[ajug-members] Java crash with Tomcat

[Barry Hawkins]

Chris,
     You aren't by chance using a Tomcat package prepared by CentOS,  
are you?  I ask because in the GNU/Linux packaging world, packages  
will often be built using Free (as in freedom AND beer) runtimes for  
Java, and you can occasionally have odd things happen when said  
package runs on the Sun JVMs.  If this is your scenario, I'd recommend  
a manual install of the appropriate Tomcat binary from Apache and see  
if you observe any difference.  That way, you can rule out the Tomcat  
you are using.
     I have also observed the JPackage team (those who package lots of  
Java stuff for the RedHat free alternatives, including CentOS)  
*omitting* certain classes which were problematic to have compile on  
Free runtimes.  When I was the Debian Lucene maintainer, people kept  
griping at me for how long it was taking, saying that JPackage had it  
for months ahead of me.  For kicks, I learned the basics of RPM  
formats and unpacked their Lucene package.
     They had omitted the one class that had been giving me fits.  It  
was the one RMI class in Lucene at the time :-).

Regards,
Barry

On Jun 23, 2008, at 8:13 PM, Chris Fowler wrote:

> This may shed some light.
>
> when we originally moved from 1.4 -> 6.06 on CentOS 5.1 our RMI code
> would experience the same crash.  Whenever we would start the RMI
> registry and the server it would immediately sigsegv.
>
> Since we were planning to remove all RMI code anyway, I went ahead and
> rewrote the class in the application that called the RMI server and  
> had
> it get the data needed another way.  The RMI server ran on the same
> server as the application so it was not really needed to begin with.
>
> Even recompiling the RMI code did not solve our problem of crashing.
> This was crashing inside of a virtual machine.
>
>
> Jesse Barnum wrote:
>> This line:
>>
>>
>>> =>0x095e5000 JavaThread "CompilerThread0" daemon
>>> [_thread_in_native, id=25029, stack(0xa0767000,0xa07e8000)]
>>>
>>
>> Makes me think that the problem is with a JSP page, which is being
>> compiled in response to a request that comes in at around 10 am. The
>> compiler is calling native code, which is crashing.
>>
>> Does the site get updated overnight, which would cause the JSP pages
>> to have new modification dates? Also, check the Apache httpd logs
>> around that time and see if you notice a pattern of a certain request
>> for a JSP that causes the crash.
>>
>> --Jesse Barnum, President, 360Works
>> http://www.360works.com 770-234-9293
>> FBA Platinum, FileMaker 8 Certified
>> == SuperContainer: A Better Container Field ==
>>
>> On Jun 23, 2008, at 1:57 PM, Chris Fowler wrote:
>>
>>
>>> I'm running into an interesting problem with Tomcat 4.1.30 on
>>> CentOS 5.1
>>> running Java 6.06.  Each morning around
>>> 10am I get a SIGSEGV crash.
>>>
>>> Here is the crash report:
>>>
>>> http://support.opsdc.com/~support/crash.txt
>>>
>>> I've looked at the apache logs and this software has very little
>>> traffic
>>> and usually around 10am no one is using it.
>>> The only thing accessing the main page is a monitor that makes  
>>> sure it
>>> is still running by looking for a login page.
>>> I'm not quite sure what might be causing it.
>>>
>>> Software on server:
>>> OS: CentOS 5.1
>>> App Server: Tomcat 4.1.30
>>> Java: 6.06
>>> Apache: 2.0.55
>>>
>>> Now I am running Tomcat as copied from a Fedora Core 2.  I've been
>>> thinking I may need to recompile 4.1.30 from source using Jdk6.
>>> Originally
>>> I had this running on FC2,JDK1.4,Tomcat 4.1.30.  I decided to
>>> upgrade to
>>> CentOS based on the extended support period.
>>>
>>> Chris
>>>
>>>
>>> _______________________________________________
>>> ajug-members mailing list
>>> ajug-members at ajug.org
>>> http://www.ajug.org/mailman/listinfo/ajug-members
>>>
>>
>>
>> _______________________________________________
>> ajug-members mailing list
>> ajug-members at ajug.org
>> http://www.ajug.org/mailman/listinfo/ajug-members
>>
>
>
> _______________________________________________
> ajug-members mailing list
> ajug-members at ajug.org
> http://www.ajug.org/mailman/listinfo/ajug-members