Re: [Wrapper-user] JVM exited in response to signal UNKNOWN (127)

[Leif M. <le...@ta...>]

Amresh,
As long as you use the wrapper's shell script to control the wrapper
the user will see no difference in the way the shell script works.
The shell script uses a pid file regardless, but yes, it does also start
using an anchor file to control the shutdown.  That is how the script
communicates with the wrapper process.

The Wrapper communicates with the JVM using a backend socket
regardless of whether or not ignore signals is set.

Cheers,
Leif

Amresh Deshmukh wrote:
> Thanks for your reply Leif.
>
> I will try the wrapper.debug setting.
>
> We see the problem occuring more on one of our servers. It is not reproducible (predictably) though.
>
> Will also make sure that we have upgraded the sh script.
>
> With regards to IGNORE_SIGNALS I thought using that would mean we will have to start uising an anchor file for stopping the JVM. Is that right?
>
> I will update you with what I find.
>
> Regards,
>
> Amresh
>
>
>
>
>
>
> ----- Original Message ----
> From: Leif Mortenson <le...@ta...>
> To: wra...@li...
> Sent: Friday, September 28, 2007 7:58:52 AM
> Subject: Re: [Wrapper-user] JVM exited in response to signal UNKNOWN (127)
>
>
> Amresh,
> What platform is this running on?   I had a problem at a customer
> several years ago on Solaris where the Wrapper would sometimes
> receive TERM signals from someplace.  The solution was to add a
> feature to ignore all system signals.   That works for all signals
> except for the SIGKILL.  Which it appears you are receiving.
>
> How easy is this for you to reproduce?  If you set
> wrapper.debug=true then the Wrapper will add log data about
> which process sent the signals.  That might be useful to track
> down where the stray signals are coming from.
>
> In the case of my old customer, it was another user application
> which was using old PIDs to try clean up its own process instances.
>
> To enable the ignore singals feature simple edit the wrapper's
> shell script uncomment the following line:
> #IGNORE_SIGNALS=true
>
> As you upgraded the Wrapper, make sure that you are also
> upgrading the shell script.
>
> Let me know how this works out.
> Cheers,
> Leif
>
>
> Amresh Deshmukh wrote:
>   
>> We have been using wrapper for last few years.
>>
>> We were using version 3.1.2 of the wrapper and have recently upgraded to the latest version 3.2.3.
>>
>> The reason for upgrade was the error:
>>
>> "Critical error: wait for JVM process failed (No child processes)" 
>>
>> Which as I found was fixed in version 3.2.0.
>>
>> After the upgrade we have seen occurence of the following error in our log files. 
>>
>> STATUS | wrapper | 2007/09/27 15:32:51 | JVM exited in response to signal UNKNOWN (127).
>> ERROR | wrapper | 2007/09/27 15:32:51 | JVM exited unexpectedly.
>> STATUS | wrapper | 2007/09/27 15:32:51 | JVM exited in response to signal SIGKILL (9).
>> ERROR | wrapper | 2007/09/27 15:32:51 | Unable to start a JVM
>> STATUS | wrapper | 2007/09/27 15:32:51 | <-- Wrapper Stopped
>>
>> We have put in a fix today for the "Unable to start a JVM" using the suggestion in one of the posts.
>>
>> wrapper.on_exit.default=RESTART
>> wrapper.on_exit.0=SHUTDOWN
>>
>> We have also increased the restart delay to 30 seconds.
>>
>> wrapper.restart.delay=30
>>
>> The problem now is the fact that the JVM restart results in loss of cached data which impacts performance at the time of batch processing.
>>
>>
>> We are running on 64 bit Linux OS with 32 bit jdk1.5.0_12 JVM (32 bit limitation due a third party library)
>> OS details: 
>> Red Hat Enterprise Linux AS release 3 (Taroon Update 5)
>> Linux 2.4.21-32.0.1.ELsmp #1 SMP EDT x86_64
>>
>> It would be very helpful to know under what circumstances we could get an error like this. We are in last week of UAT due to go live next week any resolution/workaround for this would be highly appreciated.
>>
>>
>> Amresh
>>   
>>     
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>
>        
> ____________________________________________________________________________________
> Be a better Heartthrob. Get better relationship answers from someone who knows. Yahoo! Answers - Check it out. 
> http://answers.yahoo.com/dir/?link=list&sid=396545433
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>