I'm using glibc-2.1.2-11. Oracle 8.1.6 (classes12_01.zip thin driver).
Now it seems to be having trouble reliably starting Orion--it seems to
just sit there without the "Orion... initilized" line ever showing up.
Oh well, I'm going to try JavaSoft's JDK1.3 with JIT disabled and see if
the memory leak will go away.
Thanks,
-joel
Jason Rimmer wrote:
>
> What version of glibc you're running? Older versions of glibc tend to
> be the reason for many failures. If you're running RedHat a simple "rpm
> -q glibc" will tell the tale. The two boxes I've got the JDK operating
> fine on are running: glibc-2.1.2-11 and glibc-2.1.3-15.
>
> Joel Shellman wrote:
> >
> > I get the following dump from using IBMJava2-13 (production version)
> > running Orion 1.1.38. The wierd thing is that I thought I had been
> > hammering on it for 30 minutes or so with no trouble. Now this happens
> > in the middle trying one of our page requests everytime.
> >
> > Any ideas?
> >
> > java -version:
> > java version "1.3.0"
> > Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0)
> > Classic VM (build 1.3.0, J2RE 1.3.0 IBM build cx130-20000623 (JIT
> > enabled: jitc))
> >
> > uname -a:
> > Linux antone.office.ants.com 2.2.14-5.0smp #1 SMP Tue Mar 7 21:01:40 EST
> > 2000 i686 unknown
> >
> > ps. Just tried it and disabling the JIT makes the problem go away.
> >
> > SIGSEGV 11 (*) segmentation violation
> > stackpointer=0xbefc1d08
> > SIGABRT 6 (*) abort process
> > stackpointer=0xbefc17dc
> >
> > Monitor pool info:
> > Initial monitor count: 32
> > Minimum number of free monitors before expansion: 5
> > Pool will next be expanded by: 16
> > Current total number of monitors: 32
> > Current number of free monitors: 23
> >
> > Monitor Pool Dump (inflated object-monitors):
> > sys_mon_t:0x0804ef18 infl_mon_t: 0x0804eaf0:
> > java.lang.ref.Reference$Lock@402F01E0/402F01E8: <unowned>
> > Waiting to be notified:
> > "Reference Handler" (0x80cedc0)
> > sys_mon_t:0x0804ef98 infl_mon_t: 0x0804eb30:
> > java.lang.ref.ReferenceQueue$Lock@402EFE30/402EFE38: <unowned>
> > Waiting to be notified:
> > "Finalizer" (0x80d2a20)
> > sys_mon_t:0x0804f018 infl_mon_t: 0x0804eb70:
> > com.evermind.server.ApplicationServerThread@402E84F0/402E84F8: owner
> > "ApplicationServerThread" (0
> > x8464058) 1 entry
> > sys_mon_t:0x0804f0d8 infl_mon_t: 0x0804ebd0:
> > com.evermind.server.ApplicationServerThread@402E82A0/402E82A8: owner
> > "TaskManager" (0x85c30e0) 1
> > entry
> > sys_mon_t:0x0804f118 infl_mon_t: 0x0804ebf0:
> > com.evermind.server.ApplicationServerThread@402E81F0/402E81F8: owner
> > "ApplicationServerThread" (0
> > x4930a780) 1 entry
> >
> > JVM System Monitor Dump (registered monitors):
> > ACS Heap lock: <unowned>
> > System Heap lock: <unowned>
> > Sleep lock: <unowned>
> > Waiting to be notified:
> > "TaskManager" (0x85c30e0)
> > Method trace lock: <unowned>
> > UTF8 Cache lock: <unowned>
> > Heap lock: <unowned>
> > Rewrite Code lock: <unowned>
> > Monitor Cache lock: owner "ApplicationServerThread" (0x4930a780) 2
> > entries
> > JNI Pinning lock: <unowned>
> > JNI Global Reference lock: <unowned>
> > Classloader lock: <unowned>
> > Linking class lock: <unowned>
> > Binclass lock: <unowned>
> > Monitor Registry lock: owner "ApplicationServerThread" (0x4930a780)
> > 2 entries
> > Thread queue lock: owner "ApplicationServerThread" (0x4930a780) 2
> > entries
> > Waiting to be notified:
> > "Thread-1" (0x804f8a8)
> >
> > Thread identifiers (as used in flat monitors):
> > ident 7 "ApplicationServerThread" (0x4930a780) ee 0x4930a5b4
> > ident 2 "Thread-1" (0x804f8a8) ee 0x0804f6dc
> > ident a "TaskManager" (0x85c30e0) ee 0x085c2f14
> > ident 9 "HttpConnectionListener [0.0.0.0/0.0.0.0:8000]" (0x85a8940)
> > ee 0x085a8774
> > ident 8 "ApplicationServerThread" (0x8464058) ee 0x08463e8c
> > ident 5 "Finalizer" (0x80d2a20) ee 0x080d2854
> > ident 4 "Reference Handler" (0x80cedc0) ee 0x080cebf4
> > ident 3 "Signal dispatcher" (0x80ca490) ee 0x080ca2c4
> >
> > Java Object Monitor Dump (flat & inflated object-monitors):
> > com.evermind.server.ApplicationServerThread@402E81F0/402E81F8
> > locknflags 80000a00 Monitor inflated infl_mon 0x0804ebf0
> > com.evermind.server.ApplicationServerThread@402E82A0/402E82A8
> > locknflags 80000900 Monitor inflated infl_mon 0x0804ebd0
> > com.evermind.server.ApplicationServerThread@402E8368/402E8370
> > locknflags 00090000 Flat locked by threadIdent 9. Entrycount 1
> > com.evermind.server.ApplicationServerThread@402E84F0/402E84F8
> > locknflags 80000600 Monitor inflated infl_mon 0x0804eb70
> > java.lang.ref.ReferenceQueue$Lock@402EFE30/402EFE38
> > locknflags 80000400 Monitor inflated infl_mon 0x0804eb30
> > java.lang.ref.Reference$Lock@402F01E0/402F01E8
> > locknflags 80000200 Monitor inflated infl_mon 0x0804eaf0
> > java.net.PlainSocketImpl@4085ED80/4085ED88
> > locknflags 00080000 Flat locked by threadIdent 8. Entrycount 1
> > java.net.PlainSocketImpl@417D7240/417D7248
> > locknflags 00090000 Flat locked by threadIdent 9. Entrycount 1
> >
> > --
> > Joel Shellman
> > Chief Software Architect
> > The virally-driven B2B marketplace for outsourcing projects
> > http://www.ants.com/90589781
>
> --
> Jason Rimmer
> [EMAIL PROTECTED]
