Libresource server crash : unable to create new native thread
http://dev.libresource.org/home/development/bug/Libresource_server_crash_unable_to_create_new_native_thread
Comment of : Libresource server crash : unable to create new native thread
http://dev.libresource.org/home/development/bug/Libresource_server_crash_unable_to_create_new_native_thread/Comment_of_Libresource_server_crash_unable_to_create_new_native_thread_12
gdf2008-06-02T15:56:52+02:00ProxyImpl.doReact : org.objectweb.joram.shared.excepts .StateException: Context 35 is closed or broken.and certainly a couple of other bugs …
]]>Comment of : Libresource server crash : unable to create new native thread
http://dev.libresource.org/home/development/bug/Libresource_server_crash_unable_to_create_new_native_thread/Comment_of_Libresource_server_crash_unable_to_create_new_native_thread_11
Sebastien Jourdain2008-06-02T13:10:37+02:00Comment of : Libresource server crash : unable to create new native thread
http://dev.libresource.org/home/development/bug/Libresource_server_crash_unable_to_create_new_native_thread/Comment_of_Libresource_server_crash_unable_to_create_new_native_thread_10
gdf2008-06-02T11:42:36+02:00
create a script to simulate an activity on the forge
revert to jonas 4_7_6 on a test server
simulate activity on the test server during 10hours (Result : the increase in threads disappeared.)
revert to jonas 4_7_6 on our production server for 72hours (Result : the increase in threads disappeared or is much slower than initially.)
We advise not to use jonas 4_9_1 with libresource. In fact, we are currently testing jonas 4_9_2 on our test server, and the dreaded increase in threads is still present. ]]>Comment of : Libresource server crash : unable to create new native thread
http://dev.libresource.org/home/development/bug/Libresource_server_crash_unable_to_create_new_native_thread/Comment_of_Libresource_server_crash_unable_to_create_new_native_thread_9
Sebastien Jourdain2008-05-29T12:17:15+02:00Comment of : Libresource server crash : unable to create new native thread
http://dev.libresource.org/home/development/bug/Libresource_server_crash_unable_to_create_new_native_thread/Comment_of_Libresource_server_crash_unable_to_create_new_native_thread_8
gdf2008-05-29T11:21:00+02:00Our questions :
What's the use of the LibreSource Scheduler (knowing that there already exists a scheduler in Jonas) ?
Is there a timeout on these threads and how do we configure it ?
]]>Comment of : Libresource server crash : unable to create new native thread
http://dev.libresource.org/home/development/bug/Libresource_server_crash_unable_to_create_new_native_thread/Comment_of_Libresource_server_crash_unable_to_create_new_native_thread_7
Sebastien Jourdain2008-05-28T18:22:10+02:00
download jonas 4.7.6
backup the database
download the EAR from our server
configure the jonas
start the server on the same DB.
Thats it.Regarding the scheduler :
The scheduler used in libresource is like a cron
As I remember only the synchronization of remote site use this scheduler. But I thought you might have use it.
If quartz is switch off during a long time with a task that tries to start. then quartz keep starting this task in a new thread...
]]>Comment of : Libresource server crash : unable to create new native thread
http://dev.libresource.org/home/development/bug/Libresource_server_crash_unable_to_create_new_native_thread/Comment_of_Libresource_server_crash_unable_to_create_new_native_thread_6
gdf2008-05-28T17:56:27+02:00
I do not understand what you mean by "look at the content from quartz". If you mean the "qrtz*" tables inside the libresource database, all of them are empty (except qrtz_locks that contains only 5 rows). If you mean doing something with the quartz scheduler, please could you explain a bit more as I am not an expert on this.
Changing the jonas server is not really easy for the moment, because we are still on an ongoing test that will last until the middle of June, and can not really be stopped. But it could be done if we can find some time to spend on it.
For reference, we are also monitoring the activity of a second forge that supports our developpements on the forge itself. The second forge exhibits also the same phenomenon, that is to say the steady increase of the number of "live threads". But as this forge is used by only a few people, the increase is rather slow. ]]>Comment of : Libresource server crash : unable to create new native thread
http://dev.libresource.org/home/development/bug/Libresource_server_crash_unable_to_create_new_native_thread/Comment_of_Libresource_server_crash_unable_to_create_new_native_thread_5
Sebastien Jourdain2008-05-28T17:43:59+02:00Comment of : Libresource server crash : unable to create new native thread
http://dev.libresource.org/home/development/bug/Libresource_server_crash_unable_to_create_new_native_thread/Comment_of_Libresource_server_crash_unable_to_create_new_native_thread_4
gdf2008-05-28T17:38:47+02:00It must be said that for our purposes, we have created a JMS java client that sends messages to the forge (to generate activities when subversion commits are made). This could be the culprit, but the number of messages sent is less than 200 over the 36hours of this crash.
]]>Comment of : Libresource server crash : unable to create new native thread
http://dev.libresource.org/home/development/bug/Libresource_server_crash_unable_to_create_new_native_thread/Comment_of_Libresource_server_crash_unable_to_create_new_native_thread_3
Sebastien Jourdain2008-05-28T17:28:45+02:00