Return-Path: Delivered-To: apmail-tomcat-users-archive@www.apache.org Received: (qmail 17164 invoked from network); 4 Feb 2010 13:42:06 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 4 Feb 2010 13:42:06 -0000 Received: (qmail 2598 invoked by uid 500); 4 Feb 2010 13:42:02 -0000 Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org Received: (qmail 2533 invoked by uid 500); 4 Feb 2010 13:42:02 -0000 Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Tomcat Users List" Delivered-To: mailing list users@tomcat.apache.org Received: (qmail 2522 invoked by uid 99); 4 Feb 2010 13:42:02 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 04 Feb 2010 13:42:02 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [174.141.46.202] (HELO mars.etrak-plus.com) (174.141.46.202) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 04 Feb 2010 13:41:54 +0000 Received: (qmail 19037 invoked by uid 1010); 4 Feb 2010 08:38:59 -0500 Received: from carl@etrak-plus.com by mars by uid 1007 with qmail-scanner-1.22-st-qms (spamassassin: 2.63. Clear:RC:1(192.168.0.106):. Processed in 0.01916 secs); 04 Feb 2010 13:38:59 -0000 X-Antivirus-MYDOMAIN-Mail-From: carl@etrak-plus.com via mars X-Antivirus-MYDOMAIN: 1.22-st-qms (Clear:RC:1(192.168.0.106):. Processed in 0.01916 secs Process 19033) Received: from unknown (HELO dan) (192.168.0.106) by mars.etrak-plus.com with SMTP; Thu, 04 Feb 2010 08:38:59 -0500 Message-ID: <053001caa59f$97a115a0$6a00a8c0@dan> From: "Carl" To: "Tomcat Users List" References: <027c01caa11c$d2826e80$6a00a8c0@dan> <05a101caa1cb$c3ec8090$4bc581b0$@com> <0e5e01caa1d2$27cef880$6a00a8c0@dan> <01f301caa502$85563ee0$9002bca0$@com> <006d01caa50a$c0833240$6a00a8c0@dan> <99C8B2929B39C24493377AC7A121E21F96C4087C83@USEA-EXCH8.na.uis.unisys.com> <009f01caa513$cea3bf80$6a00a8c0@dan> <99C8B2929B39C24493377AC7A121E21F96C4087DE0@USEA-EXCH8.na.uis.unisys.com> <00f501caa518$e1121fe0$6a00a8c0@dan> <99C8B2929B39C24493377AC7A121E21F96C4087FAB@USEA-EXCH8.na.uis.unisys.com> <4B69FC91.9080604@christopherschultz.net> <027d01caa536$7b4a14b0$6a00a8c0@dan> Subject: Re: Tomcat dies suddenly Date: Thu, 4 Feb 2010 08:40:18 -0500 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Kees Jan, Actually, since the first machine I brought it up was brand new, my first thought was a bad memory stick that only had a problem in a certain temperature range. However, running memtest86 for 30 hours showed nothing and the problem happened on a second machine (also brand new but a different processor, motherboard, etc. but same OS, Java and Tomcat) so I don't think it is a problem with the hardware. I did try a different OS (openSuse) and it showed the same problem. I also tried the latest 32 bit Java on a fresh install of 32 bit Slackware but that also showed the problem (even though an older version of Slackware 32 bit running Java 5.5 from several years ago does not... this setup has run flawlessly for 3-4 years.) Thanks for you suggestions. Carl ----- Original Message ----- From: "Kees Jan Koster" To: "Tomcat Users List" Sent: Thursday, February 04, 2010 12:47 AM Subject: Re: Tomcat dies suddenly > Dear Carl, > > So this problem happens on one machine or on more than one? If it is > limited to one machine, I would be inclined to run memtest86 on it to see > if the RAM is good. > > Kees Jan > > On 4 feb 2010, at 02:07, "Carl" wrote: > >> Chris, >> >> Interesting idea. I tried over the weekend to force that situation with >> JMeter hitting a simple jsp that did some data stuff and created a small >> display. I pushed it to the point that there were entries in the log >> stating it was out of memory (when attempting to GC, I think) but it >> just slowed way down and never crashed. I could see from VisualJVM that >> it had used the entire heap but, again, I could never get it to crash. >> >> Strange because it doesn't have the classic signs (slowing down or >> throwing out of memory exceptions or freezing), it just disappears >> without any tracks. I am certain there is a reason somewhere, I just >> haven't found it yet. >> >> Thanks for your suggestions, >> >> Carl >> >> ----- Original Message ----- From: "Christopher Schultz" >> > > >> To: "Tomcat Users List" >> Sent: Wednesday, February 03, 2010 5:45 PM >> Subject: Re: Tomcat dies suddenly >> >> >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA1 >>> >>> Chuck, >>> >>> On 2/3/2010 5:00 PM, Caldarale, Charles R wrote: >>>>> From: Carl [mailto:carl@etrak-plus.com] >>>>> Subject: Re: Tomcat dies suddenly >>>> >>>>> I am hoping I can see failure at the point of failure >>>>> with the heap dump options >>>> >>>> That won't have any effect on the Linux OOM killer. If it is the OOM >>>> killer taking out Tomcat, the JVM will not receive any notification - >>>> all threads will just be terminated with extreme prejudice. There >>>> won't be a chance for the heap dump to happen. >>> >>> Maybe what Carl should try is to actually cause an OOME without >>> triggering the "OOM Killer". >>> >>> Carl: you said that everything is copacetic when you run with a smaller >>> heap, right? Well, run with that smaller heap, but then write a simply >>> servlet/JSP/whatever that just allocates huge, say, byte[] buffers >>> until >>> it gets an OOME and verify that you get a heap dump when that happens. >>> >>> - -chris >>> -----BEGIN PGP SIGNATURE----- >>> Version: GnuPG v1.4.10 (MingW32) >>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ >>> >>> iEYEARECAAYFAktp/JEACgkQ9CaO5/Lv0PBI0ACgmDLJVxM5xDiN5UIFsqqKRj7i >>> 2J8AoL8ENGsYxwudtFrLy+tZTzmr/rxC >>> =4yC9 >>> -----END PGP SIGNATURE----- >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org >>> For additional commands, e-mail: users-help@tomcat.apache.org >>> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org >> For additional commands, e-mail: users-help@tomcat.apache.org >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org > For additional commands, e-mail: users-help@tomcat.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org For additional commands, e-mail: users-help@tomcat.apache.org