Menu
▾
▴
wrapper-user — User issues for Wrapper. (Support questions, etc.)
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(5) |
Oct
(13) |
Nov
(16) |
Dec
(29) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(38) |
Feb
(51) |
Mar
(51) |
Apr
(115) |
May
(82) |
Jun
(30) |
Jul
(50) |
Aug
(68) |
Sep
(57) |
Oct
(160) |
Nov
(80) |
Dec
(78) |
| 2004 |
Jan
(71) |
Feb
(75) |
Mar
(108) |
Apr
(87) |
May
(79) |
Jun
(70) |
Jul
(69) |
Aug
(39) |
Sep
(52) |
Oct
(47) |
Nov
(50) |
Dec
(32) |
| 2005 |
Jan
(22) |
Feb
(122) |
Mar
(46) |
Apr
(76) |
May
(31) |
Jun
(51) |
Jul
(61) |
Aug
(70) |
Sep
(37) |
Oct
(46) |
Nov
(57) |
Dec
(83) |
| 2006 |
Jan
(55) |
Feb
(81) |
Mar
(51) |
Apr
(67) |
May
(77) |
Jun
(43) |
Jul
(106) |
Aug
(64) |
Sep
(47) |
Oct
(64) |
Nov
(60) |
Dec
(12) |
| 2007 |
Jan
(50) |
Feb
(93) |
Mar
(49) |
Apr
(56) |
May
(40) |
Jun
(63) |
Jul
(40) |
Aug
(47) |
Sep
(54) |
Oct
(37) |
Nov
(54) |
Dec
(37) |
| 2008 |
Jan
(35) |
Feb
(39) |
Mar
(26) |
Apr
(14) |
May
(23) |
Jun
(51) |
Jul
(43) |
Aug
(26) |
Sep
(29) |
Oct
(31) |
Nov
(24) |
Dec
(16) |
| 2009 |
Jan
(21) |
Feb
(30) |
Mar
(74) |
Apr
(26) |
May
(26) |
Jun
(43) |
Jul
(23) |
Aug
(23) |
Sep
(15) |
Oct
(27) |
Nov
(37) |
Dec
(10) |
| 2010 |
Jan
(16) |
Feb
(28) |
Mar
(16) |
Apr
(45) |
May
(8) |
Jun
(68) |
Jul
(45) |
Aug
(44) |
Sep
(51) |
Oct
(7) |
Nov
(20) |
Dec
(21) |
| 2011 |
Jan
(14) |
Feb
(17) |
Mar
(7) |
Apr
(7) |
May
(48) |
Jun
(23) |
Jul
(5) |
Aug
(33) |
Sep
(22) |
Oct
(14) |
Nov
(14) |
Dec
(5) |
| 2012 |
Jan
|
Feb
(10) |
Mar
(12) |
Apr
(51) |
May
(10) |
Jun
(8) |
Jul
(14) |
Aug
(22) |
Sep
(9) |
Oct
(24) |
Nov
(14) |
Dec
(13) |
| 2013 |
Jan
(12) |
Feb
(4) |
Mar
(14) |
Apr
(19) |
May
(2) |
Jun
(5) |
Jul
(13) |
Aug
(10) |
Sep
(4) |
Oct
(11) |
Nov
(13) |
Dec
(2) |
| 2014 |
Jan
(3) |
Feb
(14) |
Mar
(5) |
Apr
(10) |
May
(10) |
Jun
(11) |
Jul
(10) |
Aug
(3) |
Sep
(13) |
Oct
(22) |
Nov
(14) |
Dec
(32) |
| 2015 |
Jan
(8) |
Feb
(2) |
Mar
(17) |
Apr
(1) |
May
(24) |
Jun
|
Jul
(4) |
Aug
|
Sep
(9) |
Oct
(9) |
Nov
(5) |
Dec
(2) |
| 2016 |
Jan
(8) |
Feb
(6) |
Mar
(6) |
Apr
(9) |
May
(3) |
Jun
(2) |
Jul
(7) |
Aug
(6) |
Sep
|
Oct
|
Nov
(1) |
Dec
(6) |
| 2017 |
Jan
(9) |
Feb
(8) |
Mar
(6) |
Apr
|
May
|
Jun
(3) |
Jul
(13) |
Aug
(10) |
Sep
(8) |
Oct
|
Nov
(6) |
Dec
|
| 2018 |
Jan
|
Feb
(5) |
Mar
(7) |
Apr
(2) |
May
|
Jun
|
Jul
(3) |
Aug
(2) |
Sep
(9) |
Oct
(1) |
Nov
(1) |
Dec
(1) |
| 2019 |
Jan
(9) |
Feb
|
Mar
|
Apr
(10) |
May
(3) |
Jun
|
Jul
(7) |
Aug
(1) |
Sep
|
Oct
(2) |
Nov
|
Dec
|
| 2020 |
Jan
(1) |
Feb
(1) |
Mar
(1) |
Apr
|
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2021 |
Jan
(1) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
(3) |
| 2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2023 |
Jan
(3) |
Feb
|
Mar
(1) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
(1) |
Jun
(1) |
Jul
(1) |
Aug
|
Sep
(1) |
Oct
|
Nov
(1) |
Dec
|
| 2025 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2026 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Leif M. <le...@ta...> - 2007-10-19 16:28:23
|
Marcin, Answered you on the 17th: --- Marcin, Not currently. The Wrapper is only capable of monitoring a single JVM at the moment. In addition to be very heavy, controlling the lifecycle and all of the possible failure modes for a second JVM would get complicated in a hurry. What is the problem you are encountering that is requiring this? I may have some ideas for you. Cheers, Leif Marcin Waldowski wrote: > Hello. > > Had anyone similar problem? > > Regards, Marcin > > Marcin Waldowski wrote: > >> One correction: >> >> Should be: I have noticed that calling "stop" class is done within the >> same JVM as calling *start* class. >> >> Marcin Waldowski wrote: >> >>> Hello. >>> >>> In documentation we can read: >>> "The Wrapper works with this kind of application by starting up the >>> application, as in the first method, using the "start" class and then >>> calling the main method of the "stop" class when it is time for the >>> application to be shutdown.". >>> >>> I have noticed that calling "stop" class is done within the same JVM >>> as calling "stop" class. Is it possible to configure wrapper to call >>> "stop" class in another JVM? >>> >>> Regards, Marcin >>> |
|
From: Leif M. <le...@ta...> - 2007-10-19 16:26:15
|
Bashiro, Are you runnign this as a service? If so, have you tried running from a console. Windows will show a popup asking whether you want to authorize Java to access the network. It may be that Java and or the Wrapper has never been granted access to the network? This is only localhost though, so I don't really think this is the problem. Is it possible to disable Zone Alarm and see what happens? I have never used that tool. Cheers, Leif Bashiro wrote: > Thanks for the reply. > > I am running on windows server 2003. > > I have other programs running too like > > apache, zone alarm, file zilla server. > > I have given the right permission in=20 > > zone alarm. > > > > Thanks > > bashiro > > > > Bashiro > > > > --- On Fri 10/19, Leif Mortenson < le...@ta... > wrote: > > From: Leif Mortenson [mailto: le...@ta...] > > To: ba...@my..., wra...@li... > > Date: Fri, 19 Oct 2007 15:56:02 +0900 > > Subject: Re: [Wrapper-user] Wrapper unable to bind listner to port > > > > Bashiro,<br>What platform are you running on? The wrapper has stopped,= yes.<br>It was not able to bind to any of the port in that range. The o= dds that<br>they are all actually in use is pretty much nil. Most likely= this is some<br>kind of a permission problem with the account running th= e Wrapper.<br><br>I remember something like this quite a while back on a = Solaris<br>system. But am not sure the details of how it was resolved.<b= r><br>Cheers,<br>Leif<br><br>Bashiro wrote:<br>> Hello,<br>><br>> Why do = the wrapper write this in the log:<br>><br>><br>><br>> FATAL | wrapperp = | 2007/10/18 23:42:05 | unable to bind listener to any port in the range = 32000-32999. (An attempt was made to access a socket in a way forbidden b= y its access permissions. (0x271d))<br>><br>> STATUS | wrapper | 2007/10= /18 23:42:06 | <-- Wrapper Stopped<br>><br>><br>><br>><br>><br>> DOES THI= S MEANS WRAPPER HAS COMPLETELY STOPPED ?<br>><br>> HOW DO I CORRECT THIS = ERROR?<br>><br>><br>><br>> Thanks for any=20 > help<br>><br>> bashiro<br>><br>> ______________________________________= _________<br>> No banners. No pop-ups. No kidding.<br>> Make My Way your= home on the Web - http://www.myway.com<br>><br>><br>><br>> -------------= ------------------------------------------------------------<br>> This SF= =2Enet email is sponsored by: Splunk Inc.<br>> Still grepping through log= files to find problems? Stop.<br>> Now Search log events and configurat= ion files using AJAX and a browser.<br>> Download your FREE copy of Splun= k now >> http://get.splunk.com/<br>> ____________________________________= ___________<br>> Wrapper-user mailing list<br>> Wra...@li...= forge.net<br>> https://lists.sourceforge.net/lists/listinfo/wrapper-user<= br>><br>> <br><br> > > _______________________________________________ > No banners. No pop-ups. No kidding. > Make My Way your home on the Web - http://www.myway.com > > > > -----------------------------------------------------------------------= -- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser.= > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > =20 |
|
From: Bashiro<ba...@my...> - 2007-10-19 14:21:25
|
Thanks for the reply. I am running on windows server 2003. I have other programs running too like apache, zone alarm, file zilla server. I have given the right permission in zone alarm. Thanks bashiro Bashiro --- On Fri 10/19, Leif Mortenson < le...@ta... > wrote: From: Leif Mortenson [mailto: le...@ta...] To: ba...@my..., wra...@li... Date: Fri, 19 Oct 2007 15:56:02 +0900 Subject: Re: [Wrapper-user] Wrapper unable to bind listner to port Bashiro,<br>What platform are you running on? The wrapper has stopped, yes.<br>It was not able to bind to any of the port in that range. The odds that<br>they are all actually in use is pretty much nil. Most likely this is some<br>kind of a permission problem with the account running the Wrapper.<br><br>I remember something like this quite a while back on a Solaris<br>system. But am not sure the details of how it was resolved.<br><br>Cheers,<br>Leif<br><br>Bashiro wrote:<br>> Hello,<br>><br>> Why do the wrapper write this in the log:<br>><br>><br>><br>> FATAL | wrapperp | 2007/10/18 23:42:05 | unable to bind listener to any port in the range 32000-32999. (An attempt was made to access a socket in a way forbidden by its access permissions. (0x271d))<br>><br>> STATUS | wrapper | 2007/10/18 23:42:06 | <-- Wrapper Stopped<br>><br>><br>><br>><br>><br>> DOES THIS MEANS WRAPPER HAS COMPLETELY STOPPED ?<br>><br>> HOW DO I CORRECT THIS ERROR?<br>><br>><br>><br>> Thanks for any help<br>><br>> bashiro<br>><br>> _______________________________________________<br>> No banners. No pop-ups. No kidding.<br>> Make My Way your home on the Web - http://www.myway.com<br>><br>><br>><br>> -------------------------------------------------------------------------<br>> This SF.net email is sponsored by: Splunk Inc.<br>> Still grepping through log files to find problems? Stop.<br>> Now Search log events and configuration files using AJAX and a browser.<br>> Download your FREE copy of Splunk now >> http://get.splunk.com/<br>> _______________________________________________<br>> Wrapper-user mailing list<br>> Wra...@li...<br>> https://lists.sourceforge.net/lists/listinfo/wrapper-user<br>><br>> <br><br> _______________________________________________ No banners. No pop-ups. No kidding. Make My Way your home on the Web - http://www.myway.com |
|
From: Marcin W. <mwa...@su...> - 2007-10-19 08:42:31
|
Hello. Had anyone similar problem? Regards, Marcin Marcin Waldowski wrote: > One correction: > > Should be: I have noticed that calling "stop" class is done within the > same JVM as calling *start* class. > > Marcin Waldowski wrote: >> Hello. >> >> In documentation we can read: >> "The Wrapper works with this kind of application by starting up the >> application, as in the first method, using the "start" class and then >> calling the main method of the "stop" class when it is time for the >> application to be shutdown.". >> >> I have noticed that calling "stop" class is done within the same JVM >> as calling "stop" class. Is it possible to configure wrapper to call >> "stop" class in another JVM? >> >> Regards, Marcin >> > > |
|
From: Leif M. <le...@ta...> - 2007-10-19 06:55:50
|
Bashiro, What platform are you running on? The wrapper has stopped, yes. It was not able to bind to any of the port in that range. The odds that they are all actually in use is pretty much nil. Most likely this is some kind of a permission problem with the account running the Wrapper. I remember something like this quite a while back on a Solaris system. But am not sure the details of how it was resolved. Cheers, Leif Bashiro wrote: > Hello, > > Why do the wrapper write this in the log: > > > > FATAL | wrapperp | 2007/10/18 23:42:05 | unable to bind listener to any port in the range 32000-32999. (An attempt was made to access a socket in a way forbidden by its access permissions. (0x271d)) > > STATUS | wrapper | 2007/10/18 23:42:06 | <-- Wrapper Stopped > > > > > > DOES THIS MEANS WRAPPER HAS COMPLETELY STOPPED ? > > HOW DO I CORRECT THIS ERROR? > > > > Thanks for any help > > bashiro > > _______________________________________________ > No banners. No pop-ups. No kidding. > Make My Way your home on the Web - http://www.myway.com > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > |
|
From: Dittmar G. <gr...@if...> - 2007-10-19 02:43:51
|
Dittmar Gross ist wegen Urlaub bis 19-Okt-2007 nicht per eMail zu erreichen. Bitte wenden Sie sich in dringenden Faellen an Telefon +49 (69) 7680 50, Telefax +49 (69) 7680 5333 oder eMail fi...@if... Dittmar Gross is not available via eMail until Oct-19-2007 because of vacation. In urgent cases please contact us directly by Telephone +49 (69) 7680 50, Fax +49 (69) 7680 5333 or eMail fi...@if... ---------------------------------------------------------------------------- i:FAO Group Clemensstrasse 9, 60487 Frankfurt am Main, Germany Tel +49 (69) 7680-50, Fax +49 (69) 7680-5100, eMail information at ifao.net, www.cytric.info i:FAO Group GmbH Sitz in Frankfurt am Main Eingetragen beim Amtsgericht Frankfurt am Main, HRB 73600 Geschaeftsfuehrer: Louis Arnitz, Karin Froese To view the disclaimer text, click here: www.ifao.net/disclaimer |
|
From: Bashiro<ba...@my...> - 2007-10-19 02:43:26
|
Hello, Why do the wrapper write this in the log: FATAL | wrapperp | 2007/10/18 23:42:05 | unable to bind listener to any port in the range 32000-32999. (An attempt was made to access a socket in a way forbidden by its access permissions. (0x271d)) STATUS | wrapper | 2007/10/18 23:42:06 | <-- Wrapper Stopped DOES THIS MEANS WRAPPER HAS COMPLETELY STOPPED ? HOW DO I CORRECT THIS ERROR? Thanks for any help bashiro _______________________________________________ No banners. No pop-ups. No kidding. Make My Way your home on the Web - http://www.myway.com |
|
From: Leif M. <le...@ta...> - 2007-10-16 15:54:10
|
Marcin, Not currently. The Wrapper is only capable of monitoring a single JVM at the moment. In addition to be very heavy, controlling the lifecycle and all of the possible failure modes for a second JVM would get complicated in a hurry. What is the problem you are encountering that is requiring this? I may have some ideas for you. Cheers, Leif Marcin Waldowski wrote: > One correction: > > Should be: I have noticed that calling "stop" class is done within the > same JVM as calling *start* class. > > Marcin Waldowski wrote: > >> Hello. >> >> In documentation we can read: >> "The Wrapper works with this kind of application by starting up the >> application, as in the first method, using the "start" class and then >> calling the main method of the "stop" class when it is time for the >> application to be shutdown.". >> >> I have noticed that calling "stop" class is done within the same JVM >> as calling "stop" class. Is it possible to configure wrapper to call >> "stop" class in another JVM? >> >> Regards, Marcin >> |
|
From: Amresh D. <amr...@ya...> - 2007-10-09 18:36:35
|
Hi Lief,=0A =0AWe have managed to find out the cause of the UNKNOWN (127) s= ignals.=0A =0AThe system logs indicated that there were OutOfMemory errors = and as a result the kernel was killing the java process.=0A =0AThe error me= ssages in the /var/log/messages file were:=0A =0AOOM kill occurred on an x8= 6_64 numa system! The=0Anuma=3Doff boot option might help avoid this. =0A = =0AExtract from the red hat website has more details on this:=0A =0A"System= s with processors featuring AMD64 and Intel=AE EM64T are typically configur= ed as NUMA platforms, which means that the kernel constructs multiple memor= y nodes at boot-time rather than constructing a single memory node. The mul= tiple node construct can result in memory exhaustion on one or more of the = nodes before other nodes become exhausted. When memory exhaustion happens, = the following could result: =0A1) The system will swap the exhausted nodes = while there is available memory on other nodes, resulting in poor overal pe= rformance =0A2) Processes are killed due to Out-Of-Memory (OOM) errors even= though there is available memory=0A3) Less than optimal performance due to= excessive memory bandwidth when processes running on an exhausted node all= ocate memory on one or more different nodes"=0A =0ADetails here:=0A=0Ahttp:= //www.redhat.com/docs/manuals/enterprise/RHEL-3-Manual/release-notes/as-amd= 64/RELEASE-NOTES-U5-x86_64-en.html=0A=0A =0ATo fix the problem we simply us= ed the numa=3Doff boot option.=0A =0AWhat I found interesting was the SIGNA= L 127 which was reported as UNKNOWN by the wrapper. Is that something we ca= n investigate and add to the list of known signals?=0A =0AThanks for your h= elp and apologies for getting back to you on this.=0A =0ARegards,=0A =0AAmr= esh=0A =0A =0A=0A----- Original Message ----=0AFrom: Leif Mortenson <leif@t= anukisoftware.com>=0ATo: wra...@li...=0ASent: Friday,= September 28, 2007 8:51:26 AM=0ASubject: Re: [Wrapper-user] JVM exited in = response to signal UNKNOWN (127)=0A=0A=0AAmresh,=0AAs long as you use the w= rapper's shell script to control the wrapper=0Athe user will see no differe= nce in the way the shell script works.=0AThe shell script uses a pid file r= egardless, but yes, it does also start=0Ausing an anchor file to control th= e shutdown. That is how the script=0Acommunicates with the wrapper process= .=0A=0AThe Wrapper communicates with the JVM using a backend socket=0Aregar= dless of whether or not ignore signals is set.=0A=0ACheers,=0ALeif=0A=0AAmr= esh Deshmukh wrote:=0A> Thanks for your reply Leif.=0A>=0A> I will try the = wrapper.debug setting.=0A>=0A> We see the problem occuring more on one of o= ur servers. It is not reproducible (predictably) though.=0A>=0A> Will also = make sure that we have upgraded the sh script.=0A>=0A> With regards to IGNO= RE_SIGNALS I thought using that would mean we will have to start uising an = anchor file for stopping the JVM. Is that right?=0A>=0A> I will update you = with what I find.=0A>=0A> Regards,=0A>=0A> Amresh=0A>=0A>=0A>=0A>=0A>=0A>= =0A> ----- Original Message ----=0A> From: Leif Mortenson <leif@tanukisoftw= are.com>=0A> To: wra...@li...=0A> Sent: Friday, Septe= mber 28, 2007 7:58:52 AM=0A> Subject: Re: [Wrapper-user] JVM exited in resp= onse to signal UNKNOWN (127)=0A>=0A>=0A> Amresh,=0A> What platform is this = running on? I had a problem at a customer=0A> several years ago on Solari= s where the Wrapper would sometimes=0A> receive TERM signals from someplace= . The solution was to add a=0A> feature to ignore all system signals. Th= at works for all signals=0A> except for the SIGKILL. Which it appears you = are receiving.=0A>=0A> How easy is this for you to reproduce? If you set= =0A> wrapper.debug=3Dtrue then the Wrapper will add log data about=0A> whic= h process sent the signals. That might be useful to track=0A> down where t= he stray signals are coming from.=0A>=0A> In the case of my old customer, i= t was another user application=0A> which was using old PIDs to try clean up= its own process instances.=0A>=0A> To enable the ignore singals feature si= mple edit the wrapper's=0A> shell script uncomment the following line:=0A> = #IGNORE_SIGNALS=3Dtrue=0A>=0A> As you upgraded the Wrapper, make sure that = you are also=0A> upgrading the shell script.=0A>=0A> Let me know how this w= orks out.=0A> Cheers,=0A> Leif=0A>=0A>=0A> Amresh Deshmukh wrote:=0A> =0A= >> We have been using wrapper for last few years.=0A>>=0A>> We were using v= ersion 3.1.2 of the wrapper and have recently upgraded to the latest versio= n 3.2.3.=0A>>=0A>> The reason for upgrade was the error:=0A>>=0A>> "Critica= l error: wait for JVM process failed (No child processes)" =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 exited unexpectedly= .=0A>> STATUS | wrapper | 2007/09/27 15:32:51 | JVM exited in response to s= ignal SIGKILL (9).=0A>> ERROR | wrapper | 2007/09/27 15:32:51 | Unable to s= tart a JVM=0A>> STATUS | wrapper | 2007/09/27 15:32:51 | <-- Wrapper Stoppe= d=0A>>=0A>> We have put in a fix today for the "Unable to start a JVM" usin= g the suggestion in one of the posts.=0A>>=0A>> wrapper.on_exit.default=3DR= ESTART=0A>> wrapper.on_exit.0=3DSHUTDOWN=0A>>=0A>> We have also increased t= he 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 of c= ached 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 (3= 2 bit limitation due a third party library)=0A>> OS details: =0A>> Red Hat = Enterprise Linux AS release 3 (Taroon Update 5)=0A>> Linux 2.4.21-32.0.1.EL= smp #1 SMP EDT x86_64=0A>>=0A>> 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.=0A>>=0A>>=0A>> Amresh=0A>> =0A>> =0A>=0A>=0A> ---------= ----------------------------------------------------------------=0A> This S= F.net email is sponsored by: Microsoft=0A> Defy all challenges. Microsoft(R= ) Visual Studio 2005.=0A> http://clk.atdmt.com/MRT/go/vse0120000070mrt/dire= ct/01/=0A> _______________________________________________=0A> Wrapper-user= mailing list=0A> Wra...@li...=0A> https://lists.sour= ceforge.net/lists/listinfo/wrapper-user=0A>=0A>=0A> =0A> ___________= _________________________________________________________________________= =0A> Be a better Heartthrob. Get better relationship answers from someone w= ho knows. Yahoo! Answers - Check it out. =0A> http://answers.yahoo.com/dir/= ?link=3Dlist&sid=3D396545433=0A>=0A> --------------------------------------= -----------------------------------=0A> This SF.net email is sponsored by: = Microsoft=0A> Defy all challenges. Microsoft(R) Visual Studio 2005.=0A> htt= p://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/=0A> __________________= _____________________________=0A> Wrapper-user mailing list=0A> Wrapper-use= r...@li...=0A> https://lists.sourceforge.net/lists/listinfo/wr= apper-user=0A>=0A> =0A=0A=0A---------------------------------------------= ----------------------------=0AThis SF.net email is sponsored by: Microsoft= =0ADefy all challenges. Microsoft(R) Visual Studio 2005.=0Ahttp://clk.atdmt= .com/MRT/go/vse0120000070mrt/direct/01/=0A_________________________________= ______________=0AWrapper-user mailing lis...@li...= .net=0Ahttps://lists.sourceforge.net/lists/listinfo/wrapper-user=0A=0A=0A = =0A___________________________________________________________________= _________________=0APinpoint customers who are looking for what you sell. = =0Ahttp://searchmarketing.yahoo.com/ |
|
From: Marcin W. <mwa...@su...> - 2007-10-09 15:37:29
|
Hello. In documentation we can read: "The Wrapper works with this kind of application by starting up the application, as in the first method, using the "start" class and then calling the main method of the "stop" class when it is time for the application to be shutdown.". I have noticed that calling "stop" class is done within the same JVM as calling "stop" class. Is it possible to configure wrapper to call "stop" class in another JVM? Regards, Marcin |
|
From: Marcin W. <mwa...@su...> - 2007-10-09 15:37:29
|
One correction: Should be: I have noticed that calling "stop" class is done within the same JVM as calling *start* class. Marcin Waldowski wrote: > Hello. > > In documentation we can read: > "The Wrapper works with this kind of application by starting up the > application, as in the first method, using the "start" class and then > calling the main method of the "stop" class when it is time for the > application to be shutdown.". > > I have noticed that calling "stop" class is done within the same JVM > as calling "stop" class. Is it possible to configure wrapper to call > "stop" class in another JVM? > > Regards, Marcin > |
|
From: Hubert F. <Hub...@ab...> - 2007-10-08 12:50:51
|
Thorsten When wrapper sees that property it takes the system path and starts java with -Djava.library.path="" on the commandline. Try Process Explorer from http://www.microsoft.com/technet/sysinternals/Utilities/ProcessExplorer.mspx Find the concering java.exe and check the commandline parameter. You should see if you dblclk the process. btw. Windows does not append the path settings of user Administrator, only the ones in "System Variables" in the control panel. Did you define it there? hth hub >>> Thorsten Lampe <kar...@ya...> 08.10.2007 12:07 >>> Yes, I tried setting wrapper.java.library.path.append_system_path=true but that only seems to append the system path when the wrapper starts (I guess) - the JVM started by the wrapper does not, unfortunately, inherit the system PATH value.. Find below the non-commented lines from my wrapper.conf: wrapper.java.command=java wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp wrapper.java.classpath.1=../lib/*.jar wrapper.java.classpath.2=%CLASSPATH% wrapper.java.library.path.1=../lib wrapper.java.additional.1= wrapper.java.initmemory=64 wrapper.java.maxmemory=1024 wrapper.app.parameter.1=com.eads.df.service.execution.backend.management.RemoteConsole wrapper.app.parameter.2=-c ../conf/config.xml wrapper.app.parameter.3=-l ../conf/logging.conf #******************************************************************** # Wrapper Logging Properties #******************************************************************** wrapper.console.loglevel=INFO wrapper.logfile=../logs/wrapper.log wrapper.logfile.format=LPTM wrapper.logfile.loglevel=INFO wrapper.logfile.maxsize=5m wrapper.logfile.maxfiles=5 wrapper.syslog.loglevel=NONE #******************************************************************** # Wrapper Windows Properties #******************************************************************** wrapper.console.title=DataFarmingExecutionBackend #******************************************************************** # Wrapper Windows NT/2000/XP Service Properties #******************************************************************** wrapper.ntservice.name=ExecutionBackend wrapper.ntservice.displayname=ExecutionBackend wrapper.ntservice.description=Execution Backend wrapper.ntservice.dependency.1=Condor wrapper.ntservice.dependency.2=MySQL wrapper.ntservice.starttype=AUTO_START wrapper.ntservice.interactive=false wrapper.ntservice.account=.\Administrator wrapper.ntservice.password.prompt=TRUE Any ideas are still warmly welcome! Thank you, Thorsten ----- Ursprüngliche Mail ---- Von: Hubert Felber <Hub...@ab...> An: wra...@li... Gesendet: Freitag, den 5. Oktober 2007, 13:04:03 Uhr Betreff: Re: [Wrapper-user] Confusion about Windows PATH variable Did you try: wrapper.java.library.path.append_system_path=true in the config file? hth hub >>> Thorsten Lampe <kar...@ya...> 05.10.2007 12:59 >>> I installed a service using a local account (namely Administrator for testing purposes) and have experienced that afterwards calling System.getEnv().get("PATH") (or a system call "set %PATH%" from within my Java application) returns only the PATH variable exactly as defined in the Administrator's variables - whereas I would have expected the standard Windows behavior of appending Administrator's PATH to the system PATH. Can anyone tell me why this happens when using the service wrapper? Or is this the default Windows behavior when starting any service using a local user account? The problem resulting for my app is that it makes an external system call to a batch file of a third-party product which, in turn, expects java.exe to be on the PATH. Now when I start my Java application manually everything runs fine (since "C:\Windows\system32" is on the (global system) PATH and JRE copies its java.exe there) but using the service wrapper it fails because the batch file started from within my Java app cannot locate java.exe on the PATH (which is now cut down to the Administrator user PATH). While I could, of course, include the java home dir to the user PATH or modify the batch file telling it where to find java, I would not really want to do this since it implies yet another adjustment to make on any system where my application will be installed. Any help is appreciated. Thorsten Die etwas anderen Infos rund um das Thema Reisen. BE A BETTER WELTENBUMMLER! www.yahoo.de/clever ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user Wissenswertes zum Thema PC, Zubehör oder Programme. BE A BETTER INTERNET-GURU! www.yahoo.de/clever |
|
From: Thorsten L. <kar...@ya...> - 2007-10-08 10:07:58
|
Yes, I tried setting=0A=0Awrapper.java.library.path.append_system_path=3Dtr= ue=0A=0Abut that only seems to append the system path when the wrapper star= ts (I guess) - the JVM started by the wrapper does not, unfortunately, inhe= rit the system PATH value.. Find below the non-commented lines from my wrap= per.conf:=0A=0A=0Awrapper.java.command=3Djava=0A=0Awrapper.java.mainclass= =3Dorg.tanukisoftware.wrapper.WrapperSimpleApp=0A=0Awrapper.java.classpath.= 1=3D../lib/*.jar=0Awrapper.java.classpath.2=3D%CLASSPATH%=0A=0Awrapper.java= .library.path.1=3D../lib=0A=0Awrapper.java.additional.1=3D=0A=0Awrapper.jav= a.initmemory=3D64=0A=0Awrapper.java.maxmemory=3D1024=0A=0Awrapper.app.param= eter.1=3Dcom.eads.df.service.execution.backend.management.RemoteConsole=0Aw= rapper.app.parameter.2=3D-c ../conf/config.xml=0Awrapper.app.parameter.3=3D= -l ../conf/logging.conf=0A=0A#*********************************************= ***********************=0A# Wrapper Logging Properties=0A#*****************= ***************************************************=0Awrapper.console.logle= vel=3DINFO=0A=0Awrapper.logfile=3D../logs/wrapper.log=0A=0Awrapper.logfile.= format=3DLPTM=0A=0Awrapper.logfile.loglevel=3DINFO=0A=0Awrapper.logfile.max= size=3D5m=0A=0Awrapper.logfile.maxfiles=3D5=0A=0Awrapper.syslog.loglevel=3D= NONE=0A=0A#****************************************************************= ****=0A# Wrapper Windows Properties=0A#************************************= ********************************=0Awrapper.console.title=3DDataFarmingExecu= tionBackend=0A=0A#*********************************************************= ***********=0A# Wrapper Windows NT/2000/XP Service Properties=0A#**********= **********************************************************=0Awrapper.ntserv= ice.name=3DExecutionBackend=0A=0Awrapper.ntservice.displayname=3DExecutionB= ackend=0A=0Awrapper.ntservice.description=3DExecution Backend=0A=0Awrapper.= ntservice.dependency.1=3DCondor=0Awrapper.ntservice.dependency.2=3DMySQL=0A= =0Awrapper.ntservice.starttype=3DAUTO_START=0A=0Awrapper.ntservice.interact= ive=3Dfalse=0A=0Awrapper.ntservice.account=3D.\Administrator=0Awrapper.ntse= rvice.password.prompt=3DTRUE=0A=0A=0A=0AAny ideas are still warmly welcome!= Thank you,=0A=0A=0AThorsten=0A=0A=0A=0A----- Urspr=FCngliche Mail ----=0AV= on: Hubert Felber <Hub...@ab...>=0AAn: wra...@li...= forge.net=0AGesendet: Freitag, den 5. Oktober 2007, 13:04:03 Uhr=0ABetreff:= Re: [Wrapper-user] Confusion about Windows PATH variable=0A=0ADid you try:= =0A=0Awrapper.java.library.path.append_system_path=3Dtrue=0A=0Ain the confi= g file?=0A=0Ahth=0A=0Ahub=0A=0A>>> Thorsten Lampe <kar...@ya...= > 05.10.2007 12:59 >>>=0AI installed a service using a local account (namel= y Administrator for testing purposes) and have experienced that afterwards = calling=0A=0ASystem.getEnv().get("PATH")=0A(or a system call "set %PATH%" f= rom within my Java application)=0A=0Areturns only the PATH variable exactly= as defined in the Administrator's variables - whereas I would have expecte= d the standard Windows behavior of appending Administrator's PATH to the sy= stem PATH.=0ACan anyone tell me why this happens when using the service wra= pper? Or is this the default Windows behavior when starting any service usi= ng a local user account?=0A=0AThe problem resulting for my app is that it m= akes an external system call to a batch file of a third-party product which= , in turn, expects java.exe to be on the PATH. Now when I start my Java app= lication manually everything runs fine (since "C:\Windows\system32" is on t= he (global system) PATH and JRE copies its java.exe there) but using the se= rvice wrapper it fails because the batch file started from within my Java a= pp cannot locate java.exe on the PATH (which is now cut down to the Adminis= trator user PATH).=0A=0AWhile I could, of course, include the java home dir= to the user PATH or modify the batch file telling it where to find java, I= would not really want to do this since it implies yet another adjustment t= o make on any system where my application will be installed.=0A=0AAny help = is appreciated.=0A=0A=0AThorsten=0A=0A=0A=0A=0A=0A Die etwas anderen I= nfos rund um das Thema Reisen. BE A BETTER WELTENBUMMLER! www.yahoo.de/cle= ver=0A=0A=0A---------------------------------------------------------------= ----------=0AThis SF.net email is sponsored by: Splunk Inc.=0AStill greppin= g through log files to find problems? Stop.=0ANow Search log events and co= nfiguration files using AJAX and a browser.=0ADownload your FREE copy of Sp= lunk now >> http://get.splunk.com/=0A______________________________________= _________=0AWrapper-user mailing lis...@li...= =0Ahttps://lists.sourceforge.net/lists/listinfo/wrapper-user=0A=0A=0A=0A=0A= =0A=0A=0A Wissenswertes zum Thema PC, Zubeh=F6r oder Programme. BE A B= ETTER INTERNET-GURU! www.yahoo.de/clever |
|
From: Hubert F. <Hub...@ab...> - 2007-10-05 11:04:20
|
Did you try:
wrapper.java.library.path.append_system_path=3Dtrue
in the config file?
hth
hub
>>> Thorsten Lampe <kar...@ya...> 05.10.2007 12:59 >>>
I installed a service using a local account (namely Administrator for =
testing purposes) and have experienced that afterwards calling
System.getEnv().get("PATH")
(or a system call "set %PATH%" from within my Java application)
returns only the PATH variable exactly as defined in the Administrator's =
variables - whereas I would have expected the standard Windows behavior of =
appending Administrator's PATH to the system PATH.
Can anyone tell me why this happens when using the service wrapper? Or is =
this the default Windows behavior when starting any service using a local =
user account?
The problem resulting for my app is that it makes an external system call =
to a batch file of a third-party product which, in turn, expects java.exe =
to be on the PATH. Now when I start my Java application manually everything=
runs fine (since "C:\Windows\system32" is on the (global system) PATH and =
JRE copies its java.exe there) but using the service wrapper it fails =
because the batch file started from within my Java app cannot locate =
java.exe on the PATH (which is now cut down to the Administrator user =
PATH).
While I could, of course, include the java home dir to the user PATH or =
modify the batch file telling it where to find java, I would not really =
want to do this since it implies yet another adjustment to make on any =
system where my application will be installed.
Any help is appreciated.
Thorsten
Die etwas anderen Infos rund um das Thema Reisen. BE A BETTER =
WELTENBUMMLER! www.yahoo.de/clever
|
|
From: Thorsten L. <kar...@ya...> - 2007-10-05 10:59:28
|
I installed a service using a local account (namely Administrator for testi=
ng purposes) and have experienced that afterwards calling=0A=0ASystem.getEn=
v().get("PATH")=0A(or a system call "set %PATH%" from within my Java applic=
ation)=0A=0Areturns only the PATH variable exactly as defined in the Admini=
strator's variables - whereas I would have expected the standard Windows be=
havior of appending Administrator's PATH to the system PATH.=0ACan anyone t=
ell me why this happens when using the service wrapper? Or is this the defa=
ult Windows behavior when starting any service using a local user account?=
=0A=0AThe problem resulting for my app is that it makes an external system =
call to a batch file of a third-party product which, in turn, expects java.=
exe to be on the PATH. Now when I start my Java application manually everyt=
hing runs fine (since "C:\Windows\system32" is on the (global system) PATH =
and JRE copies its java.exe there) but using the service wrapper it fails b=
ecause the batch file started from within my Java app cannot locate java.ex=
e on the PATH (which is now cut down to the Administrator user PATH).=0A=0A=
While I could, of course, include the java home dir to the user PATH or mod=
ify the batch file telling it where to find java, I would not really want t=
o do this since it implies yet another adjustment to make on any system whe=
re my application will be installed.=0A=0AAny help is appreciated.=0A=0A=0A=
Thorsten=0A=0A=0A=0A=0A=0A Die etwas anderen Infos rund um das Thema R=
eisen. BE A BETTER WELTENBUMMLER! www.yahoo.de/clever |
|
From: Toadie <toa...@gm...> - 2007-10-03 17:11:58
|
For what it's worth, hopefully this info will be useful to someone in the future SMF (Solaris Service Management Facility) is what we found. http://www.sun.com/bigadmin/content/selfheal/smf-quickstart.html http://blogs.sun.com/jclingan/date/20050130 On 9/23/07, Toadie <toa...@gm...> wrote: > Hello, > > I was browsing the download and am not seeing a binary distribution > for Solaris 10 64 bit on X86 ? Are there any plans to provide that in > the future? > |
|
From: no s. <mrs...@gm...> - 2007-10-03 14:31:01
|
I have network, cpu and memory graphs for my performance testing. The graphs show that memory is stable and not running out. I'm running a long term test now on another server to see what happens with debug turned on. Mark |
|
From: Leif M. <le...@ta...> - 2007-10-02 23:56:43
|
Mark, So it looks like once it restarts once, it crashes consistently between 4 and 4.5 minutes after the new JVM has started again. If you look at the task manager, does it look like the memory usage of the Java process is growing? One possibility is a memory leak. In native C code, it is common to allocate memory and assume that the returned pointer is valid. If the system runs out of memory and the allocation fails however, NULL will be returned and you will get an ACCESS_VIOLATION if that NULL pointer is then used. The following two properties will cause the Wrapper to output the memory usage of the Wrapper and Java processes once per second. Try adding this in addition to the debug output and then reproduce your problem. It will show if there are any memory leaks before the JVM crashes. wrapper.memory_output=true wrapper.memory_output.interval=1 wraper.debug=true If your second JVM or another process is the one consuming all the memory then this may not give you the information you need as this process could be running out of memory even though its own memory usage has not grown that much. Looking at the task manager would shed light on this. You said that this application is encoding video files. Is it possible that the system is running fine over time because is it encoding say files A, B, C, D. But then when it hits file E it is encountering a problem where that leads to the crash. If the system works like a queue then file E would be retried after a restart so the next crash would be more immediate. Cheers, Leif no spam wrote: > Here is what the log looks like. I will enable debug and try and get > more information: > > Can you give me details on how the ping works? > > > ERROR | wrapper | 2007/09/25 03:25:31 | The JVM process terminated due > to an uncaught exception: EXCEPTION_ACCESS_VIOLATION (0xc0000005) > ERROR | wrapper | 2007/09/25 03:25:31 | JVM exited unexpectedly. > STATUS | wrapper | 2007/09/25 03:25:35 | Launching a JVM... > INFO | jvm 2 | 2007/09/25 03:25:36 | Wrapper (Version 3.2.3) > http://wrapper.tanukisoftware.org > INFO | jvm 2 | 2007/09/25 03:25:36 | Copyright 1999-2006 Tanuki > Software, Inc. All Rights Reserved. > INFO | jvm 2 | 2007/09/25 03:25:36 | > INFO | jvm 2 | 2007/09/25 03:25:38 | > INFO | jvm 2 | 2007/09/25 03:25:38 | > INFO | jvm 2 | 2007/09/25 03:25:38 | J-Integra 2.5 Copyright (C) > 1998-2005 Intrinsyc Software International, Inc. > http://j-integra.intrinsyc.com/ <http://j-integra.intrinsyc.com/> > INFO | jvm 2 | 2007/09/25 03:25:38 | > INFO | jvm 2 | 2007/09/25 03:25:38 | > *************************************************** > INFO | jvm 2 | 2007/09/25 03:25:38 | > INFO | jvm 2 | 2007/09/25 03:25:38 | Thank you for choosing J-Integra. > INFO | jvm 2 | 2007/09/25 03:25:38 | Please visit > http://j-integra.intrinsyc.com/ for > INFO | jvm 2 | 2007/09/25 03:25:38 | documentation, support, and > purchasing information. > INFO | jvm 2 | 2007/09/25 03:25:38 | > INFO | jvm 2 | 2007/09/25 03:25:38 | > *************************************************** > INFO | jvm 2 | 2007/09/25 03:25:38 | > INFO | jvm 2 | 2007/09/25 03:25:38 | > ERROR | wrapper | 2007/09/25 03:29:36 | The JVM process terminated due > to an uncaught exception: EXCEPTION_ACCESS_VIOLATION (0xc0000005) > ERROR | wrapper | 2007/09/25 03:29:36 | JVM exited unexpectedly. > STATUS | wrapper | 2007/09/25 03:29:41 | Launching a JVM... > INFO | jvm 3 | 2007/09/25 03:29:41 | Wrapper (Version 3.2.3) > http://wrapper.tanukisoftware.org > INFO | jvm 3 | 2007/09/25 03:29:41 | Copyright 1999-2006 Tanuki > Software, Inc. All Rights Reserved. > INFO | jvm 3 | 2007/09/25 03:29:41 | > INFO | jvm 3 | 2007/09/25 03:29:48 | > INFO | jvm 3 | 2007/09/25 03:29:48 | > INFO | jvm 3 | 2007/09/25 03:29:48 | J-Integra 2.5 Copyright (C) > 1998-2005 Intrinsyc Software International, Inc. > http://j-integra.intrinsyc.com/ > INFO | jvm 3 | 2007/09/25 03:29:48 | > INFO | jvm 3 | 2007/09/25 03:29:48 | > *************************************************** > INFO | jvm 3 | 2007/09/25 03:29:48 | > INFO | jvm 3 | 2007/09/25 03:29:48 | Thank you for choosing J-Integra. > INFO | jvm 3 | 2007/09/25 03:29:48 | Please visit > http://j-integra.intrinsyc.com/ for > INFO | jvm 3 | 2007/09/25 03:29:48 | documentation, support, and > purchasing information. > INFO | jvm 3 | 2007/09/25 03:29:48 | > INFO | jvm 3 | 2007/09/25 03:29:48 | > *************************************************** > INFO | jvm 3 | 2007/09/25 03:29:48 | > INFO | jvm 3 | 2007/09/25 03:29:48 | > ERROR | wrapper | 2007/09/25 03:34:00 | The JVM process terminated due > to an uncaught exception: EXCEPTION_ACCESS_VIOLATION (0xc0000005) > ERROR | wrapper | 2007/09/25 03:34:00 | JVM exited unexpectedly. > STATUS | wrapper | 2007/09/25 03:34:04 | Launching a JVM... > INFO | jvm 4 | 2007/09/25 03:34:04 | Wrapper (Version 3.2.3) > http://wrapper.tanukisoftware.org > INFO | jvm 4 | 2007/09/25 03:34:04 | Copyright 1999-2006 Tanuki > Software, Inc. All Rights Reserved. > INFO | jvm 4 | 2007/09/25 03:34:04 | > INFO | jvm 4 | 2007/09/25 03:34:33 | > INFO | jvm 4 | 2007/09/25 03:34:33 | > INFO | jvm 4 | 2007/09/25 03:34:33 | J-Integra 2.5 Copyright (C) > 1998-2005 Intrinsyc Software International, Inc. > http://j-integra.intrinsyc.com/ <http://j-integra.intrinsyc.com/> > INFO | jvm 4 | 2007/09/25 03:34:33 | > INFO | jvm 4 | 2007/09/25 03:34:33 | > *************************************************** > INFO | jvm 4 | 2007/09/25 03:34:33 | > INFO | jvm 4 | 2007/09/25 03:34:33 | Thank you for choosing J-Integra. > INFO | jvm 4 | 2007/09/25 03:34:33 | Please visit > http://j-integra.intrinsyc.com/ for > INFO | jvm 4 | 2007/09/25 03:34:33 | documentation, support, and > purchasing information. > INFO | jvm 4 | 2007/09/25 03:34:33 | > INFO | jvm 4 | 2007/09/25 03:34:33 | > *************************************************** > INFO | jvm 4 | 2007/09/25 03:34:33 | > INFO | jvm 4 | 2007/09/25 03:34:33 | > ERROR | wrapper | 2007/09/25 03:38:54 | The JVM process terminated due > to an uncaught exception: EXCEPTION_ACCESS_VIOLATION (0xc0000005) > ERROR | wrapper | 2007/09/25 03:38:54 | JVM exited unexpectedly. > STATUS | wrapper | 2007/09/25 03:38:58 | Launching a JVM... > INFO | jvm 5 | 2007/09/25 03:38:58 | Wrapper (Version 3.2.3) > http://wrapper.tanukisoftware.org > INFO | jvm 5 | 2007/09/25 03:38:58 | Copyright 1999-2006 Tanuki > Software, Inc. All Rights Reserved. > INFO | jvm 5 | 2007/09/25 03:38:58 | > INFO | jvm 5 | 2007/09/25 03:39:01 | > INFO | jvm 5 | 2007/09/25 03:39:01 | > INFO | jvm 5 | 2007/09/25 03:39:01 | J-Integra 2.5 Copyright (C) > 1998-2005 Intrinsyc Software International, Inc. > http://j-integra.intrinsyc.com/ > INFO | jvm 5 | 2007/09/25 03:39:01 | > INFO | jvm 5 | 2007/09/25 03:39:01 | > *************************************************** > INFO | jvm 5 | 2007/09/25 03:39:01 | > INFO | jvm 5 | 2007/09/25 03:39:01 | Thank you for choosing J-Integra. > INFO | jvm 5 | 2007/09/25 03:39:01 | Please visit > http://j-integra.intrinsyc.com/ for > INFO | jvm 5 | 2007/09/25 03:39:01 | documentation, support, and > purchasing information. > INFO | jvm 5 | 2007/09/25 03:39:01 | > INFO | jvm 5 | 2007/09/25 03:39:01 | > *************************************************** > INFO | jvm 5 | 2007/09/25 03:39:01 | > INFO | jvm 5 | 2007/09/25 03:39:01 | > ERROR | wrapper | 2007/09/25 03:42:40 | The JVM process terminated due > to an uncaught exception: EXCEPTION_ACCESS_VIOLATION (0xc0000005) > ERROR | wrapper | 2007/09/25 03:42:40 | JVM exited unexpectedly. > STATUS | wrapper | 2007/09/25 03:42:44 | Launching a JVM... > INFO | jvm 6 | 2007/09/25 03:42:45 | Wrapper (Version 3.2.3) > http://wrapper.tanukisoftware.org > INFO | jvm 6 | 2007/09/25 03:42:45 | Copyright 1999-2006 Tanuki > Software, Inc. All Rights Reserved. > INFO | jvm 6 | 2007/09/25 03:42:45 | > INFO | jvm 6 | 2007/09/25 03:43:48 | > INFO | jvm 6 | 2007/09/25 03:43:48 | > INFO | jvm 6 | 2007/09/25 03:43:48 | J-Integra 2.5 Copyright (C) > 1998-2005 Intrinsyc Software International, Inc. > http://j-integra.intrinsyc.com/ <http://j-integra.intrinsyc.com/> > INFO | jvm 6 | 2007/09/25 03:43:48 | > INFO | jvm 6 | 2007/09/25 03:43:48 | > *************************************************** > INFO | jvm 6 | 2007/09/25 03:43:48 | > INFO | jvm 6 | 2007/09/25 03:43:48 | Thank you for choosing J-Integra. > INFO | jvm 6 | 2007/09/25 03:43:48 | Please visit > http://j-integra.intrinsyc.com/ for > INFO | jvm 6 | 2007/09/25 03:43:48 | documentation, support, and > purchasing information. > INFO | jvm 6 | 2007/09/25 03:43:48 | > INFO | jvm 6 | 2007/09/25 03:43:48 | > *************************************************** > INFO | jvm 6 | 2007/09/25 03:43:48 | > INFO | jvm 6 | 2007/09/25 03:43:48 | > ERROR | wrapper | 2007/09/25 03:47:24 | The JVM process terminated due > to an uncaught exception: EXCEPTION_ACCESS_VIOLATION (0xc0000005) > ERROR | wrapper | 2007/09/25 03:47:24 | JVM exited unexpectedly. > FATAL | wrapper | 2007/09/25 03:47:24 | There were 5 failed launches > in a row, each lasting less than 300 seconds. Giving up. > FATAL | wrapper | 2007/09/25 03:47:24 | There may be a configuration > problem: please check the logs. > STATUS | wrapper | 2007/09/25 03:47:24 | <-- Wrapper Stopped > STATUS | wrapper | 2007/09/25 21:30:48 | --> Wrapper Started as Service > STATUS | wrapper | 2007/09/25 21:30:49 | Launching a JVM... > INFO | jvm 1 | 2007/09/25 21:30:50 | Wrapper (Version 3.2.3) > http://wrapper.tanukisoftware.org > INFO | jvm 1 | 2007/09/25 21:30:50 | Copyright 1999-2006 Tanuki > Software, Inc. All Rights Reserved. > INFO | jvm 1 | 2007/09/25 21:30:50 | > INFO | jvm 1 | 2007/09/25 21:31:06 | > INFO | jvm 1 | 2007/09/25 21:31:06 | > INFO | jvm 1 | 2007/09/25 21:31:06 | J-Integra 2.5 Copyright (C) > 1998-2005 Intrinsyc Software International, Inc. > http://j-integra.intrinsyc.com/ > INFO | jvm 1 | 2007/09/25 21:31:06 | > INFO | jvm 1 | 2007/09/25 21:31:06 | > *************************************************** > INFO | jvm 1 | 2007/09/25 21:31:06 | > INFO | jvm 1 | 2007/09/25 21:31:06 | Thank you for choosing J-Integra. > INFO | jvm 1 | 2007/09/25 21:31:06 | Please visit > http://j-integra.intrinsyc.com/ for > INFO | jvm 1 | 2007/09/25 21:31:06 | documentation, support, and > purchasing information. > INFO | jvm 1 | 2007/09/25 21:31:06 | > INFO | jvm 1 | 2007/09/25 21:31:06 | > *************************************************** > INFO | jvm 1 | 2007/09/25 21:31:06 | > INFO | jvm 1 | 2007/09/25 21:31:06 | > > > > On 10/1/07, *Leif Mortenson* < le...@ta... > <mailto:le...@ta...>> wrote: > > Mark, > What does the wrapper.log look like just before the crash? I am > wondering if the Wrapper is thinking that the JVM is frozen and > attempting to restart it. If the native code is not written correctly > it could be leading to a crash as the JVM tries to shutdown. > I ask because you mentioned that making the ping timeout longer > helped. > > Could you enable wrapper.debug=true and try this again. Then > post back or send the resulting log files (from a couple minutes > before > the crash) to the list or to me directly if it has private data. > > Cheers, > Leif > > no spam wrote: > > Hi Leif, > > > > The wrapper process seems to have problems restarting the jvm > > process. In fact after this crash there will be several other > crashes > > noticeable in the event viewer and also in the wrapper log. > > > > Right the Dr Watson output is very confusing. I've been running a > > test since last Thursday without the wrapper and everything > seems to > > be running great. I believe that my last test ran better when I > upped > > the ping time in the wrapper config. This process runs in parallel > > with a second JVM process that hovers around 90-95% cpu, could > this be > > an issue? > > > > Yes I'm using JIntegra to talk to another vendor's objects (IPV). I > > should know a bit more in a few days if things keep > running. This is > > really some interesting software here at CNN. This code > controls all > > the low resolution encoders for the newsroom. It has to be 100% > > stable which is why I have been load testing for the past few weeks. > > > > Thanks for your prompt reply. I really want to be able to run this > > via the wrapper as it's so convenient. > > > > Mark > |
|
From: no s. <mrs...@gm...> - 2007-10-02 17:20:38
|
Here is what the log looks like. I will enable debug and try and get more information: Can you give me details on how the ping works? ERROR | wrapper | 2007/09/25 03:25:31 | The JVM process terminated due to an uncaught exception: EXCEPTION_ACCESS_VIOLATION (0xc0000005) ERROR | wrapper | 2007/09/25 03:25:31 | JVM exited unexpectedly. STATUS | wrapper | 2007/09/25 03:25:35 | Launching a JVM... INFO | jvm 2 | 2007/09/25 03:25:36 | Wrapper (Version 3.2.3) http://wrapper.tanukisoftware.org INFO | jvm 2 | 2007/09/25 03:25:36 | Copyright 1999-2006 Tanuki Software, Inc. All Rights Reserved. INFO | jvm 2 | 2007/09/25 03:25:36 | INFO | jvm 2 | 2007/09/25 03:25:38 | INFO | jvm 2 | 2007/09/25 03:25:38 | INFO | jvm 2 | 2007/09/25 03:25:38 | J-Integra 2.5 Copyright (C) 1998-2005 Intrinsyc Software International, Inc. http://j-integra.intrinsyc.com/ INFO | jvm 2 | 2007/09/25 03:25:38 | INFO | jvm 2 | 2007/09/25 03:25:38 | *************************************************** INFO | jvm 2 | 2007/09/25 03:25:38 | INFO | jvm 2 | 2007/09/25 03:25:38 | Thank you for choosing J-Integra. INFO | jvm 2 | 2007/09/25 03:25:38 | Please visit http://j-integra.intrinsyc.com/ for INFO | jvm 2 | 2007/09/25 03:25:38 | documentation, support, and purchasing information. INFO | jvm 2 | 2007/09/25 03:25:38 | INFO | jvm 2 | 2007/09/25 03:25:38 | *************************************************** INFO | jvm 2 | 2007/09/25 03:25:38 | INFO | jvm 2 | 2007/09/25 03:25:38 | ERROR | wrapper | 2007/09/25 03:29:36 | The JVM process terminated due to an uncaught exception: EXCEPTION_ACCESS_VIOLATION (0xc0000005) ERROR | wrapper | 2007/09/25 03:29:36 | JVM exited unexpectedly. STATUS | wrapper | 2007/09/25 03:29:41 | Launching a JVM... INFO | jvm 3 | 2007/09/25 03:29:41 | Wrapper (Version 3.2.3) http://wrapper.tanukisoftware.org INFO | jvm 3 | 2007/09/25 03:29:41 | Copyright 1999-2006 Tanuki Software, Inc. All Rights Reserved. INFO | jvm 3 | 2007/09/25 03:29:41 | INFO | jvm 3 | 2007/09/25 03:29:48 | INFO | jvm 3 | 2007/09/25 03:29:48 | INFO | jvm 3 | 2007/09/25 03:29:48 | J-Integra 2.5 Copyright (C) 1998-2005 Intrinsyc Software International, Inc. http://j-integra.intrinsyc.com/ INFO | jvm 3 | 2007/09/25 03:29:48 | INFO | jvm 3 | 2007/09/25 03:29:48 | *************************************************** INFO | jvm 3 | 2007/09/25 03:29:48 | INFO | jvm 3 | 2007/09/25 03:29:48 | Thank you for choosing J-Integra. INFO | jvm 3 | 2007/09/25 03:29:48 | Please visit http://j-integra.intrinsyc.com/ for INFO | jvm 3 | 2007/09/25 03:29:48 | documentation, support, and purchasing information. INFO | jvm 3 | 2007/09/25 03:29:48 | INFO | jvm 3 | 2007/09/25 03:29:48 | *************************************************** INFO | jvm 3 | 2007/09/25 03:29:48 | INFO | jvm 3 | 2007/09/25 03:29:48 | ERROR | wrapper | 2007/09/25 03:34:00 | The JVM process terminated due to an uncaught exception: EXCEPTION_ACCESS_VIOLATION (0xc0000005) ERROR | wrapper | 2007/09/25 03:34:00 | JVM exited unexpectedly. STATUS | wrapper | 2007/09/25 03:34:04 | Launching a JVM... INFO | jvm 4 | 2007/09/25 03:34:04 | Wrapper (Version 3.2.3) http://wrapper.tanukisoftware.org INFO | jvm 4 | 2007/09/25 03:34:04 | Copyright 1999-2006 Tanuki Software, Inc. All Rights Reserved. INFO | jvm 4 | 2007/09/25 03:34:04 | INFO | jvm 4 | 2007/09/25 03:34:33 | INFO | jvm 4 | 2007/09/25 03:34:33 | INFO | jvm 4 | 2007/09/25 03:34:33 | J-Integra 2.5 Copyright (C) 1998-2005 Intrinsyc Software International, Inc. http://j-integra.intrinsyc.com/ INFO | jvm 4 | 2007/09/25 03:34:33 | INFO | jvm 4 | 2007/09/25 03:34:33 | *************************************************** INFO | jvm 4 | 2007/09/25 03:34:33 | INFO | jvm 4 | 2007/09/25 03:34:33 | Thank you for choosing J-Integra. INFO | jvm 4 | 2007/09/25 03:34:33 | Please visit http://j-integra.intrinsyc.com/ for INFO | jvm 4 | 2007/09/25 03:34:33 | documentation, support, and purchasing information. INFO | jvm 4 | 2007/09/25 03:34:33 | INFO | jvm 4 | 2007/09/25 03:34:33 | *************************************************** INFO | jvm 4 | 2007/09/25 03:34:33 | INFO | jvm 4 | 2007/09/25 03:34:33 | ERROR | wrapper | 2007/09/25 03:38:54 | The JVM process terminated due to an uncaught exception: EXCEPTION_ACCESS_VIOLATION (0xc0000005) ERROR | wrapper | 2007/09/25 03:38:54 | JVM exited unexpectedly. STATUS | wrapper | 2007/09/25 03:38:58 | Launching a JVM... INFO | jvm 5 | 2007/09/25 03:38:58 | Wrapper (Version 3.2.3) http://wrapper.tanukisoftware.org INFO | jvm 5 | 2007/09/25 03:38:58 | Copyright 1999-2006 Tanuki Software, Inc. All Rights Reserved. INFO | jvm 5 | 2007/09/25 03:38:58 | INFO | jvm 5 | 2007/09/25 03:39:01 | INFO | jvm 5 | 2007/09/25 03:39:01 | INFO | jvm 5 | 2007/09/25 03:39:01 | J-Integra 2.5 Copyright (C) 1998-2005 Intrinsyc Software International, Inc. http://j-integra.intrinsyc.com/ INFO | jvm 5 | 2007/09/25 03:39:01 | INFO | jvm 5 | 2007/09/25 03:39:01 | *************************************************** INFO | jvm 5 | 2007/09/25 03:39:01 | INFO | jvm 5 | 2007/09/25 03:39:01 | Thank you for choosing J-Integra. INFO | jvm 5 | 2007/09/25 03:39:01 | Please visit http://j-integra.intrinsyc.com/ for INFO | jvm 5 | 2007/09/25 03:39:01 | documentation, support, and purchasing information. INFO | jvm 5 | 2007/09/25 03:39:01 | INFO | jvm 5 | 2007/09/25 03:39:01 | *************************************************** INFO | jvm 5 | 2007/09/25 03:39:01 | INFO | jvm 5 | 2007/09/25 03:39:01 | ERROR | wrapper | 2007/09/25 03:42:40 | The JVM process terminated due to an uncaught exception: EXCEPTION_ACCESS_VIOLATION (0xc0000005) ERROR | wrapper | 2007/09/25 03:42:40 | JVM exited unexpectedly. STATUS | wrapper | 2007/09/25 03:42:44 | Launching a JVM... INFO | jvm 6 | 2007/09/25 03:42:45 | Wrapper (Version 3.2.3) http://wrapper.tanukisoftware.org INFO | jvm 6 | 2007/09/25 03:42:45 | Copyright 1999-2006 Tanuki Software, Inc. All Rights Reserved. INFO | jvm 6 | 2007/09/25 03:42:45 | INFO | jvm 6 | 2007/09/25 03:43:48 | INFO | jvm 6 | 2007/09/25 03:43:48 | INFO | jvm 6 | 2007/09/25 03:43:48 | J-Integra 2.5 Copyright (C) 1998-2005 Intrinsyc Software International, Inc. http://j-integra.intrinsyc.com/ INFO | jvm 6 | 2007/09/25 03:43:48 | INFO | jvm 6 | 2007/09/25 03:43:48 | *************************************************** INFO | jvm 6 | 2007/09/25 03:43:48 | INFO | jvm 6 | 2007/09/25 03:43:48 | Thank you for choosing J-Integra. INFO | jvm 6 | 2007/09/25 03:43:48 | Please visit http://j-integra.intrinsyc.com/ for INFO | jvm 6 | 2007/09/25 03:43:48 | documentation, support, and purchasing information. INFO | jvm 6 | 2007/09/25 03:43:48 | INFO | jvm 6 | 2007/09/25 03:43:48 | *************************************************** INFO | jvm 6 | 2007/09/25 03:43:48 | INFO | jvm 6 | 2007/09/25 03:43:48 | ERROR | wrapper | 2007/09/25 03:47:24 | The JVM process terminated due to an uncaught exception: EXCEPTION_ACCESS_VIOLATION (0xc0000005) ERROR | wrapper | 2007/09/25 03:47:24 | JVM exited unexpectedly. FATAL | wrapper | 2007/09/25 03:47:24 | There were 5 failed launches in a row, each lasting less than 300 seconds. Giving up. FATAL | wrapper | 2007/09/25 03:47:24 | There may be a configuration problem: please check the logs. STATUS | wrapper | 2007/09/25 03:47:24 | <-- Wrapper Stopped STATUS | wrapper | 2007/09/25 21:30:48 | --> Wrapper Started as Service STATUS | wrapper | 2007/09/25 21:30:49 | Launching a JVM... INFO | jvm 1 | 2007/09/25 21:30:50 | Wrapper (Version 3.2.3) http://wrapper.tanukisoftware.org INFO | jvm 1 | 2007/09/25 21:30:50 | Copyright 1999-2006 Tanuki Software, Inc. All Rights Reserved. INFO | jvm 1 | 2007/09/25 21:30:50 | INFO | jvm 1 | 2007/09/25 21:31:06 | INFO | jvm 1 | 2007/09/25 21:31:06 | INFO | jvm 1 | 2007/09/25 21:31:06 | J-Integra 2.5 Copyright (C) 1998-2005 Intrinsyc Software International, Inc. http://j-integra.intrinsyc.com/ INFO | jvm 1 | 2007/09/25 21:31:06 | INFO | jvm 1 | 2007/09/25 21:31:06 | *************************************************** INFO | jvm 1 | 2007/09/25 21:31:06 | INFO | jvm 1 | 2007/09/25 21:31:06 | Thank you for choosing J-Integra. INFO | jvm 1 | 2007/09/25 21:31:06 | Please visit http://j-integra.intrinsyc.com/ for INFO | jvm 1 | 2007/09/25 21:31:06 | documentation, support, and purchasing information. INFO | jvm 1 | 2007/09/25 21:31:06 | INFO | jvm 1 | 2007/09/25 21:31:06 | *************************************************** INFO | jvm 1 | 2007/09/25 21:31:06 | INFO | jvm 1 | 2007/09/25 21:31:06 | On 10/1/07, Leif Mortenson <le...@ta...> wrote: > > Mark, > What does the wrapper.log look like just before the crash? I am > wondering if the Wrapper is thinking that the JVM is frozen and > attempting to restart it. If the native code is not written correctly > it could be leading to a crash as the JVM tries to shutdown. > I ask because you mentioned that making the ping timeout longer > helped. > > Could you enable wrapper.debug=true and try this again. Then > post back or send the resulting log files (from a couple minutes before > the crash) to the list or to me directly if it has private data. > > Cheers, > Leif > > no spam wrote: > > Hi Leif, > > > > The wrapper process seems to have problems restarting the jvm > > process. In fact after this crash there will be several other crashes > > noticeable in the event viewer and also in the wrapper log. > > > > Right the Dr Watson output is very confusing. I've been running a > > test since last Thursday without the wrapper and everything seems to > > be running great. I believe that my last test ran better when I upped > > the ping time in the wrapper config. This process runs in parallel > > with a second JVM process that hovers around 90-95% cpu, could this be > > an issue? > > > > Yes I'm using JIntegra to talk to another vendor's objects (IPV). I > > should know a bit more in a few days if things keep running. This is > > really some interesting software here at CNN. This code controls all > > the low resolution encoders for the newsroom. It has to be 100% > > stable which is why I have been load testing for the past few weeks. > > > > Thanks for your prompt reply. I really want to be able to run this > > via the wrapper as it's so convenient. > > > > Mark > > > ------------------------------------------------------------------------- > 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 > |
|
From: Leif M. <le...@ta...> - 2007-10-02 03:56:58
|
Mark, What does the wrapper.log look like just before the crash? I am wondering if the Wrapper is thinking that the JVM is frozen and attempting to restart it. If the native code is not written correctly it could be leading to a crash as the JVM tries to shutdown. I ask because you mentioned that making the ping timeout longer helped. Could you enable wrapper.debug=true and try this again. Then post back or send the resulting log files (from a couple minutes before the crash) to the list or to me directly if it has private data. Cheers, Leif no spam wrote: > Hi Leif, > > The wrapper process seems to have problems restarting the jvm > process. In fact after this crash there will be several other crashes > noticeable in the event viewer and also in the wrapper log. > > Right the Dr Watson output is very confusing. I've been running a > test since last Thursday without the wrapper and everything seems to > be running great. I believe that my last test ran better when I upped > the ping time in the wrapper config. This process runs in parallel > with a second JVM process that hovers around 90-95% cpu, could this be > an issue? > > Yes I'm using JIntegra to talk to another vendor's objects (IPV). I > should know a bit more in a few days if things keep running. This is > really some interesting software here at CNN. This code controls all > the low resolution encoders for the newsroom. It has to be 100% > stable which is why I have been load testing for the past few weeks. > > Thanks for your prompt reply. I really want to be able to run this > via the wrapper as it's so convenient. > > Mark |
|
From: Leif M. <le...@ta...> - 2007-10-02 03:52:24
|
Bashiro, Are you using 3.2.3? I just reverified that that version works on Ubuntu Feisty. What are the problems that you are seeing? Could you post the output you are seeing? Cheers, Leif Bashiro wrote: > > > > Hello everyone, > > previously I could run the wrapper in Linux (Fedora 4 and 5, suse, mandrake ). > > I upgraded wrapper to the latest version, it cannot run > > in Ubuntu 7. Any suggestions ? > > Does anyone have an edited script to share ? > > > > Thanks > > bashiro > |
|
From: Bashiro<ba...@my...> - 2007-10-02 03:23:17
|
Hello everyone, previously I could run the wrapper in Linux (Fedora 4 and 5, suse, mandrake ). I upgraded wrapper to the latest version, it cannot run in Ubuntu 7. Any suggestions ? Does anyone have an edited script to share ? Thanks bashiro _______________________________________________ No banners. No pop-ups. No kidding. Make My Way your home on the Web - http://www.myway.com |
|
From: no s. <mrs...@gm...> - 2007-10-02 03:02:22
|
Hi Leif, The wrapper process seems to have problems restarting the jvm process. In fact after this crash there will be several other crashes noticeable in the event viewer and also in the wrapper log. Right the Dr Watson output is very confusing. I've been running a test since last Thursday without the wrapper and everything seems to be running great. I believe that my last test ran better when I upped the ping time in the wrapper config. This process runs in parallel with a second JVM process that hovers around 90-95% cpu, could this be an issue? Yes I'm using JIntegra to talk to another vendor's objects (IPV). I should know a bit more in a few days if things keep running. This is really some interesting software here at CNN. This code controls all the low resolution encoders for the newsroom. It has to be 100% stable which is why I have been load testing for the past few weeks. Thanks for your prompt reply. I really want to be able to run this via the wrapper as it's so convenient. Mark |
|
From: Leif M. <le...@ta...> - 2007-10-01 18:09:35
|
Mark, Let me confirm, the message from the wrapper.log is showing that the JVM process is crashing. Does the Wrapper restart the JVM correctly? The DrWatson output is confusing. Is it saying that the Wrapper process crashed as well? The JVM crash itself could be caused by anything. In all cases I have encountered, the crashes would also happen without the Wrapper in the equation. When native libraries are being used, especially custom ones, they tend to be related to the cause. Java developers are not used to the memory management issues that have to be handled in the JNI world of C. Then on top of that, there are lots of strange releases that are required when using Java objects that C developers are not used to dealing with. Is this the product you are using? http://www.intrinsyc.com/products/jintegra.asp Try asking their support about the crash. It may be something they are aware of. Cheers, Leif no spam wrote: > I'm using JavaWrapper 3.2.3 and the JRE 1.6.0_01. I have an > application that is using JIntegra to talk to COM objects on the local > machine that is controlling video encoding hardware. If the system is > not loaded things seem to run great and I never see crashes. If > I load the software so that it's hovering around 100% cpu I eventually (after 7 hours & not always exactly at this time) get crashes. > > > In the wrapper logs I see this: > > The JVM process terminated due to an uncaught exception: > EXCEPTION_ACCESS_VIOLATION (0xc0000005) > JVM exited unexpectedly. > > > Dr Watson shows this: > > Application exception occurred: > App: c:\ipe\mvcp\javawrapper\bin\wrapper.exe (pid=2952) > When: 5/1/2007 @ 17:28:49.263 > Exception number: c0000005 (access violation) <snip> |
|
From: no s. <mrs...@gm...> - 2007-10-01 17:46:25
|
Here are the system details: OS Name Microsoft(R) Windows(R) Server 2003, Standard Edition Version 5.2.3790 Service Pack 2 Build 3790 Other OS Description Not Available OS Manufacturer Microsoft Corporation System Name hostname System Manufacturer HP System Model ProLiant DL380 G4 System Type X86-based PC Processor x86 Family 15 Model 4 Stepping 3 GenuineIntel ~3000 Mhz Processor x86 Family 15 Model 4 Stepping 10 GenuineIntel ~3000 Mhz Processor x86 Family 15 Model 4 Stepping 3 GenuineIntel ~3000 Mhz Processor x86 Family 15 Model 4 Stepping 10 GenuineIntel ~3000 Mhz BIOS Version/Date HP P51, 10/10/2005 SMBIOS Version 2.3 Windows Directory C:\WINDOWS System Directory C:\WINDOWS\system32 Boot Device \Device\HarddiskVolume1 Locale United States Hardware Abstraction Layer Version = "5.2.3790.3959(srv03_sp2_rtm.070216-1710)" User Name Not Available Time Zone Eastern Daylight Time Total Physical Memory 2,047.47 MB Available Physical Memory 1.26 GB Total Virtual Memory 3.36 GB Available Virtual Memory 2.78 GB Page File Space 1.50 GB Page File C:\pagefile.sys |
165 messages has been excluded from this view by a project administrator.
