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

[Amresh D. <amr...@ya...>]

Thanks for your reply Leif.=0A=0AI will try the wrapper.debug setting.=0A=
=0AWe see the problem occuring more on one of our servers. It is not reprod=
ucible (predictably) though.=0A=0AWill also make sure that we have upgraded=
 the sh script.=0A=0AWith regards to IGNORE_SIGNALS I thought using that wo=
uld mean we will have to start uising an anchor file for stopping the JVM. =
Is that right?=0A=0AI will update you with what I find.=0A=0ARegards,=0A=0A=
Amresh=0A=0A=0A=0A=0A=0A=0A----- Original Message ----=0AFrom: Leif Mortens=
on <le...@ta...>=0ATo: wra...@li...=0ASen=
t: Friday, September 28, 2007 7:58:52 AM=0ASubject: Re: [Wrapper-user] JVM =
exited in response to signal UNKNOWN (127)=0A=0A=0AAmresh,=0AWhat platform =
is this running on?   I had a problem at a customer=0Aseveral years ago on =
Solaris where the Wrapper would sometimes=0Areceive TERM signals from somep=
lace.  The solution was to add a=0Afeature to ignore all system signals.   =
That works for all signals=0Aexcept for the SIGKILL.  Which it appears you =
are receiving.=0A=0AHow easy is this for you to reproduce?  If you set=0Awr=
apper.debug=3Dtrue then the Wrapper will add log data about=0Awhich process=
 sent the signals.  That might be useful to track=0Adown where the stray si=
gnals are coming from.=0A=0AIn the case of my old customer, it was another =
user application=0Awhich was using old PIDs to try clean up its own process=
 instances.=0A=0ATo enable the ignore singals feature simple edit the wrapp=
er's=0Ashell script uncomment the following line:=0A#IGNORE_SIGNALS=3Dtrue=
=0A=0AAs you upgraded the Wrapper, make sure that you are also=0Aupgrading =
the shell script.=0A=0ALet me know how this works out.=0ACheers,=0ALeif=0A=
=0A=0AAmresh Deshmukh wrote:=0A> We have been using wrapper for last few ye=
ars.=0A>=0A> We were using version 3.1.2 of the wrapper and have recently u=
pgraded to the latest version 3.2.3.=0A>=0A> The reason for upgrade was the=
 error:=0A>=0A> "Critical error: wait for JVM process failed (No child proc=
esses)" =0A>=0A> Which as I found was fixed in version 3.2.0.=0A>=0A> After=
 the upgrade we have seen occurence of the following error in our log files=
. =0A>=0A> STATUS | wrapper | 2007/09/27 15:32:51 | JVM exited in response =
to signal UNKNOWN (127).=0A> ERROR | wrapper | 2007/09/27 15:32:51 | JVM ex=
ited unexpectedly.=0A> STATUS | wrapper | 2007/09/27 15:32:51 | JVM exited =
in response to signal SIGKILL (9).=0A> ERROR | wrapper | 2007/09/27 15:32:5=
1 | Unable to start a JVM=0A> STATUS | wrapper | 2007/09/27 15:32:51 | <-- =
Wrapper Stopped=0A>=0A> We have put in a fix today for the "Unable to start=
 a JVM" using the suggestion in one of the posts.=0A>=0A> wrapper.on_exit.d=
efault=3DRESTART=0A> wrapper.on_exit.0=3DSHUTDOWN=0A>=0A> We have also incr=
eased the restart delay to 30 seconds.=0A>=0A> wrapper.restart.delay=3D30=
=0A>=0A> The problem now is the fact that the JVM restart results in loss o=
f cached data which impacts performance at the time of batch processing.=0A=
>=0A>=0A> We are running on 64 bit Linux OS with 32 bit jdk1.5.0_12 JVM (32=
 bit limitation due a third party library)=0A> OS details: =0A> Red Hat Ent=
erprise Linux AS release 3 (Taroon Update 5)=0A> Linux 2.4.21-32.0.1.ELsmp =
#1 SMP EDT x86_64=0A>=0A> It would be very helpful to know under what circu=
mstances 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 appre=
ciated.=0A>=0A>=0A> Amresh=0A>   =0A=0A=0A---------------------------------=
----------------------------------------=0AThis SF.net email is sponsored b=
y: Microsoft=0ADefy all challenges. Microsoft(R) Visual Studio 2005.=0Ahttp=
://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/=0A_____________________=
__________________________=0AWrapper-user mailing list=0AWrapper-user@lists=
.sourceforge.net=0Ahttps://lists.sourceforge.net/lists/listinfo/wrapper-use=
r=0A=0A=0A       =0A_______________________________________________________=
_____________________________=0ABe a better Heartthrob. Get better relation=
ship answers from someone who knows. Yahoo! Answers - Check it out. =0Ahttp=
://answers.yahoo.com/dir/?link=3Dlist&sid=3D396545433