Troy,

After upgrading to JBoss 3.2.2 in our RH Linux 7.3 IBM JDK 1.4.1 environment,
JBoss kept running out of memory every couple hours.  I don't know if this
will help, since the hardware is different, but I created some monitoring
plugins based on information in the very handy IBM JDK Diagnosis Documentation:

http://www-106.ibm.com/developerworks/java/jdk/diagnosis/diag141sr1.pdf

Eventually, I determined that the snmp-adaptor.sar service added in JBoss 3.2.2
used too many deployment descriptors:

http://www.mail-archive.com/[EMAIL PROTECTED]/msg33807.html

I removed the SNMP service and the machine stopped crashing.  Your problem is
probably completely different, but the Diagnosis docs helped me tremendously.

--
Chris Bonham
President/CEO
Third Eye Consulting, Inc.
[EMAIL PROTECTED]
http://www.thirdeyeconsulting.com
317.823.3686
317.823.0353 (FAX)

Quoting Poppe, Troy ([EMAIL PROTECTED]):
> 
> I am running into a curious problem running JBoss on SLES8 31-bit on VM4.3.  The
> instance has been allocated 128Mb of physical memory and approx 512Mb of swap.
> We have the VM configured to use QDIO with the OSA adapter in the z/800.
> 
> I'm currently testing this problem using IBMJava2-s390-131 and IBMJava2-s390-141.
> 
> The problem I am experiencing is that the instance the JBoss container is running
> on will, after JBoss has been up and running (and unused) for sometime, hit 100%
> CPU usage, and there is no way to regain access or control of the box short of a
> hard-restart.
> 
> We believe we have narrowed the problem down to the java virtual machine and/or
> JBoss 3.2.3.    The following is output from top that was left running before the
> instance crashed.  You'll note that the JBoss java processes have run amok.
> 
> [ -- snip -- ]
> 
>  12:29am  up 10:38,  1 user,  load average: 20.43, 20.28, 19.85
> 89 processes: 67 sleeping, 22 running, 0 zombie, 0 stopped
> CPU states:  5.1% user, 94.8% system,  0.0% nice,  0.0% idle
> Mem:   126064K av,  123448K used,    2616K free,       0K shrd,    8148K buff
> Swap:  575584K av,   77184K used,  498400K free                   12544K cached
> 
>   PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME COMMAND
>   886 jboss     25   0 16844  11M   140 R     5.7  9.6   5:55 java
>   887 jboss     25   0 16844  11M   140 R     5.7  9.6   5:53 java
>   893 jboss     25   0 16844  11M   140 R     5.7  9.6   6:03 java
>   913 jboss     25   0 16844  11M   140 R     5.7  9.6   5:50 java
>   918 jboss     25   0 16844  11M   140 R     5.7  9.6   5:50 java
>   920 jboss     25   0 16844  11M   140 R     5.7  9.6   5:50 java
>   925 jboss     25   0 16844  11M   140 R     5.7  9.6   5:49 java
>   928 jboss     25   0 16844  11M   140 R     5.7  9.6   5:53 java
>   929 jboss     25   0 16844  11M   140 R     5.7  9.6   5:56 java
>   932 jboss     25   0 16844  11M   140 R     5.7  9.6   5:53 java
>   933 jboss     25   0 16844  11M   140 R     5.7  9.6   5:54 java
>   934 jboss     25   0 16844  11M   140 R     5.7  9.6   5:54 java
>   941 jboss     25   0 16844  11M   140 R     5.7  9.6   5:53 java
>   955 jboss     25   0 16844  11M   140 R     5.3  9.6   5:51 java
>   944 jboss     25   0 16844  11M   140 R     4.2  9.6   5:52 java
>  2612 root      16   0   880  840   652 R     3.6  0.6  20:04 top
>   892 jboss     25   0 16844  11M   140 R     2.8  9.6   5:51 java
> 
> [ -- snip -- ]
> 
> At this point, we are persuing the path of trying to determine what, if anything,
> JBoss is doing outside of a user request.  We are trying to determine 1) why are
> the processes for JBoss in the running state, it should be entirely idle; 2) why
> does the SIZE of the java process differ from when we first start JBoss (roughly
> 73600); 3) why does the RSS differ from when we first start JBoss (roughly 71M).
> 
> Basically, I'm curious if anyone in the JBoss community is running JBoss with the
> IBM JVM on Linux for z/Series successfully.
> 
> Any help is greatly appreciated.
> 
> Troy Poppe
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Perforce Software.
> Perforce is the Fast Software Configuration Management System offering
> advanced branching capabilities and atomic changes on 50+ platforms.
> Free Eval! http://www.perforce.com/perforce/loadprog.html
> _______________________________________________
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user


-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Reply via email to