Java process

i have one question as follows
say,if any java program "MyProgram.java" is running ,then in task manager(processes) java.exe will be displayed.
Now my intension is instead of java.exe it should appear as MyProgram.exe in task manager (processes). how can i acheive this.
reason for this ,if say,4 java applications are running.then in taskmanager it will be java.exe for 4 times.In order to identify individual applications through task manager(processes) i need to rename the process name

it may not be passible because . all your java programs will run on top java.exe.whenever you need to run java program you will use java ProgramName.java.Here main running program was java(java.exe). in side java.exe we can know thet the program running whether it is ProgramName.java or SomeThing.java.but it is not known to outside of java.exe.thats why we are getting protability from java.If you dont want java.exe in your process listing you donot run your java program with java command and use whatever name you whant

Similar Messages

  • Long time to start on  Java process dispatcher

    Hi ,
    I am trying to Install Solution Manager. When I attempt to start my sap system, the Java process dispatcher of instance/stage SM1 (solution manager) takes too much time and finally doesn't start showing this intallation error.
    ERROR 2008-09-24 11:01:11.314
    CJS-30151  Java process dispatcher of instance SM1/DVEBMGS00 [ABAP: ACTIVE, Java: (dispatcher: UNKNOWN, server0: RUNNING)] did not start after 2:00 minutes. Giving up.
    ERROR 2008-09-24 11:01:11.502
    FCO-00011  The step startJava with step key |NW_Onehost|ind|ind|ind|ind|0|0|NW_Onehost_System|ind|ind|ind|ind|1|0|NW_CI_Instance|ind|ind|ind|ind|11|0|NW_CI_Instance_StartJava|ind|ind|ind|ind|5|0|startJava was executed with status ERROR .
    Can anyone please let me know what is missing in this procedure? Any idea?
    tkanks in advance.

    Hi Matias,
    What are the parameters you set for your dispatcher?
    Regards
    Val

  • All Java Processes crash on RH Linux 7.3 / 6.3 without any comment

    We have the following Problem on two Machines. We installed j2sdk1.4.0 first, then jdk-1.3.1_04 (Because of other Problems with 1.4.0).
    Now all running java Processes crash after up to two hours without any comment, any error file. Looks like they were killed by the 'kill' Command. The running java Processes are different Programs, that do very different things.
    The OS on the two machines are RH Linux 7.3 and 6.3 - normal installation without any essential changes.
    I would be very happy, if someone have an idea, how to solve this Problem. If you need additional Information, ask for.
    Holger

    ... if someone have an idea, how to solve this Problem.Seems like I remember seeing a problem like that.
    It turned out that indeed it was the 'kill' command. Another process was running, looking for the app, and killing it when it found it.
    We spend quite a bit of time trying to figure out why our app was 'crashing' before deciding to look elsewhere (when we discovered the other process.)

  • How do I stop Java processes from appearing on the dock?

    I have a Java application that has a fairly extensive build process using ant. It builds fine on OSX, but constantly annoys me. There are a large number of unit tests that run using JUnit, and each test starts in a new Java process. The problem is that when each process starts (and there are about 100 during the course of the build), a new Java icon appears on the dock and stays until the process finishes. First of all, that slows down the build (since it has to do all that graphics work to keep changing the appearance of the dock). Secondly, every time a new process starts, it takes away the keyboard focus from whatever I'm currently working on. I either have to click in the window I want again, or else wait for the process to finish.
    On Windows, this is handled with an alternative version of the JVM called "javaw.exe" that does not get a foreground window. However, I see no "javaw" in the Java directory on OSX. Is there some option to start Java with that will stop this dock updating? Note that there are times when I want the dock to be updated (when I'm running a "normal" Java app).

    Even when the Guest Account / Access is disabled, the login option / and lock screen, still have a guest login.
    This is because in Preferences/ Security & Privacy/General the bottom item is turned on.
    Turn on: Disable restarting to Safari when screen is locked

  • How to restart a java process in Oracle AS 10g

    Hi
    In Oracle AS 10g, the java process consumes 50% cpu resource due to the report invoked by a user. Now I need to restart the java back ground process?, please reply me with the syntax or with examples.
    ps -eaf
    CPU PROCESS
    50% /ORACLE_HOME/jdk/jre/bin/java -server -cp /report/oracle
    Thanks in advance
    Bala

    The copy method being using is unsupported, hence the target Portal would be in an unsupported state.
    This is unsupported as per the following note:
    Note 333867.1 - Portal Export and Import Utility Supportability Scenarios :
    Copy operations after an object is renamed:
    Exporting and importing a page group, then renaming the page group on the target system (to create a copy) and repeating the export and import operation.
    OR:
    Exporting and importing a page group, then renaming the same in source or target and repeating the export and import operation.
    Not supported.
    Please do not rename objects if you plan to perform export and import operations.
    Note: The display name can be changed, but internal name change is considered a renaming operation.
    In 10.1.4, renaming is supported, but renaming page group and pages with the intention of copying them is not supported..."

  • Java process - high CPU usage

    Hi,
    I'm describing a high CPU scenario which gets triggered randomly ( I'm not able to replicate it on my lab setup).
    There are around 120 threads which are running in my java process. The jvm is running on a high traffic (through put) site, where there are a lot of async events coming to the java process.( around 220 events per 60 seconds ). The java process works fine in this scenario, the normal CPU consumption hovers around 1.5 % to 2.0 %.
    But, at times, I've seen CPU to be as high as 43 %, and it stays at that value for hours altogther. In those situations, I usually do a failover to standby java process. I tried debugging the issue to see which java thread could be causing the issue, but, I could not come to a conclusion or replicate the situation in lab environment.
    Here are the details of the execution environment
    java -version
    java version "1.4.2_11"
    Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_11-b06)
    Java HotSpot(TM) Client VM (build 1.4.2_11-b06, mixed mode)
    prstat during high CPU
    PID USERNAME THR PRI NICE SIZE RES STATE TIME CPU COMMAND
    10485 root 120 10 0 570M 381M cpu1 268:10 43.64% java
    prstat -Lm -p output
    PID USERNAME USR SYS TRP TFL DFL LCK SLP LAT VCX ICX SCL SIG PROCESS/LWPID
    10485 root 53 0.5 0.2 0.0 0.0 30 0.2 16 69 1K 118 0 java/2
    10485 root 31 0.0 0.1 0.0 0.0 53 0.2 16 23 778 93 0 java/26
    10485 root 0.4 0.0 0.0 0.0 0.0 99 0.0 0.1 10 16 106 0 java/12
    10485 root 0.1 0.0 0.0 0.0 0.0 100 0.0 0.0 3 2 7 0 java/15
    10485 root 0.1 0.0 0.0 0.0 0.0 97 0.0 2.4 120 3 128 0 java/41
    10485 root 0.1 0.0 0.0 0.0 0.0 97 0.0 2.5 120 4 131 0 java/410
    Some more points about the last prstat -Lm output.
    java/2 is "VM Thread" ( responsible for GC). "VM Thread" is having a NORMAL priority ( 5 )
    java/26 is a "Worker" thread, with priority MINIMUM ( 1 ).
    Could you suggest what could be issue, and what other information I could collect to find out the issue. Its difficult to profile the process because the problem scenario is difficult to ascertain and the process is running on a production setup.
    Any help is appreciated.
    Thanks
    Sanjay

    Hi,
    Thanks for your response. Both, the production setup and lab setup have have 2 physical CPUs.
    Actually, there are two java threads ( machine is solaris 10) one is "VM Thread" and other is my applications worker thread. (there are 10 of them with priority 1). If you look at the top two lwps in the prstat -Lm , both are showing high value of ICX.
    I'm still not able to drill down to my code level. (Worker thread is waiting on a queue to de-queue server request). Could you give some hint to move foward?
    rgds
    Sanjay

  • Java Process with High CPU

    I have a java process running on HP-UX with a 1.4.2 JVM. This program is using some third-party code (quartz) to act as a batch scheduler similar to cron. When running in production, the process runs fine for several days and then starts maxing out the CPU. The server has 8 cpu's and the last time the problem occured, 4 of the cpu's were 100% in use with this process.
    I've tried sending a "kill -3 pid" but I can't seem to get a thread dump. I've eventually gotten some 700Meg core files. Is there anyway to use these core files to tell me what is going on?
    Any ideas on how to trouble shoot this problem? We've used some profilers but we can't duplicate the problem on test servers so we aren't learning anything new.
    Thanks,
    Brian

    Try pstack to read the stacks of the threads in the process.
    Try pldd to determine the shared libraries in the process then
    use truss to trace calls in any of these libraries to determine where
    the cycles are being spent.

  • Ps -p running very slow (1-2 seconds) on Java process

    Hi Solaris gurus:
    I encountered a issue that running ps -p on java process running very slow, it took almost 2 seconds to complete.
    I issued a truss on the "ps -p " command, the following is part of the output:
    /1: 0.0001 fstat(1, 0xFFFFFFFF7FFFE1F0) = 0
    /1: 0.0000 write(1, " U I D P".., 55) = 55
    /1: 0.0002 open("/proc/19299/psinfo", O_RDONLY) = 3
    */1: 1.3170 read(3, "02\0\0\0\0\0\011\0\0 K c".., 416) = 416*
    /1: 1.2401 close(3) = 0
    /1: 0.0002 stat("/dev/tty", 0xFFFFFFFF7FFFE830) = 0
    It seems that the read() spent the most time.
    Anyone can help?

    Not enough memory, page-outs is too large
    8.91 GB    Page-outs
    After removing adware, and do a safe boot of Safari and remove extensions, then reset cache history etc. You need to do a boot into Recovery Mode and run Disk Repair from there. Also boot the system in Safe Mode.
    On startup it sounds like you have a problem with the directory which would also account for long startups and checking the directory. Along with or instead of DU Repair Disk you can use Single User Mode and fsck -fy to try to fix the directory but in some cases that may not be enough.
    Backups from before you got this adware and problems helps and should always be ready and able to restore a system from known good backups or system restore image.
    4GB of RAM may have been fine originally but "Early 2011" is now 5 years and 4 OS version changes. You can upgrade the memory and while at it consider a nice SSD internal drive which will help as well. Take a look and see what prices and options there are from http://www.macsales.com for your 2011 MacBook Pro.
    http://www.everymac.com
    Community for MBP MacBook Pro

  • JConsole not picking up local Java processes

    Hi,
    Using JDK 1.5.0_06 JConsole is not picking up my local Java processes. I have set the -Dcom.sun.management.jmxremote as an arg to the JVM startup. My Windows username does not have an underscore in it and my default temporary directory is on NTFS. When I run the jps command I see my java processes but I get process information unavailable for each one except the jps command.
    Anybody have any ideas as to what else I should look at.

    Found the answer I was looking for - What a pain - http://forum.java.sun.com/thread.jspa?threadID=730397&messageID=4308804

  • SunOS 5.10 spawns multiple PID's for same java process

    On SunOS 5.10 I see same java process having multiple PID's. ps -ef lists out the same java process running from same path with multiple PID's. What can be the reason for this?
    Please let me know if you need some more information.....
    Edited by: sayanb on Jan 5, 2010 9:29 AM

    Hi Chris,
    Thank you for this update.
    Again this seems to be a known issue on SunOS 10.Also I will try to take the stack strace for the specific java process.
    http://forums.sun.com/thread.jspa?forumID=546&threadID=5297465
    http://groups.google.com/group/bojug/browse_thread/thread/19d722275c4384b8
    Basically the issue seems to be with one of the fork system calls which confuses with active and actual threads running.The above link speaks about the same , faced by similar users.
    Any updates will be appreciated.Meanwhile will try to get the stack trace.
    Regards
    Sayan

  • RFC execution process terminates the Java Process

    Hi All,
      we have a RFC which returns large data with export parameter. While executing JCO.client.execute(), java process is getting terminated. I tried to set the more heap size but of no use. It didn't give any OutOfMemory either.
    The JCO trace file at level 10 shows as below which clearly indicates that something is going wrong at JNI layer of JCO.
    The problem seems to be with allocation of heap size in 'C' layer of JCO.<b>The trace file has below last entries</b>
    <i>JMS Async S21514 [14:34:47:386]: [JNI-LAYER] RFC.Tables_C2Java()                                          enter, [SUCCESS]
    JMS Async S21514 [14:34:47:386]: [JNI-LAYER] RFC.reallocRecordBuffers()                                   enter, [SUCCESS]
    JMS Async S21514 [14:34:47:386]: [JNI-LAYER] RFC.reallocRecordBuffers("ZWNVPAIR"(4AB2BB8C),54D1A740) enter [SUCCESS]</i>
    It seems to suggest that reallocRecordBuffers was never completed and it is this call which could be responsible for java process getting killed.
    I think a successfull call will be recorded as below in JCO trace file:
    Completion of RFC call will be recorded as below in JCO trace file:
    <i>JMS Async S21514 [14:34:47:386]: [JNI-LAYER] RFC.Tables_C2Java()                                          enter, [SUCCESS]
    JMS Async S21514 [14:34:47:386]: [JNI-LAYER] RFC.reallocRecordBuffers()                                   enter, [SUCCESS]
    JMS Async S21514 [14:34:47:386]: [JNI-LAYER] RFC.reallocRecordBuffers("ZWNVPAIR"(4AB2BB8C),54D1A740) enter [SUCCESS]
    JMS Async S21514 [14:34:47:386]: [JNI-LAYER] RFC.reallocRecordBuffers()               with rc = RFC_OK   leave, [SUCCESS]
    JMS Async S21514 [14:34:47:386]: [JNI-LAYER] RFC.Tables_C2Java()                      with rc = RFC_OK   leave, [SUCCESS]
    JMS Async S21514 [14:34:47:386]: [JAV-LAYER] JCO.Client.execute (Z_DB_READER) on handle [X] returns after XXXX ms
    </i>
    Can anyone please help me here in understanding the above behavior?

    Thanks for reply. Where can i see the timeOut ineterval for Connection or Client object? I am not able to figure out any API which can be used to set the timeout behavior.

  • Signal ILL trying to debug java process with dbx

    Hello,
    I'm trying to debug a java process to find an error in JNI code. I get this message when dbx stops in a C breakpoint:
    t@18 (l@19) signal ILL (illegal trap) in (unknown) t@18 (l@19) signal ILL (illegal trap) in (unknown) at 0xf848ed28
    0xf848ed28:     tne     0x12This signal is not launched when running application without debugger, and after launching this exception and exiting dbx, the java process generates a core.
    I've tried to find out unsuccessfully whether my dbx version is compatible with my Java version, but it seems this could be the problem.
    This is my current configuration:
    java �version:
    java version "1.5.0_06"
    Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_06-b05)
    Java HotSpot(TM) Server VM (build 1.5.0_06-b05, mixed mode)
    opt/SUNWspro/bin/version:
    Machine hardware:   sun4u
    OS version:         5.8
    Processor type:     sparc
    Hardware:           SUNW,Sun-Blade-2500
    The following components are installed on your system:
    Forte C++ 6 update 2
            Sun WorkShop 6 update 2 Compilers C    
            Sun WorkShop 6 update 2 Compilers C++
            Sun WorkShop 6 update 2 Tools.h++ 7.1
            Sun WorkShop 6 update 2 Standard 64-bit Class Library for C++
            Sun WorkShop 6 update 2 Memory Monitor for C++
            Sun WorkShop 6 update 2 Visual
            Sun WorkShop 6 update 2 Development Environment
            Sun WorkShop 6 update 2 TeamWare
            Sun WorkShop 6 update 2 FileMerge
            Sun WorkShop 6 update 2 DBX Debugging Tools
            Sun WorkShop 6 update 2 Performance Analyzer
            Sun WorkShop 6 update 2 LockLint
            XEmacs 20.4 Source Distribution
            Sun WorkShop 6 update 2 Documentation Set
    Sun WorkShop 6 update 2 Building SoftwareAnd this is how I launch java application:
    java -Djava.compiler=NONE -Xdebug -Xnoagent -Xrundbx_agent -jar jarname.jar -mainOptionsDid I miss something important? Does anyone know if it is possible debugging with this configuration?
    Best Regards,
    Alberto

    - Native code has been compiled with -g option.
    - It fails in my code, but only when debugging.
    - Stack trace (executing "where" in dbx):
    (dbx) where
    current thread: t@18
      [1] 0xf848ef68(0xf01537d8, 0xf443b7b0, 0x0, 0xf84181b0, 0x21e9, 0xef581050), at 0xf848ef68
      [2] 0xf8458354(0xf15faea8, 0xf01537d8, 0xf0151a88, 0xf8419368, 0x21e8, 0x0), at 0xf8458354
      [3] 0xf848c9a0(0xf15faea8, 0xf01537d8, 0xf0151a58, 0xf0151a38, 0xf0153830, 0x0), at 0xf848c9a0
      [4] 0xf84577c8(0xf15faea8, 0xb6, 0x0, 0xf84181b0, 0xf0158f80, 0xef581118), at 0xf84577c8
      [5] 0xf8405764(0xf15faea8, 0xb6, 0x0, 0xf8419320, 0xf0158f80, 0xef5811c8), at 0xf8405764
      [6] 0xf8405764(0xf15faea8, 0xb6, 0x0, 0xf84195a0, 0xf0158f80, 0xef581250), at 0xf8405764
      [7] 0xf8405764(0xf0151a38, 0xb8, 0x0, 0xf8419320, 0xf0125258, 0xef5812d8), at 0xf8405764
      [8] 0xf8405874(0xf15fb6c8, 0xb8, 0x0, 0xf8419720, 0xf0125258, 0xef581360), at 0xf8405874
      [9] 0xf8405764(0xf15fae98, 0xb6, 0x0, 0xf8419770, 0xf00f0088, 0xef5813f0), at 0xf8405764
      [10] 0xf8405874(0xf15fae98, 0xb6, 0x0, 0xf8419320, 0x1465, 0xef581478), at 0xf8405874
      [11] 0xf8405874(0xf16315b0, 0xb6, 0x0, 0xf8419320, 0xf00f0088, 0xef581500), at 0xf8405874
      [12] 0xf8405764(0xf16315b0, 0xf45744c0, 0x0, 0xf8419320, 0xf45744c0, 0xef581588), at 0xf8405764
      [13] 0xf8405c2c(0xf16315d0, 0xb7, 0x0, 0xf84198a0, 0xf00f0088, 0xef581618), at 0xf8405c2c
      [14] 0xf8405764(0xf009c018, 0xf402c8b8, 0x0, 0xf84195a0, 0x8800, 0xef5816a8), at 0xf8405764
      [15] 0xf8405c2c(0x2000, 0x2, 0x0, 0xf84198f0, 0xef50e0f8, 0xef581720), at 0xf8405c2c
      [16] 0xf8400218(0xef581808, 0xef581a08, 0xa, 0xf402dae8, 0xf840ba20, 0xef581920), at 0xf8400218
      [17] JavaCalls::call_helper(0x1, 0x65d188, 0xef581918, 0xef581818, 0x4, 0xef581a08), at 0xfdd9a808
      [18] JavaCalls::call_virtual(0x7a9c, 0x65d188, 0x3570f8, 0x357104, 0x357100, 0xf00bc770), at 0xfdec319c
      [19] thread_entry(0xf402fc58, 0x65d188, 0x3574e4, 0xfe424640, 0xfe424710, 0xfe424130), at 0xfdee2700
      [20] JavaThread::run(0x65d188, 0x18, 0xfe40c790, 0x6c00, 0x7dd4, 0x7c00), at 0xfdede29c
      [21] _start(0x65d188, 0x3b62, 0xfe3be000, 0x0, 0x4f24, 0x4c00), at 0xfe264240 - Stack trace (obtained from core generated after ILL signal):
    -----------------  lwp# 19 / thread# 18  --------------------
    ff3791f0 __sigprocmask (ff37b7f4, 0, 0, ef581d98, ff38c000, 0) + 8
    ff36dd0c _sigon   (ef581d98, ff3938a8, 6, ef58083c, ef581d98, ff39321c) + d0
    ff370d4c _thrp_kill (0, 12, 6, ff38c000, 12, ff2c0458) + f8
    ff24bce0 raise    (6, 0, 0, ffffffff, ff2c03c4, 8400) + 40
    ff235984 abort    (ff2bc008, fe3be000, fe26a8e0, fe4133c4, 0, 331c8) + 100
    fe264724 __1cCosFabort6Fi_v_ (1, 0, fe3f2614, fe3be000, 73b4, 7000) + 58
    fe2f08f0 __1cHVMErrorOreport_and_die6M_v_ (0, fe419ad8, fe41339c, 1, fe268a14, fe41339c) + c84
    fde76878 JVM_handle_solaris_signal (4, ef580fd8, ef580d20, 7800, 11, 65d188) + aac
    ff37b118 __sighndlr (4, ef580fd8, ef580d20, fde75d94, ef581e40, ef581e30) + c
    ff37811c sigacthandler (4, ef581d98, 0, 0, 0, ff38c000) + 708
    --- called from signal handler with signal 4 (SIGILL) ---
    f848ef68 ???????? (f15faea8, f01537d8, f0151a88, f8419368, 21e8, 0)
    f848c9a0 ???????? (f15faea8, f01537d8, f0151a58, f0151a38, f0153830, 0)
    f84577c8 ???????? (f15faea8, b6, 0, f84181b0, f0158f80, ef581118)
    f8405764 ???????? (f15faea8, b6, 0, f8419320, f0158f80, ef5811c8)
    f8405764 ???????? (f15faea8, b6, 0, f84195a0, f0158f80, ef581250)
    f8405764 ???????? (f0151a38, b8, 0, f8419320, f0125258, ef5812d8)
    f8405874 ???????? (f15fb6c8, b8, 0, f8419720, f0125258, ef581360)
    f8405764 ???????? (f15fae98, b6, 0, f8419770, f00f0088, ef5813f0)
    f8405874 ???????? (f15fae98, b6, 0, f8419320, 1465, ef581478)
    f8405874 ???????? (f16315b0, b6, 0, f8419320, f00f0088, ef581500)
    f8405764 ???????? (f16315b0, f45744c0, 0, f8419320, f45744c0, ef581588)
    f8405c2c ???????? (f16315d0, b7, 0, f84198a0, f00f0088, ef581618)
    f8405764 ???????? (f009c018, f402c8b8, 0, f84195a0, 8800, ef5816a8)
    f8405c2c ???????? (2000, 2, 0, f84198f0, ef50e0f8, ef581720)
    f8400218 ???????? (ef581808, ef581a08, a, f402dae8, f840ba20, ef581920)
    fdd9a808 __1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallArguments_pnGThread__v_ (1, 65d188, ef581918, ef581818, 4, ef581a08) + 5a0
    fdec319c __1cJJavaCallsMcall_virtual6FpnJJavaValue_nGHandle_nLKlassHandle_nMsymbolHandle_5pnGThread__v_ (7a9c, 65d188, 3570f8, 357104, 357100, f00bc770) + 188
    fdee2700 __1cMthread_entry6FpnKJavaThread_pnGThread__v_ (f402fc58, 65d188, 3574e4, fe424640, fe424710, fe424130) + 134
    fdede29c __1cKJavaThreadDrun6M_v_ (65d188, 18, fe40c790, 6c00, 7dd4, 7c00) + 1d8
    fe264240 __1cG_start6Fpv_0_ (65d188, 3b62, fe3be000, 0, 4f24, 4c00) + 208
    ff37b01c _thread_start (65d188, 0, 0, 0, 0, 0) + 40
    -----------------  lwp# 20 / thread# 19  --------------------
    ff29f474 _lwp_sema_wait (ff3934c8, ff392e40, 0, 1, 0, 0) + c
    ff371c2c thr_yield (0, 0, 0, 0, 0, 0) + 8c
    -----------------  lwp# 21  --------------------------------
    ff379200 private___lwp_cond_wait (fa5a3d98, ff38cd6c, ff38c000, 3, ff38c000, 1) + 8
    ff36a358 _lwp_start (fa5a3d98, 0, 4000, fb28162c, 0, 0) + 18
    ff371c2c thr_yield (0, 0, 0, 0, 0, 0) + 8c
    -----------------  lwp# 22  --------------------------------
    ff379200 private___lwp_cond_wait (fa4d3d98, ff38cd6c, ff38c000, 3, ff38c000, 1) + 8
    ff36a358 _lwp_start (fa4d3d98, 0, 4000, fb28162c, 0, 0) + 18
    ff371c2c thr_yield (0, 0, 0, 0, 0, 0) + 8c
    -----------------  lwp# 23  --------------------------------
    ff379200 private___lwp_cond_wait (fa4c3d98, ff38cd6c, ff38c000, 3, ff38c000, 1) + 8
    ff36a358 _lwp_start (fa4c3d98, 0, 4000, fb28162c, 0, 0) + 18
    ff371c2c thr_yield (0, 0, 0, 0, 0, 0) + 8c
    -----------------  lwp# 24  --------------------------------
    ff379200 private___lwp_cond_wait (fa493d98, ff38cd6c, ff38c000, 3, ff38c000, 1) + 8
    ff36a358 _lwp_start (fa493d98, 0, 4000, fb28162c, 0, 0) + 18
    ff371c2c thr_yield (0, 0, 0, 0, 0, 0) + 8c
    -----------------  lwp# 25  --------------------------------
    ff379200 private___lwp_cond_wait (fa483d98, ff38cd6c, ff38c000, 3, ff38c000, 1) + 8
    ff36a358 _lwp_start (fa483d98, 0, 4000, fb28162c, 0, 0) + 18
    ff371c2c thr_yield (0, 0, 0, 0, 0, 0) + 8c
    -----------------  lwp# 26  --------------------------------
    ff379200 private___lwp_cond_wait (fa473d98, ff38cd6c, ff38c000, 3, ff38c000, 1) + 8
    ff36a358 _lwp_start (fa473d98, 0, 4000, fb28162c, 0, 0) + 18
    ff371c2c thr_yield (0, 0, 0, 0, 0, 0) + 8c
    -----------------  lwp# 1 / thread# 1  --------------------
    ff29d600 _poll    (fe4124d8, 0, 1, 18e, 37020, fe3be000) + 8
    fdd90cd0 __1cCosFsleep6FpnGThread_xi_i_ (6e58, 6c00, fdf04534, 1, 7, 4) + 25c
    fdf0ca4c JVM_Sleep (1c08, fe406e44, 37020, fe412d84, 38680, fe3be000) + 260
    f840e22c ???????? (b9, ffbee73c, ffbee6b8, ffffff80, 0, 0)
    f840e1d0 ???????? (0, b8, 0, 8, f402fc58, ffbee6d0)
    f8405764 ???????? (f15996c8, fe4163d4, 0, f8419770, 8800, ffbee768)
    f8405764 ???????? (f01778f8, fe4163d4, 0, f8419370, 8800, ffbee820)
    f8405764 ???????? (2000, 2, 0, f8419320, ffb7c110, ffbee8b8)
    f8400218 ???????? (ffbee9a0, ffbeeb00, a, f41c4038, f840ba20, ffbeea88)
    fdd9a808 __1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallArguments_pnGThread__v_ (1, 37020, ffbeea80, ffbee9b0, 4, ffbeeb00) + 5a0
    fdedea14 jni_CallStaticVoidMethod (fe412d84, 381ec, 36750, 37020, 36748, 37cb8) + 500
    000121fc main     (38648, 1e7fa2, fe40a630, 1d8, fded413c, 1) + 115c
    00011088 _start   (0, 0, 0, 0, 0, 0) + 108
    -----------------  lwp# 2 / thread# 2  --------------------
    ff29edc4 _signotifywait (ff38c000, 0, 0, 0, 0, 0) + 8
    ff371c2c thr_yield (0, 0, 0, 0, 0, 0) + 8c
    -----------------  lwp# 3  --------------------------------
    ff379200 private___lwp_cond_wait (ff325d98, ff38cd6c, ff38c000, 0, 0, 4) + 8
    ff29c9c0 _door_return (ff325cd8, ff36a358, 0, 0, 0, 0) + 68
    -----------------  lwp# 4 / thread# 4  --------------------
    ff29f428 ___lwp_cond_wait (35d68, 35d50, fdb81978, 0, 0, fdb81970) + 8
    ff296a7c _lwp_cond_timedwait (2958790, 44b36755, fdb81a50, 35d50, 35d68, a95a) + 98
    fddc3258 __1cHMonitorEwait6Mil_i_ (35cf8, 11dce0, fff0bc00, fe3be000, 6000, 35d28) + 328
    fdf6b4fc __1cIVMThreadDrun6M_v_ (fe4124d8, fe420c84, 0, fe420c70, fe420c80, 1) + 1b4
    fe264240 __1cG_start6Fpv_0_ (11dce0, 3b62, fe3be000, 0, 4f24, 4c00) + 208
    ff37b01c _thread_start (11dce0, 0, 0, 0, 0, 0) + 40
    -----------------  lwp# 5  --------------------------------
    ff29c968 _door_return (4, ff38d658, ff38d670, 3, ff38c000, 1) + 10
    ff36a358 _lwp_start (fe785d98, 0, 6000, ff325b9c, 0, 0) + 18
    ff371c2c thr_yield (0, 0, 0, 0, 0, 0) + 8c
    -----------------  lwp# 6 / thread# 5  --------------------
    ff29f428 ___lwp_cond_wait (120148, 120130, 0, ff2968f0, 0, 1) + 8
    fdeb4768 __1cNObjectMonitorEwait6MxipnGThread__v_ (120370, 9408, 8c00, fe3be000, 11fdc0, 120390) + 59c
    fdeb5978 __1cSObjectSynchronizerEwait6FnGHandle_xpnGThread__v_ (120372, 86d4, 0, 11fdc0, 8400, fe3be000) + e8
    fdeb5628 JVM_MonitorWait (0, e7a14, 11fdc0, fe412d84, 0, 1) + 31c
    f840e22c ???????? (51, fda816ec, fda81670, ffffff80, fdd2e808, 0)
    f840e1d0 ???????? (f15817e0, b6, 0, c, 0, fda81688)
    f8405764 ???????? (f15817e0, b6, 0, f8419354, 80000000, fda81708)
    f8405764 ???????? (0, fe411508, 0, f8419770, 7bac, fda817a0)
    f8400218 ???????? (fda81888, fda81a88, a, f40901d0, f840ba20, fda819a0)
    fdd9a808 __1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallArguments_pnGThread__v_ (1, 11fdc0, fda81998, fda81898, 4, fda81a88) + 5a0
    fdec319c __1cJJavaCallsMcall_virtual6FpnJJavaValue_nGHandle_nLKlassHandle_nMsymbolHandle_5pnGThread__v_ (7a9c, 11fdc0, e7a00, e7a0c, e7a08, f0000760) + 188
    fdee2700 __1cMthread_entry6FpnKJavaThread_pnGThread__v_ (f402fc58, 11fdc0, e7dec, fe424640, fe424710, fe424130) + 134
    fdede29c __1cKJavaThreadDrun6M_v_ (11fdc0, 0, fe40c790, 6c00, 7dd4, 7c00) + 1d8
    fe264240 __1cG_start6Fpv_0_ (11fdc0, 3b62, fe3be000, 0, 4f24, 4c00) + 208
    ff37b01c _thread_start (11fdc0, 0, 0, 0, 0, 0) + 40
    -----------------  lwp# 7 / thread# 6  --------------------
    ff29f428 ___lwp_cond_wait (121cc8, 121cb0, 0, ff2968f0, 0, 1) + 8
    fdeb4768 __1cNObjectMonitorEwait6MxipnGThread__v_ (1203b8, 9408, 8c00, fe3be000, 121530, 1203d8) + 59c
    fdeb5978 __1cSObjectSynchronizerEwait6FnGHandle_xpnGThread__v_ (1203ba, 86d4, 0, 121530, 8400, fe3be000) + e8
    fdeb5628 JVM_MonitorWait (0, 121714, 121530, fe412d84, 0, 1) + 31c
    f840e22c ???????? (59, fb3817ec, fb381768, ffffff80, 0, 0)
    f840e1d0 ???????? (f1581760, b6, 0, c, 80000000, fb381780)
    f8405764 ???????? (f1581768, b6, 0, f8419354, 8800, fb381820)
    f8405874 ???????? (f1581768, b6, 0, f8419354, f402af58, fb3818a0)
    f8405874 ???????? (0, fe411508, 0, f8419720, 7bac, fb381920)
    f8400218 ???????? (fb381a08, fb381c08, a, f4090ab8, f840ba20, fb381b20)
    fdd9a808 __1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallArguments_pnGThread__v_ (1, 121530, fb381b18, fb381a18, 4, fb381c08) + 5a0
    fdec319c __1cJJavaCallsMcall_virtual6FpnJJavaValue_nGHandle_nLKlassHandle_nMsymbolHandle_5pnGThread__v_ (7a9c, 121530, 121700, 12170c, 121708, f0000858) + 188
    fdee2700 __1cMthread_entry6FpnKJavaThread_pnGThread__v_ (f402fc58, 121530, 121aec, fe424640, fe424710, fe424130) + 134
    fdede29c __1cKJavaThreadDrun6M_v_ (121530, 0, fe40c790, 6c00, 7dd4, 7c00) + 1d8
    fe264240 __1cG_start6Fpv_0_ (121530, 3b62, fe3be000, 0, 4f24, 4c00) + 208
    ff37b01c _thread_start (121530, 0, 0, 0, 0, 0) + 40
    -----------------  lwp# 8 / thread# 7  --------------------
    ff29f428 ___lwp_cond_wait (1b65f0, 1b65d8, fb281890, ff296918, ff29691c, fb281888) + 8
    ff296a7c _lwp_cond_timedwait (2964ae0, 44b36756, fb281910, 1b65d8, 1b65f0, 153180) + 98
    fe2606e0 __1cCosHSolarisFEventEpark6Mx_i_ (1b65b0, 6a60, fe4238d8, 1b65f0, fe406ef0, fb281910) + 1bc
    fe25ff28 __1cNObjectMonitorIraw_wait6MxipnGThread__i_ (1b65b0, fe214b70, 7bac, 0, 1b59e8, 12a188) + 20c
    fe1f4b8c __1cIJvmtiEnvORawMonitorWait6MpnPJvmtiRawMonitor_x_nKjvmtiError__ (fb2, 12a188, 0, 7d0, 4, 1b59e8) + a8
    fe7d87ec process_next_event (fe40b864, 10000, fe7f24a0, fe7f4b90, fe7f25f0, fe7f25ec) + 108
    fe7c7630 agent_bar (1b5aa4, fe7f2ae8, ff38c000, fe7f24c8, 0, 0) + 1c
    fe7c7bc4 jvmti_debug_agent (fe7f2400, 1b5aa4, 0, 1678, 1, fe7f252c) + d4
    fe211c74 __1cQJvmtiAgentThreadTcall_start_function6M_v_ (1b59e8, 7800, 8c94, fe3be000, fe4123c4, fe4163d4) + 150
    fdede29c __1cKJavaThreadDrun6M_v_ (1b59e8, 18, fe40c790, 6c00, 7dd4, 7c00) + 1d8
    fe264240 __1cG_start6Fpv_0_ (1b59e8, 3b62, fe3be000, 0, 4f24, 4c00) + 208
    ff37b01c _thread_start (1b59e8, 0, 0, 0, 0, 0) + 40
    -----------------  lwp# 9 / thread# 8  --------------------
    ff29f474 _lwp_sema_wait (fb181e60, ff38c000, 0, fb181d98, 0, 0) + c
    ff3690d8 _swtch   (fb181d98, ffffffff, ff38c000, 5, 1000, fe4170c4) + 158
    ff36c860 sema_wait (fe4217e8, ff39785c, 5000, 10000, 534d, 1) + bc
    fdf61dc0 __1cVcheck_pending_signals6Fi_i_ (1, fe4124d8, fe4123c0, 1b6ab8, fe3be000, a) + 254
    fdf58ec8 __1cTsignal_thread_entry6FpnKJavaThread_pnGThread__v_ (7428, 1b6ab8, 1b7088, fe3be000, 4ff61c, 1b7080) + 34
    fdede29c __1cKJavaThreadDrun6M_v_ (1b6ab8, 18, fe40c790, 6c00, 7dd4, 7c00) + 1d8
    fe264240 __1cG_start6Fpv_0_ (1b6ab8, 3b62, fe3be000, 0, 4f24, 4c00) + 208
    ff37b01c _thread_start (1b6ab8, 0, 0, 0, 0, 0) + 40
    -----------------  lwp# 10 / thread# 9  --------------------
    ff29f428 ___lwp_cond_wait (36548, 36530, fe423d60, 0, 0, ff29695c) + 8
    fddc33ec __1cHMonitorEwait6Mil_i_ (364d8, 1b7998, 1b8510, fe3be000, 1b7998, 36508) + 4bc
    fdf35d00 __1cNCompileBrokerUcompiler_thread_loop6F_v_ (fe4124d8, 1b54c0, 1b7998, fe407360, 8c00, 364d8) + 22c
    fdede29c __1cKJavaThreadDrun6M_v_ (1b7998, 18, fe40c790, 6c00, 7dd4, 7c00) + 1d8
    fe264240 __1cG_start6Fpv_0_ (1b7998, 3b62, fe3be000, 0, 4f24, 4c00) + 208
    ff37b01c _thread_start (1b7998, 0, 0, 0, 0, 0) + 40
    -----------------  lwp# 11 / thread# 10  --------------------
    fdd0c200 __1cENodeSremove_dead_region6MpnIPhaseGVN_i_i_ (9132d4, fa6809f4, 1, 9132d4, 9132f4, 68ad00) + 2c
    fdd3332c __1cHMemNodeMIdeal_common6MpnIPhaseGVN_i_pnENode__ (fa6809f4, fa6809f4, 1, 800, 9132d4, 9132f4) + 3c
    fdd68a78 __1cJStoreNodeFIdeal6MpnIPhaseGVN_i_pnENode__ (9132d4, fa6809f4, 1, 0, fdd4be74, fe3fbb44) + c
    fdcf887c __1cMPhaseIterGVNNtransform_old6MpnENode__2_ (fa6809f4, 9132d4, 89e938, fdd68a6c, 20000000, c7) + 28
    fdde3b98 __1cMPhaseIterGVNIoptimize6M_v_ (fa6809f4, 14, 9132d4, 0, fa680b44, ffffffff) + ac
    fde048d8 __1cOPhaseIdealLoop2t6MrnMPhaseIterGVN_pk0i_v_ (fa68087c, ffffffff, fa680fb0, 2, 0, fa680880) + c34
    fde7fb28 __1cHCompileIOptimize6M_v_ (fa680fb0, 1b55b0, 0, 0, fe3be000, 1000) + 200
    fde82740 __1cHCompile2t6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_ (fa680fb0, 0, 36ee0, 0, fe3384f8, fa680fb0) + be8
    fde786f8 __1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_ (fa6818ac, fe324608, 9269b8, ffffffff, 36ee0, 1000001) + b0
    fde793b4 __1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_ (597690, 1b8eb4, 1b55b0, 1b88d8, fe338ea7, fa6818ac) + 4cc
    fdf35f20 __1cNCompileBrokerUcompiler_thread_loop6F_v_ (fe4124d8, 1b5550, 1b88d8, f4368380, 1b8eb0, 0) + 44c
    fdede29c __1cKJavaThreadDrun6M_v_ (1b88d8, 18, fe40c790, 6c00, 7dd4, 7c00) + 1d8
    fe264240 __1cG_start6Fpv_0_ (1b88d8, 3b62, fe3be000, 0, 4f24, 4c00) + 208
    ff37b01c _thread_start (1b88d8, 0, 0, 0, 0, 0) + 40
    -----------------  lwp# 12 / thread# 11  --------------------
    ff29f428 ___lwp_cond_wait (365d8, 365c0, fe423d60, 0, 0, ff29695c) + 8
    fddc33ec __1cHMonitorEwait6Mil_i_ (36568, 1b9818, 1ba390, fe3be000, 1b9818, 36598) + 4bc
    fdf35d00 __1cNCompileBrokerUcompiler_thread_loop6F_v_ (fe4124d8, 1b5550, 1b9818, fe407360, 1b9df0, 36568) + 22c
    fdede29c __1cKJavaThreadDrun6M_v_ (1b9818, 18, fe40c790, 6c00, 7dd4, 7c00) + 1d8
    fe264240 __1cG_start6Fpv_0_ (1b9818, 3b62, fe3be000, 0, 4f24, 4c00) + 208
    ff37b01c _thread_start (1b9818, 0, 0, 0, 0, 0) + 40
    -----------------  lwp# 13 / thread# 12  --------------------
    ff29f428 ___lwp_cond_wait (34858, 34840, 1, 0, 1, 1bb248) + 8
    fddc309c __1cHMonitorEwait6Mil_i_ (347e8, 1bb1a0, fff0bc00, fe3be000, f4000, 34818) + 16c
    fdf64b44 __1cRLowMemoryDetectorbGlow_memory_detector_thread_entry6FpnKJavaThread_pnGThread__v_ (1bb1a0, 347e8, 9000, fe411604, fe3be000, 1) + 2ec
    fdede29c __1cKJavaThreadDrun6M_v_ (1bb1a0, 18, fe40c790, 6c00, 7dd4, 7c00) + 1d8
    fe264240 __1cG_start6Fpv_0_ (1bb1a0, 3b62, fe3be000, 0, 4f24, 4c00) + 208
    ff37b01c _thread_start (1bb1a0, 0, 0, 0, 0, 0) + 40
    -----------------  lwp# 14 / thread# 13  --------------------
    ff29d600 _poll    (fe4124d8, 32, 0, 0, 8400, fe3be000) + 8
    fdd90cd0 __1cCosFsleep6FpnGThread_xi_i_ (6e58, 6c00, 1, 0, 2, 4) + 25c
    fdfa5194 __1cNWatcherThreadDrun6M_v_ (1bc4c8, 1b5460, 32, fe3be000, fe417db8, 0) + e8
    fe264240 __1cG_start6Fpv_0_ (1bc4c8, 3b62, fe3be000, 0, 4f24, 4c00) + 208
    ff37b01c _thread_start (1bc4c8, 0, 0, 0, 0, 0) + 40
    -----------------  lwp# 15 / thread# 14  --------------------
    ff29d600 _poll    (fe4124d8, 0, 1, f1, 3baea0, fe3be000) + 8
    fdd90cd0 __1cCosFsleep6FpnGThread_xi_i_ (6e58, 6c00, fdf04534, 1, 7, 4) + 25c
    fdf0ca4c JVM_Sleep (ba8, fe406e44, 3baea0, fe412d84, 3bb180, fe3be000) + 260
    f840e22c ???????? (c9, eff818f4, eff81870, ffffff80, f00e5250, 0)
    f840e1d0 ???????? (0, b8, 0, 8, f00e5250, eff81888)
    f8405764 ???????? (2000, 2, 0, f8419754, eff0e110, eff81920)
    f8400218 ???????? (eff81a08, eff81c08, a, f423b868, f840ba20, eff81b20)
    fdd9a808 __1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallArguments_pnGThread__v_ (1, 3baea0, eff81b18, eff81a18, 4, eff81c08) + 5a0
    fdec319c __1cJJavaCallsMcall_virtual6FpnJJavaValue_nGHandle_nLKlassHandle_nMsymbolHandle_5pnGThread__v_ (7a9c, 3baea0, 254948, 254954, 254950, f01aaaf8) + 188
    fdee2700 __1cMthread_entry6FpnKJavaThread_pnGThread__v_ (f402fc58, 3baea0, 254d34, fe424640, fe424710, fe424130) + 134
    fdede29c __1cKJavaThreadDrun6M_v_ (3baea0, 18, fe40c790, 6c00, 7dd4, 7c00) + 1d8
    fe264240 __1cG_start6Fpv_0_ (3baea0, 3b62, fe3be000, 0, 4f24, 4c00) + 208
    ff37b01c _thread_start (3baea0, 0, 0, 0, 0, 0) + 40
    -----------------  lwp# 16 / thread# 15  --------------------
    ff29d600 _poll    (fe4124d8, 0, 1, f0, 358da0, fe3be000) + 8
    fdd90cd0 __1cCosFsleep6FpnGThread_xi_i_ (6e58, 6c00, fdf04534, 1, 7, 4) + 25c
    fdf0ca4c JVM_Sleep (368, fe406e44, 358da0, fe412d84, 358f98, fe3be000) + 260
    f840e22c ???????? (91, efe81874, efe817f0, ffffff80, f00dfeb0, 0)
    f840e1d0 ???????? (0, b8, 0, 8, f00dfeb0, efe81808)
    f8405764 ???????? (2000, 2, 0, f8419754, efe0e110, efe818a0)
    f8400218 ???????? (efe81988, efe81b88, a, f423b868, f840ba20, efe81aa0)
    fdd9a808 __1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallArguments_pnGThread__v_ (1, 358da0, efe81a98, efe81998, 4, efe81b88) + 5a0
    fdec319c __1cJJavaCallsMcall_virtual6FpnJJavaValue_nGHandle_nLKlassHandle_nMsymbolHandle_5pnGThread__v_ (7a9c, 358da0, 254d48, 254d54, 254d50, f01b4270) + 188
    fdee2700 __1cMthread_entry6FpnKJavaThread_pnGThread__v_ (f402fc58, 358da0, 255134, fe424640, fe424710, fe424130) + 134
    fdede29c __1cKJavaThreadDrun6M_v_ (358da0, 18, fe40c790, 6c00, 7dd4, 7c00) + 1d8
    fe264240 __1cG_start6Fpv_0_ (358da0, 3b62, fe3be000, 0, 4f24, 4c00) + 208
    ff37b01c _thread_start (358da0, 0, 0, 0, 0, 0) + 40
    -----------------  lwp# 17 / thread# 16  --------------------
    ff29d600 _poll    (fe4124d8, 0, 1, f5, 3dd8a8, fe3be000) + 8
    fdd90cd0 __1cCosFsleep6FpnGThread_xi_i_ (6e58, 6c00, fdf04534, 1, 7, 4) + 25c
    fdf0ca4c JVM_Sleep (1628, fe406e44, 3dd8a8, fe412d84, 3c5f98, fe3be000) + 260
    f840e22c ???????? (c1, efb015fc, efb01570, ffffff80, efb, 0)
    f840e1d0 ???????? (0, b8, 0, 8, 8800, efb01588)
    f8405764 ???????? (2000, 2, 0, f8419770, efa8e110, efb01620)
    f8400218 ???????? (efb01708, efb01908, a, f422e650, f840ba20, efb01820)
    fdd9a808 __1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallArguments_pnGThread__v_ (1, 3dd8a8, efb01818, efb01718, 4, efb01908) + 5a0
    fdec319c __1cJJavaCallsMcall_virtual6FpnJJavaValue_nGHandle_nLKlassHandle_nMsymbolHandle_5pnGThread__v_ (7a9c, 3dd8a8, 3568f8, 356904, 356900, f007a910) + 188
    fdee2700 __1cMthread_entry6FpnKJavaThread_pnGThread__v_ (f402fc58, 3dd8a8, 356ce4, fe424640, fe424710, fe424130) + 134
    fdede29c __1cKJavaThreadDrun6M_v_ (3dd8a8, 18, fe40c790, 6c00, 7dd4, 7c00) + 1d8
    fe264240 __1cG_start6Fpv_0_ (3dd8a8, 3b62, fe3be000, 0, 4f24, 4c00) + 208
    ff37b01c _thread_start (3dd8a8, 0, 0, 0, 0, 0) + 40
    -----------------  lwp# 18 / thread# 17  --------------------
    ff29f428 ___lwp_cond_wait (65b7a0, 65b788, ef681128, fe4123c4, ff2968f4, ef681120) + 8
    ff296a7c _lwp_cond_timedwait (2ea2b88, 44b36759, ef681248, 65b788, 65b7a0, ff2969e4) + 98
    fdeb4974 __1cNObjectMonitorEwait6MxipnGThread__v_ (120400, fe406ef0, fe4238d8, fe3be000, 65b550, 120420) + 7a8
    fdeb5978 __1cSObjectSynchronizerEwait6FnGHandle_xpnGThread__v_ (120402, 86d4, 0, 65b550, 8400, fe3be000) + e8
    fdeb5628 JVM_MonitorWait (0, 3dcdb4, 65b550, fe412d84, 0, 1) + 31c
    f840e22c ???????? (91, ef6814b4, ef681430, ffffff80, ef6, 0)
    f840e1d0 ???????? (f1631648, b6, 0, c, f00d7f28, ef681448)
    f8405764 ???????? (f007ea58, fe4163d4, 0, f8419354, 8800, ef681508)
    f8405764 ???????? (2000, 2, 0, f84195a0, ef60e110, ef6815a0)
    f8400218 ???????? (ef681688, ef681888, a, f456d6b8, f840ba20, ef6817a0)
    fdd9a808 __1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallArguments_pnGThread__v_ (1, 65b550, ef681798, ef681698, 4, ef681888) + 5a0
    fdec319c __1cJJavaCallsMcall_virtual6FpnJJavaValue_nGHandle_nLKlassHandle_nMsymbolHandle_5pnGThread__v_ (7a9c, 65b550, 3dcda0, 3dcdac, 3dcda8, f007ea58) + 188
    fdee2700 __1cMthread_entry6FpnKJavaThread_pnGThread__v_ (f402fc58, 65b550, 3dd18c, fe424640, fe424710, fe424130) + 134
    fdede29c __1cKJavaThreadDrun6M_v_ (65b550, 18, fe40c790, 6c00, 7dd4, 7c00) + 1d8
    fe264240 __1cG_start6Fpv_0_ (65b550, 3b62, fe3be000, 0, 4f24, 4c00) + 208
    ff37b01c _thread_start (65b550, 0, 0, 0, 0, 0) + 40
    --------------------------  thread# 3  --------------------
    ff36d9b8 _reap_wait (ff390980, 1e924, 0, ff38c000, 0, 0) + 38
    ff36d710 _reaper  (ff38ce00, ff392708, ff390980, ff38cdd8, 1, fe400000) + 38
    ff37b01c _thread_start (0, 0, 0, 0, 0, 0) + 40

  • JDK 1.6 on Solaris. Multiple java processes and thread freezes

    Hi, we've come across a really weird behavior on the Solaris JVM, reported by a customer of ours.
    Our server application consists of multiple threads. Normally we see them all running within a single Java process, and all is fine.
    At some point in time, and only on Solaris 10, it seems that the main Java process starts a second Java process. This is not our code trying to execute some other application/command. It's the JVM itself forking a new copy of itself. I assumed this was because of some JVM behaviour on Solaris that uses multiple processes if the number of threads is > 128. However at the time of spawn there are less than 90 threads running.
    In any case, once this second process starts, some of the threads of the application (incidentally, they're the first threads created by the application at startup, in the first threadgroup) stop working. Our application dumps a list of all threads in the system every ten minutes, and even when they're not working, the threads are still there. Our logs also show that when the second process starts, these threads were not in the running state. They had just completed their operations and were sleeping in their thread pool, in a wait() call. Once the second process starts, jobs for these threads just queue up, and the wait() does not return, even after another thread has done a notify() to inform them of the new jobs.
    Even more interesting, when the customer manually kills -9 the second process, without doing anything in our application, all threads that were 'frozen' start working again, immediately. This (and the fact that this never happens on other OSes) makes us think that this is some sort of problem (or misconfiguration) specific to the Solaris JVM, and not our application.
    The customer initially reported this with JDK 1.5.0_12 , we told them to upgrade to the latest JDK 1.6 update 6, but the problem remains. There are no special JVM switches (apart from -Xms32m -Xmx256m) used. We're really at a dead end here in diagnosing this problem, as it clearly seems to be outside our app. Any suggestion?

    Actually, we've discovered that that's not really what was going on. I still believe there's a bug in the JVM, but the fork was happening because our Java code tries to exec a command line tool once a minute. After hours of this, we get a rogue child process with this stack (which is where we are forking this command line tool once a minute):
    JVM version is 1.5.0_08-b03
    Thread t@38: (state = IN_NATIVE)
    - java.lang.UNIXProcess.forkAndExec(byte[], byte[], int, byte[], int, byte[], boolean, java.io.FileDescriptor, java.io.FileDescriptor, java.io.FileDescriptor) @bci=168980456 (Interpreted frame)
    - java.lang.UNIXProcess.forkAndExec(byte[], byte[], int, byte[], int, byte[], boolean, java.io.FileDescriptor, java.io.FileDescriptor, java.io.FileDescriptor) @bci=0 (Interpreted frame)
    - java.lang.UNIXProcess.<init>(byte[], byte[], int, byte[], int, byte[], boolean) @bci=62, line=53 (Interpreted frame)
    - java.lang.ProcessImpl.start(java.lang.String[], java.util.Map, java.lang.String, boolean) @bci=182, line=65 (Interpreted frame)
    - java.lang.ProcessBuilder.start() @bci=112, line=451 (Interpreted frame)
    - java.lang.Runtime.exec(java.lang.String[], java.lang.String[], java.io.File) @bci=16, line=591 (Interpreted frame)
    - java.lang.Runtime.exec(java.lang.String, java.lang.String[], java.io.File) @bci=69, line=429 (Interpreted frame)
    - java.lang.Runtime.exec(java.lang.String) @bci=4, line=326 (Interpreted frame)
    - java.lang.Thread.run() @bci=11, line=595 (Interpreted frame)There are also several dozen other threads all with the same stack:
    Thread t@32: (state = BLOCKED)
    Error occurred during stack walking:
    sun.jvm.hotspot.debugger.DebuggerException: can't map thread id to thread handle!
         at sun.jvm.hotspot.debugger.proc.ProcDebuggerLocal.getThreadIntegerRegisterSet0(Native Method)
         at sun.jvm.hotspot.debugger.proc.ProcDebuggerLocal.getThreadIntegerRegisterSet(ProcDebuggerLocal.java:364)
         at sun.jvm.hotspot.debugger.proc.sparc.ProcSPARCThread.getContext(ProcSPARCThread.java:35)
         at sun.jvm.hotspot.runtime.solaris_sparc.SolarisSPARCJavaThreadPDAccess.getCurrentFrameGuess(SolarisSPARCJavaThreadPDAccess.java:108)
         at sun.jvm.hotspot.runtime.JavaThread.getCurrentFrameGuess(JavaThread.java:252)
         at sun.jvm.hotspot.runtime.JavaThread.getLastJavaVFrameDbg(JavaThread.java:211)
         at sun.jvm.hotspot.tools.StackTrace.run(StackTrace.java:50)
         at sun.jvm.hotspot.tools.JStack.run(JStack.java:41)
         at sun.jvm.hotspot.tools.Tool.start(Tool.java:204)
         at sun.jvm.hotspot.tools.JStack.main(JStack.java:58)I'm pretty sure this is because the fork part of the UnixProcess.forkAndExec is using the Solaris fork1 system call, and thus all the Java context thinks all those threads exist, whereas the actual threads don't exist in that process.
    It seems to me that something is broken in UnixProcess.forkAndExec in native code; it did the fork, but not the exec, and this exec thread just sits there forever. And of course, it's still holding all the file descriptors of the original process, which means that if we decide to restart our process, we can't reopen our sockets for listening or whatever else we want to do.
    There is another possibility, which I can't completely rule out: this child process just happened to be the one that was fork'd when the parent process called Runtime.halt(), which is how the Java process exits. We decided to exit halfway through a Runtime.exec(), and got this child process stuck. But I don't think that's what happens... from what I understand that we collected, we see this same child process created at some point in time, and it doesn't go away.
    Yes, I realize that my JVM is very old, but I cannot find any bug fixes in the release notes that claim to fix something like this. And since this only happens once every day or two, I'm reluctant to just throw a new JVM at this--although I'm sure I will shortly.
    Has anyone else seen anything like this?

  • Why java process crashes frequently

    We are facing an issue with our Oracle CMS server which is a java process. Content server instance is going down again and again within 5 minutes. We don't see any entries in the content server log files. However there is a crash dump of the java process that we get. I am attaching log entries here. Can any one please guide by looking at the logs as what could be the probable issues for the crash.
    **************************************************************************Java Crash Report *******************************************************************************
    # An unexpected error has been detected by Java Runtime Environment:
    # SIGSEGV (0xb) at pc=0x0000002a95ad3ace, pid=12734, tid=1086544224
    # Java VM: Java HotSpot(TM) 64-Bit Server VM (1.6.0-b105 mixed mode)
    # Problematic frame:
    # V [libjvm.so+0x45eace]
    # If you would like to submit a bug report, please visit:
    # http://java.sun.com/webapps/bugreport/crash.jsp
    --------------- T H R E A D ---------------
    Current thread (0x0000002b9fa94800): JavaThread "CompilerThread1" daemon [_thread_in_native, id=12768]
    siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x0000000000000008
    Registers:
    RAX=0x0000002ba495faa0, RBX=0x0000000040c337f0, RCX=0x0000000000000000, RDX=0x0000000000000000
    RSP=0x0000000040c330d0, RBP=0x0000000040c33120, RSI=0x0000002ba39c3a30, RDI=0x0000002ba6700040
    R8 =0x0000000000000000, R9 =0x0000002ba547cd40, R10=0x0000000000000807, R11=0x0000000000000807
    R12=0x0000002ba547f8c8, R13=0x0000002ba39c3a30, R14=0x0000000040c337d0, R15=0x0000002ba7275a50
    RIP=0x0000002a95ad3ace, EFL=0x0000000000010287, CSGSFS=0x0000000000002d70, ERR=0x0000000000000004
    TRAPNO=0x000000000000000e
    Top of Stack: (sp=0x0000000040c330d0)
    0x0000000040c330d0: 0000000000000080 0000002ba7980f39
    0x0000000040c330e0: 0000002ba547f8c9 0000002ba692c211
    0x0000000040c330f0: 0000000040c337f0 0000002ba7275a50
    0x0000000040c33100: 0000000040c33210 0000002ba39c3a30
    0x0000000040c33110: 0000000040c33230 0000000000000003
    0x0000000040c33120: 0000000040c33190 0000002a95ad37a6
    0x0000000040c33130: 0000002ba6e29e58 0000002ba693abe8
    0x0000000040c33140: 0000000300000004 0000000000000000
    0x0000000040c33150: 0000000040c331f0 0000000040c33230
    0x0000000040c33160: 0000000040c337d0 0000002ba67f6690
    0x0000000040c33170: 0000002ba692c280 0000000040c337d0
    0x0000000040c33180: 0000000040c331f0 0000000000000001
    0x0000000040c33190: 0000000040c33280 0000002a95ad102e
    0x0000000040c331a0: 0000000040c339f0 0000000040c33210
    0x0000000040c331b0: 0000002ba7273928 0000000040c339f0
    0x0000000040c331c0: 0000000040c33230 0000002b9fa94bd0
    0x0000000040c331d0: 0000000040c33840 0000002a95b585a1
    0x0000000040c331e0: 0000000000000000 0000000040c339f0
    0x0000000040c331f0: 0000002b9fa94bd0 0000009900000100
    0x0000000040c33200: 0000002ba67f80c0 0000002a000000e5
    0x0000000040c33210: 0000002ba67f1a90 0000002ba67f6520
    0x0000000040c33220: 0000002ba67f1a80 0000002b9fa94bd0
    0x0000000040c33230: 0000002a95e4a550 0000002b9fa94bd0
    0x0000000040c33240: 0000000000000080 0000002ba67f6aa0
    0x0000000040c33250: 0000000040c33c40 0000000040c338a0
    0x0000000040c33260: 0000000040c34af0 0000000040c341c0
    0x0000000040c33270: 0000000000000029 0000000040c339f0
    0x0000000040c33280: 0000000040c33d20 0000002a958745eb
    0x0000000040c33290: 0000002b9fa95058 0000000000000000
    0x0000000040c332a0: 0000000000000000 0000000040c33cb0
    0x0000000040c332b0: 0000002b9fa94bd0 0000002ba753c0f0
    0x0000000040c332c0: 0000002ba75436b0 0000002ba75440d8
    Instructions: (pc=0x0000002a95ad3ace)
    0x0000002a95ad3abe: 66 90 49 8b be b0 00 00 00 45 89 c0 4a 8b 0c c7
    0x0000002a95ad3ace: 4c 8b 59 08 49 83 3b 00 75 2f 8b 73 08 66 66 90
    Stack: [0x0000000040b35000,0x0000000040c36000), sp=0x0000000040c330d0, free space=1016k
    Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
    V [libjvm.so+0x45eace]
    V [libjvm.so+0x45e7a6]
    V [libjvm.so+0x45c02e]
    V [libjvm.so+0x1ff5eb]
    V [libjvm.so+0x1fcedc]
    V [libjvm.so+0x1a074e]
    V [libjvm.so+0x204e0b]
    V [libjvm.so+0x2047bc]
    V [libjvm.so+0x5be869]
    V [libjvm.so+0x5b8f22]
    V [libjvm.so+0x4b454e]
    C [libpthread.so.0+0x6137]
    C 0x0000000000000000
    Current CompileTask:
    C2:1639 collections.CollectionHelper$1.compare(Ljava/lang/Object;Ljava/lang/Object;)I (425 bytes)
    --------------- P R O C E S S ---------------
    Java Threads: ( => current thread )
    0x0000002ba76ca400 JavaThread "IdcServerThread-742" daemon [_thread_in_Java, id=16714]
    0x0000002ba615e400 JavaThread "IdcServerThread-740" daemon [_thread_in_Java, id=16712]
    0x0000002ba939f000 JavaThread "IdcServerThread-738" daemon [_thread_in_Java, id=16710]
    0x0000002ba3ee7800 JavaThread "TaskLauncher stdout" daemon [_thread_in_native, id=16491]
    0x0000002ba34c7000 JavaThread "TaskLauncher stderr" daemon [_thread_in_native, id=16490]
    0x0000002ba3216400 JavaThread "process reaper" daemon [_thread_in_native, id=16488]
    0x0000002ba2ec6400 JavaThread "Thread-517" daemon [_thread_in_native, id=16270]
    0x0000002ba2ec5c00 JavaThread "process reaper" daemon [_thread_in_native, id=16268]
    0x0000002ba2ec2400 JavaThread "Thread-465" daemon [_thread_in_native, id=16116]
    0x0000002ba2e57800 JavaThread "process reaper" daemon [_thread_in_native, id=16113]
    0x0000002ba5b83c00 JavaThread "Keep-Alive-Timer" daemon [_thread_blocked, id=15173]
    0x0000002ba4951000 JavaThread "Thread-20" daemon [_thread_in_native, id=14472]
    0x0000000040114800 JavaThread "DestroyJavaVM" [_thread_blocked, id=12758]
    0x0000002ba428e000 JavaThread "OutgoingProviderMonitor" daemon [_thread_blocked, id=14465]
    0x0000002ba456bc00 JavaThread "LDAPConnThread Lonads06.EU.COLT:389" daemon [_thread_in_native, id=14464]
    0x0000002ba456b400 JavaThread "LDAPConnThread Lonads06.EU.COLT:389" daemon [_thread_in_native, id=14463]
    0x0000002ba4b96c00 JavaThread "LDAPConnThread Lonads06.EU.COLT:389" daemon [_thread_in_native, id=14462]
    0x0000002ba4593c00 JavaThread "LDAPConnThread Lonads06.EU.COLT:389" daemon [_thread_in_native, id=14461]
    0x0000002ba47e5800 JavaThread "LDAPConnThread Lonads06.EU.COLT:389" daemon [_thread_in_native, id=14460]
    0x0000002ba4261000 JavaThread "tcp/4477 listener" [_thread_in_native, id=14459]
    0x0000002ba4291400 JavaThread "scs-StellentEmbedded-Monitor" [_thread_blocked, id=14457]
    0x0000002ba4290c00 JavaThread "scs-StellentEmbedded-Processor4" daemon [_thread_blocked, id=14456]
    0x0000002ba412b800 JavaThread "scs-StellentEmbedded-Processor3" daemon [_thread_blocked, id=14455]
    0x0000002ba412b000 JavaThread "scs-StellentEmbedded-Processor2" daemon [_thread_blocked, id=14454]
    0x0000002ba4220800 JavaThread "scs-StellentEmbedded-Processor1" daemon [_thread_blocked, id=14453]
    0x0000002ba4220400 JavaThread "ContainerBackgroundProcessor[StandardEngine[Stellent Embedded]]" daemon [_thread_blocked, id=14452]
    0x0000002b9f9aa800 JavaThread "tcp/5551 listener" [_thread_in_native, id=14447]
    0x0000002ba32fe400 JavaThread "TaskMonitor" daemon [_thread_blocked, id=13066]
    0x0000002ba32cf400 JavaThread "index update notify" daemon [_thread_blocked, id=13063]
    0x0000002ba3438800 JavaThread "index update work" daemon [_thread_blocked, id=13062]
    0x0000002ba3192400 JavaThread "WebDAVUnlocker" daemon [_thread_blocked, id=12803]
    0x0000002ba2d74400 JavaThread "EventManager" daemon [_thread_blocked, id=12800]
    0x0000002ba3936000 JavaThread "Thread-2" daemon [_thread_blocked, id=12799]
    0x0000002ba33ed400 JavaThread "IndexerMonitor" daemon [_thread_blocked, id=12798]
    0x0000002ba49bfc00 JavaThread "SubjectManager" daemon [_thread_blocked, id=12797]
    0x0000002ba3e4f800 JavaThread "FileUtilsLockThread" daemon [_thread_blocked, id=12794]
    0x0000002ba41d1400 JavaThread "Archive TransferMonitor" daemon [_thread_blocked, id=12793]
    0x0000002ba4043400 JavaThread "Archive lock" daemon [_thread_blocked, id=12792]
    0x0000002ba2e08000 JavaThread "Scheduled System Events" daemon [_thread_blocked, id=12791]
    0x0000002ba3da1800 JavaThread "SearchCache" daemon [_thread_blocked, id=12790]
    0x0000002ba3d57800 JavaThread "SchemaPublisher" daemon [_thread_blocked, id=12787]
    0x0000002ba313d000 JavaThread "OracleTimeoutPollingThread" daemon [_thread_blocked, id=12784]
    0x0000002b9fa96800 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=12769]
    =>0x0000002b9fa94800 JavaThread "CompilerThread1" daemon [_thread_in_native, id=12768]
    0x0000002b9fa92c00 JavaThread "CompilerThread0" daemon [_thread_in_native, id=12767]
    0x0000002b9fa91400 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=12766]
    0x0000002b9fa6e000 JavaThread "Finalizer" daemon [_thread_blocked, id=12765]
    0x0000002b9fa6d000 JavaThread "Reference Handler" daemon [_thread_blocked, id=12764]
    Other Threads:
    0x0000002b9fa68400 VMThread [id=12763]
    0x0000002b9fa98800 WatcherThread [id=12770]
    VM state:not at safepoint (normal execution)
    VM Mutex/Monitor currently owned by a thread: None
    Heap
    par new generation total 471872K, used 260567K [0x0000002a995a0000, 0x0000002ab95a0000, 0x0000002ab95a0000)
    eden space 419456K, 58% used [0x0000002a995a0000, 0x0000002aa84dc980, 0x0000002ab2f40000)
    from space 52416K, 29% used [0x0000002ab6270000, 0x0000002ab71a95e0, 0x0000002ab95a0000)
    to space 52416K, 0% used [0x0000002ab2f40000, 0x0000002ab2f40000, 0x0000002ab6270000)
    tenured generation total 3670016K, used 125050K [0x0000002ab95a0000, 0x0000002b995a0000, 0x0000002b995a0000)
    the space 3670016K, 3% used [0x0000002ab95a0000, 0x0000002ac0fbe8b0, 0x0000002ac0fbea00, 0x0000002b995a0000)
    compacting perm gen total 35648K, used 35426K [0x0000002b995a0000, 0x0000002b9b870000, 0x0000002b9e9a0000)
    the space 35648K, 99% used [0x0000002b995a0000, 0x0000002b9b838a00, 0x0000002b9b838a00, 0x0000002b9b870000)
    No shared spaces configured.
    Dynamic libraries:
    40000000-40009000 r-xp 00000000 fd:04 327862 /Stellent/idcm2/shared/os/linux64/jdk1.6.0/bin/java
    40108000-4010a000 rw-p 00008000 fd:04 327862 /Stellent/idcm2/shared/os/linux64/jdk1.6.0/bin/java
    4010a000-4012b000 rwxp 4010a000 00:00 0
    4012b000-4012e000 ---p 4012b000 00:00 0
    4012e000-4022c000 rwxp 4012e000 00:00 0
    4022c000-4022d000 ---p 4022c000 00:00 0
    4022d000-4032d000 rwxp 4022d000 00:00 0
    4032d000-4032e000 ---p 4032d000 00:00 0
    4032e000-4042e000 rwxp 4032e000 00:00 0
    4042e000-4042f000 ---p 4042e000 00:00 0
    4042f000-4052f000 rwxp 4042f000 00:00 0
    4052f000-40530000 ---p 4052f000 00:00 0
    40530000-40630000 rwxp 40530000 00:00 0
    40630000-40631000 ---p 40630000 00:00 0
    40631000-40731000 rwxp 40631000 00:00 0
    40731000-40734000 ---p 40731000 00:00 0
    40734000-40832000 rwxp 40734000 00:00 0
    40832000-40835000 ---p 40832000 00:00 0
    40835000-40933000 rwxp 40835000 00:00 0
    40933000-40936000 ---p 40933000 00:00 0
    40936000-40a34000 rwxp 40936000 00:00 0
    40a34000-40a37000 ---p 40a34000 00:00 0
    40a37000-40b35000 rwxp 40a37000 00:00 0
    40b35000-40b38000 ---p 40b35000 00:00 0
    40b38000-40c36000 rwxp 40b38000 00:00 0
    40c36000-40c39000 ---p 40c36000 00:00 0
    40c39000-40d37000 rwxp 40c39000 00:00 0
    40d37000-40d38000 ---p 40d37000 00:00 0
    40d38000-40e38000 rwxp 40d38000 00:00 0
    40e38000-40e3b000 ---p 40e38000 00:00 0
    40e3b000-40f39000 rwxp 40e3b000 00:00 0
    40f39000-40f3c000 ---p 40f39000 00:00 0
    40f3c000-4103a000 rwxp 40f3c000 00:00 0
    4103a000-4103d000 ---p 4103a000 00:00 0
    4103d000-4113b000 rwxp 4103d000 00:00 0
    4113b000-4113e000 ---p 4113b000 00:00 0
    4113e000-4123c000 rwxp 4113e000 00:00 0
    4123c000-4123f000 ---p 4123c000 00:00 0
    4123f000-4133d000 rwxp 4123f000 00:00 0
    4133d000-41340000 ---p 4133d000 00:00 0
    41340000-4143e000 rwxp 41340000 00:00 0
    4143e000-41441000 ---p 4143e000 00:00 0
    41441000-4153f000 rwxp 41441000 00:00 0
    4153f000-41542000 ---p 4153f000 00:00 0
    41542000-41640000 rwxp 41542000 00:00 0
    41640000-41643000 ---p 41640000 00:00 0
    41643000-41741000 rwxp 41643000 00:00 0
    41741000-41744000 ---p 41741000 00:00 0
    41744000-41842000 rwxp 41744000 00:00 0
    41842000-41845000 ---p 41842000 00:00 0
    41845000-41943000 rwxp 41845000 00:00 0
    41943000-41946000 ---p 41943000 00:00 0
    41946000-41a44000 rwxp 41946000 00:00 0
    41a44000-41a47000 ---p 41a44000 00:00 0
    41a47000-41b45000 rwxp 41a47000 00:00 0
    41b45000-41b48000 ---p 41b45000 00:00 0
    41b48000-41c46000 rwxp 41b48000 00:00 0
    41c46000-41c49000 ---p 41c46000 00:00 0
    41c49000-41d47000 rwxp 41c49000 00:00 0
    41d47000-41d4a000 ---p 41d47000 00:00 0
    41d4a000-41e48000 rwxp 41d4a000 00:00 0
    41e48000-41e4b000 ---p 41e48000 00:00 0
    41e4b000-41f49000 rwxp 41e4b000 00:00 0
    41f49000-41f4c000 ---p 41f49000 00:00 0
    41f4c000-4204a000 rwxp 41f4c000 00:00 0
    4204a000-4204d000 ---p 4204a000 00:00 0
    4204d000-4214b000 rwxp 4204d000 00:00 0
    4214b000-4214e000 ---p 4214b000 00:00 0
    4214e000-4224c000 rwxp 4214e000 00:00 0
    4224c000-4224f000 ---p 4224c000 00:00 0
    4224f000-4234d000 rwxp 4224f000 00:00 0
    4234d000-42350000 ---p 4234d000 00:00 0
    42350000-4244e000 rwxp 42350000 00:00 0
    4244e000-42451000 ---p 4244e000 00:00 0
    42451000-4254f000 rwxp 42451000 00:00 0
    4254f000-42552000 ---p 4254f000 00:00 0
    42552000-42650000 rwxp 42552000 00:00 0
    42650000-42653000 ---p 42650000 00:00 0
    42653000-42751000 rwxp 42653000 00:00 0
    42751000-42754000 ---p 42751000 00:00 0
    42754000-42852000 rwxp 42754000 00:00 0
    42852000-42855000 ---p 42852000 00:00 0
    42855000-42953000 rwxp 42855000 00:00 0
    42953000-42956000 ---p 42953000 00:00 0
    42956000-42a54000 rwxp 42956000 00:00 0
    42a54000-42a57000 ---p 42a54000 00:00 0
    42a57000-42b55000 rwxp 42a57000 00:00 0
    42b55000-42b58000 ---p 42b55000 00:00 0
    42b58000-42c56000 rwxp 42b58000 00:00 0
    42c56000-42c59000 ---p 42c56000 00:00 0
    42c59000-42d57000 rwxp 42c59000 00:00 0
    42d57000-42d5a000 ---p 42d57000 00:00 0
    42d5a000-42e58000 rwxp 42d5a000 00:00 0
    42e58000-42e5b000 ---p 42e58000 00:00 0
    42e5b000-42f59000 rwxp 42e5b000 00:00 0
    42f59000-42f5c000 ---p 42f59000 00:00 0
    42f5c000-4305a000 rwxp 42f5c000 00:00 0
    4305a000-4305d000 ---p 4305a000 00:00 0
    4305d000-4315b000 rwxp 4305d000 00:00 0
    4315b000-4315e000 ---p 4315b000 00:00 0
    4315e000-4325c000 rwxp 4315e000 00:00 0
    4325c000-4325f000 ---p 4325c000 00:00 0
    4325f000-4335d000 rwxp 4325f000 00:00 0
    4335d000-43360000 rwxp 4335d000 00:00 0
    43360000-4345e000 rwxp 43360000 00:00 0
    4345e000-43461000 ---p 4345e000 00:00 0
    43461000-4355f000 rwxp 43461000 00:00 0
    4355f000-43562000 ---p 4355f000 00:00 0
    43562000-43660000 rwxp 43562000 00:00 0
    43660000-43663000 ---p 43660000 00:00 0
    43663000-43761000 rwxp 43663000 00:00 0
    43761000-43764000 ---p 43761000 00:00 0
    43764000-43862000 rwxp 43764000 00:00 0
    43862000-43865000 rwxp 43862000 00:00 0
    43865000-43963000 rwxp 43865000 00:00 0
    2a95556000-2a95557000 rw-p 2a95556000 00:00 0
    2a95557000-2a95558000 r--p 2a95557000 00:00 0
    2a95558000-2a95559000 rwxp 2a95558000 00:00 0
    2a95559000-2a9555a000 r--s 00000000 c7:03 119617 /u01/ucm-share/idcm2/custom/CheckSCSHealth/classes.jar
    2a95568000-2a95569000 rw-p 2a95568000 00:00 0
    2a95569000-2a95570000 r-xp 00000000 fd:04 327868 /Stellent/idcm2/shared/os/linux64/jdk1.6.0/jre/lib/amd64/jli/libjli.so
    2a95570000-2a95671000 ---p 00007000 fd:04 327868 /Stellent/idcm2/shared/os/linux64/jdk1.6.0/jre/lib/amd64/jli/libjli.so
    2a95671000-2a95673000 rw-p 00008000 fd:04 327868 /Stellent/idcm2/shared/os/linux64/jdk1.6.0/jre/lib/amd64/jli/libjli.so
    2a95673000-2a95675000 rw-p 2a95673000 00:00 0
    2a95675000-2a95cef000 r-xp 00000000 fd:04 327869 /Stellent/idcm2/shared/os/linux64/jdk1.6.0/jre/lib/amd64/server/libjvm.so
    2a95cef000-2a95df1000 ---p 0067a000 fd:04 327869 /Stellent/idcm2/shared/os/linux64/jdk1.6.0/jre/lib/amd64/server/libjvm.so
    2a95df1000-2a95f1d000 rw-p 0067c000 fd:04 327869 /Stellent/idcm2/shared/os/linux64/jdk1.6.0/jre/lib/amd64/server/libjvm.so
    2a95f1d000-2a95f58000 rw-p 2a95f1d000 00:00 0
    2a95f58000-2a95f5f000 r-xp 00000000 fd:04 344863 /Stellent/idcm2/shared/os/linux64/jdk1.6.0/jre/lib/amd64/native_threads/libhpi.so
    2a95f5f000-2a96060000 ---p 00007000 fd:04 344863 /Stellent/idcm2/shared/os/linux64/jdk1.6.0/jre/lib/amd64/native_threads/libhpi.so
    2a96060000-2a96062000 rw-p 00008000 fd:04 344863 /Stellent/idcm2/shared/os/linux64/jdk1.6.0/jre/lib/amd64/native_threads/libhpi.so
    2a96062000-2a96063000 rw-p 2a96062000 00:00 0
    2a96063000-2a9606b000 rw-s 00000000 fd:05 16389 /tmp/hsperfdata_stellent/12734
    2a96074000-2a9607e000 r-xp 00000000 fd:00 114716 /lib64/libnss_files-2.3.4.so
    2a9607e000-2a9617e000 ---p 0000a000 fd:00 114716 /lib64/libnss_files-2.3.4.so
    2a9617e000-2a9617f000 r--p 0000a000 fd:00 114716 /lib64/libnss_files-2.3.4.so
    2a9617f000-2a96180000 rw-p 0000b000 fd:00 114716 /lib64/libnss_files-2.3.4.so
    2a96180000-2a9618d000 r-xp 00000000 fd:04 327867 /Stellent/idcm2/shared/os/linux64/jdk1.6.0/jre/lib/amd64/libverify.so
    2a9618d000-2a9628c000 ---p 0000d000 fd:04 327867 /Stellent/idcm2/shared/os/linux64/jdk1.6.0/jre/lib/amd64/libverify.so
    2a9628c000-2a9628f000 rw-p 0000c000 fd:04 327867 /Stellent/idcm2/shared/os/linux64/jdk1.6.0/jre/lib/amd64/libverify.so
    2a9628f000-2a962b7000 r-xp 00000000 fd:04 327870 /Stellent/idcm2/shared/os/linux64/jdk1.6.0/jre/lib/amd64/libjava.so
    2a962b7000-2a963b7000 ---p 00028000 fd:04 327870 /Stellent/idcm2/shared/os/linux64/jdk1.6.0/jre/lib/amd64/libjava.so
    2a963b7000-2a963be000 rw-p 00028000 fd:04 327870 /Stellent/idcm2/shared/os/linux64/jdk1.6.0/jre/lib/amd64/libjava.so
    2a963be000-2a963cc000 r-xp 00000000 fd:04 327866 /Stellent/idcm2/shared/os/linux64/jdk1.6.0/jre/lib/amd64/libzip.so
    2a963cc000-2a964ce000 ---p 0000e000 fd:04 327866 /Stellent/idcm2/shared/os/linux64/jdk1.6.0/jre/lib/amd64/libzip.so
    2a964ce000-2a964d1000 rw-p 00010000 fd:04 327866 /Stellent/idcm2/shared/os/linux64/jdk1.6.0/jre/lib/amd64/libzip.so
    2a964d1000-2a964d2000 rw-p 2a964d1000 00:00 0
    2a964d2000-2a96dc2000 rwxp 2a964d2000 00:00 0
    2a96dc2000-2a994d2000 rwxp 2a96dc2000 00:00 0
    2a994d2000-2a994f6000 rwxp 2a994d2000 00:00 0
    2a994f6000-2a99592000 rwxp 2a994f6000 00:00 0
    2a99592000-2a99598000 r--s 00091000 fd:04 327864 /Stellent/idcm2/shared/os/linux64/jdk1.6.0/jre/lib/jsse.jar
    2a995a0000-2b9b870000 rwxp 2a995a0000 00:00 0
    2b9b870000-2b9e9a0000 rwxp 2b9b870000 00:00 0
    2b9e9a0000-2b9f1b2000 rwxp 2b9e9a0000 00:00 0
    2b9f1b2000-2b9f1ca000 rwxp 2b9f1b2000 00:00 0
    2b9f1ca000-2b9f1cb000 rwxp 2b9f1ca000 00:00 0
    2b9f1cb000-2b9f24f000 rw-p 2b9f1cb000 00:00 0
    2b9f24f000-2b9f962000 rwxp 2b9f24f000 00:00 0
    2b9f962000-2b9f97b000 rwxp 2b9f962000 00:00 0
    2b9f97b000-2b9faa3000 rw-p 2b9f97b000 00:00 0
    2b9faa3000-2b9faa9000 r--s 00019000 fd:04 199063 /Stellent/idcm2/shared/classes/endorsed/xml-apis-2.5.0.jar
    2b9faa9000-2b9fabc000 r--s 000d0000 fd:04 199062 /Stellent/idcm2/shared/classes/endorsed/xercesImpl-2.5.0.jar
    2b9fabc000-2b9fade000 r--s 002af000 fd:04 199046 /Stellent/idcm2/shared/classes/endorsed/xalan-2.5.2.jar
    2b9fade000-2b9fc58000 r--s 02c68000 fd:04 327872 /Stellent/idcm2/shared/os/linux64/jdk1.6.0/jre/lib/rt.jar
    2b9fc58000-2ba2a9e000 r--p 00000000 fd:07 100795 /usr/lib/locale/locale-archive
    2ba2a9e000-2ba2b9e000 rw-p 2ba2a9e000 00:00 0
    2ba2b9e000-2ba2b9f000 r--s 00001000 c7:03 131654 /u01/ucm-share/idcm2/custom/ActiveDirectoryLdapComponent/classes.jar
    2ba2b9f000-2ba2ba0000 r--s 00001000 c7:03 131709 /u01/ucm-share/idcm2/custom/CoreUserInterfaceLibrary/classes.jar
    2ba2ba0000-2ba2ba1000 r--s 0000d000 c7:03 262212 /u01/ucm-share/idcm2/custom/LinkManager8/classes.jar
    2ba2ba1000-2ba2ba3000 r--s 0000e000 c7:03 95802 /u01/ucm-share/idcm2/custom/SiteStudio/lib/jakarta-oro-2.0.8.jar
    2ba2ba3000-2ba2ba4000 r--s 0000b000 c7:03 119636 /u01/ucm-share/idcm2/custom/OracleQueryOptimizer/classes.jar
    2ba2ba4000-2ba2ba5000 r--s 00001000 c7:03 134675 /u01/ucm-share/idcm2/custom/UserProfileSchemaLoader/classes.jar
    2ba2ba5000-2ba2ba6000 r--s 00000000 c7:03 134759 /u01/ucm-share/idcm2/custom/YahooUserInterfaceLibrary/classes.jar
    2ba2ba6000-2ba2baf000 r--s 000c6000 c7:03 134761 /u01/ucm-share/idcm2/custom/YahooUserInterfaceLibrary/yuicompressor-2.3.5.jar
    2ba2baf000-2ba2bb0000 r--s 00009000 c7:03 131727 /u01/ucm-share/idcm2/custom/FolderStructureArchive/classes.jar
    2ba2bb0000-2ba2bb1000 r--s 00001000 c7:03 119781 /u01/ucm-share/idcm2/custom/PopUpCalendar/classes.jar
    2ba2bb1000-2ba2bb3000 r--s 00000000 c7:03 119775 /u01/ucm-share/idcm2/custom/WebUrlMapPlugin/classes.jar
    2ba2bb3000-2ba2bb4000 r--s 0000f000 c7:03 57433 /u01/ucm-share/idcm2/custom/CoreWebdav/classes.jar
    2ba2bb4000-2ba2bb5000 r--s 00002000 c7:03 52728 /u01/ucm-share/idcm2/custom/COLT_IN_AD/lib/COLT_IN_AD.jar
    2ba2bb5000-2ba2bb6000 r--s 00001000 c7:03 52751 /u01/ucm-share/idcm2/custom/COLT_IN_ReviewExpiry/lib/COLT_IN_ReviewExpiry.jar
    2ba2bb6000-2ba2cb6000 rw-p 2ba2bb6000 00:00 0
    2ba2cb6000-2ba2cb9000 r--s 00023000 c7:03 52800 /u01/ucm-share/idcm2/custom/COLT_IN_Web/lib/jdom.jar
    2ba2cb9000-2ba2cbd000 r--s 0002d000 c7:03 52801 /u01/ucm-share/idcm2/custom/COLT_IN_Web/lib/rome-0.8.jar
    2ba2cbd000-2ba2cbf000 r--s 00005000 c7:03 52799 /u01/ucm-share/idcm2/custom/COLT_IN_Web/lib/COLT_IN_Web.jar
    2ba2cbf000-2ba2cc0000 r--s 00001000 c7:03 28075 /u01/ucm-share/idcm2/custom/comptool/classes.jar
    2ba2cc0000-2ba2cc1000 r--s 00002000 c7:03 131698 /u01/ucm-share/idcm2/custom/ComponentTool/classes.jar
    2ba2cc1000-2ba2cc2000 r--s 00001000 c7:03 120782 /u01/ucm-share/idcm2/custom/NativeOsUtils/classes.jar
    2ba2cc2000-2ba2ce9000 r--s 00442000 c7:03 131660 /u01/ucm-share/idcm2/custom/CS10gR3CoreUpdate/classes.jar
    2ba2ce9000-2ba2cec000 r--s 00013000 fd:04 327751 /Stellent/idcm2/shared/os/linux64/jdk1.6.0/jre/lib/jce.jar
    2ba2cec000-2ba2cef000 r--s 00027000 fd:04 327785 /Stellent/idcm2/shared/os/linux64/jdk1.6.0/jre/lib/ext/sunjce_provider.jar
    2ba2d00000-2ba2dfb000 rw-p 2ba2d00000 00:00 0
    2ba2dfb000-2ba2e00000 ---p 2ba2dfb000 00:00 0
    2ba2e00000-2ba2f00000 rw-p 2ba2e00000 00:00 0
    2ba2f63000-2ba3063000 rw-p 2ba2f63000 00:00 0
    2ba3100000-2ba3200000 rw-p 2ba3100000 00:00 0
    2ba3200000-2ba3300000 rw-p 2ba3200000 00:00 0
    2ba3300000-2ba3301000 r--s 00001000 c7:03 254068 /u01/ucm-share/idcm2/custom/Helper/lib/Helper.jar
    2ba3301000-2ba3305000 r--s 00050000 c7:03 253978 /u01/ucm-share/idcm2/custom/Folders_g/classes.jar
    2ba3369000-2ba3392000 r--s 0039a000 fd:04 182980 /Stellent/idcm2/shared/classes/server.zip
    2ba3392000-2ba33cc000 r--s 00337000 fd:04 182983 /Stellent/idcm2/shared/classes/jspserver.jar
    2ba33cc000-2ba34cc000 rw-p 2ba33cc000 00:00 0
    2ba34cc000-2ba34d1000 r--s 0003c000 fd:04 182982 /Stellent/idcm2/shared/classes/ldapjdk.jar
    2ba34d1000-2ba352d000 r--s 00b39000 fd:04 327863 /Stellent/idcm2/shared/os/linux64/jdk1.6.0/lib/tools.jar
    2ba352d000-2ba353d000 r--s 00169000 fd:04 182981 /Stellent/idcm2/shared/classes/ojdbc14.jar
    2ba358f000-2ba3596000 r--s 00106000 fd:04 327871 /Stellent/idcm2/shared/os/linux64/jdk1.6.0/jre/lib/resources.jar
    2ba3596000-2ba359a000 r--s 0002f000 fd:04 182974 /Stellent/idcm2/shared/classes/commons-lang-2.1.jar
    2ba359a000-2ba359c000 r--s 0000c000 fd:04 180249 /Stellent/idcm2/shared/classes/activation.jar
    2ba359c000-2ba35a3000 r--s 00051000 fd:04 182979 /Stellent/idcm2/shared/classes/log4j-1.2.12.jar
    2ba35a3000-2ba35aa000 r--s 00051000 fd:04 182984 /Stellent/idcm2/shared/classes/mail.jar
    2ba35aa000-2ba35ab000 r--s 00002000 fd:04 182970 /Stellent/idcm2/shared/classes/COMMON.jar
    2ba3600000-2ba36fc000 rw-p 2ba3600000 00:00 0
    2ba36fc000-2ba3700000 ---p 2ba36fc000 00:00 0
    2ba3700000-2ba371a000 r-xp 00000000 c7:03 120789 /u01/ucm-share/idcm2/custom/NativeOsUtils/lib/linux64/libJniNativeOsUtils.so
    2ba371a000-2ba3819000 ---p 0001a000 c7:03 120789 /u01/ucm-share/idcm2/custom/NativeOsUtils/lib/linux64/libJniNativeOsUtils.so
    2ba3819000-2ba381b000 rw-p 00019000 c7:03 120789 /u01/ucm-share/idcm2/custom/NativeOsUtils/lib/linux64/libJniNativeOsUtils.so
    2ba381b000-2ba382b000 rw-p 2ba381b000 00:00 0
    2ba3900000-2ba39f4000 rw-p 2ba3900000 00:00 0
    2ba39f4000-2ba3a00000 ---p 2ba39f4000 00:00 0
    2ba3a00000-2ba3b00000 rw-p 2ba3a00000 00:00 0
    2ba3b21000-2ba3b34000 r-xp 00000000 fd:04 327865 /Stellent/idcm2/shared/os/linux64/jdk1.6.0/jre/lib/amd64/libnet.so
    2ba3b34000-2ba3c35000 ---p 00013000 fd:04 327865 /Stellent/idcm2/shared/os/linux64/jdk1.6.0/jre/lib/amd64/libnet.so
    2ba3c35000-2ba3c38000 rw-p 00014000 fd:04 327865 /Stellent/idcm2/shared/os/linux64/jdk1.6.0/jre/lib/amd64/libnet.so
    2ba3d18000-2ba3f18000 rw-p 2ba3d18000 00:00 0
    2ba3f76000-2ba4076000 rw-p 2ba3f76000 00:00 0
    2ba4100000-2ba41f8000 rw-p 2ba4100000 00:00 0
    2ba41f8000-2ba4200000 ---p 2ba41f8000 00:00 0
    2ba4200000-2ba42f8000 rw-p 2ba4200000 00:00 0
    2ba42f8000-2ba4300000 ---p 2ba42f8000 00:00 0
    2ba4300000-2ba4304000 r-xp 00000000 fd:00 114714 /lib64/libnss_dns-2.3.4.so
    2ba4304000-2ba4403000 ---p 00004000 fd:00 114714 /lib64/libnss_dns-2.3.4.so
    2ba4403000-2ba4404000 r--p 00003000 fd:00 114714 /lib64/libnss_dns-2.3.4.so
    2ba4404000-2ba4405000 rw-p 00004000 fd:00 114714 /lib64/libnss_dns-2.3.4.so
    2ba4500000-2ba45fe000 rw-p 2ba4500000 00:00 0
    2ba45fe000-2ba4600000 ---p 2ba45fe000 00:00 0
    2ba4600000-2ba4607000 r-xp 00000000 fd:04 327818 /Stellent/idcm2/shared/os/linux64/jdk1.6.0/jre/lib/amd64/libnio.so
    2ba4607000-2ba4706000 ---p 00007000 fd:04 327818 /Stellent/idcm2/shared/os/linux64/jdk1.6.0/jre/lib/amd64/libnio.so
    2ba4706000-2ba4708000 rw-p 00006000 fd:04 327818 /Stellent/idcm2/shared/os/linux64/jdk1.6.0/jre/lib/amd64/libnio.so
    2ba4770000-2ba4870000 rw-p 2ba4770000 00:00 0
    2ba4900000-2ba49f7000 rw-p 2ba4900000 00:00 0
    2ba49f7000-2ba4a00000 ---p 2ba49f7000 00:00 0
    2ba4a00000-2ba4d00000 rw-p 2ba4a00000 00:00 0
    2ba4d45000-2ba4e45000 rw-p 2ba4d45000 00:00 0
    2ba4eaf000-2ba4faf000 rw-p 2ba4eaf000 00:00 0
    2ba5149000-2ba5249000 rw-p 2ba5149000 00:00 0
    2ba5300000-2ba53ee000 rw-p 2ba5300000 00:00 0
    2ba53ee000-2ba5400000 ---p 2ba53ee000 00:00 0
    2ba5400000-2ba54f0000 rw-p 2ba5400000 00:00 0
    2ba54f0000-2ba5500000 ---p 2ba54f0000 00:00 0
    2ba55ac000-2ba56ac000 rw-p 2ba55ac000 00:00 0
    2ba5800000-2ba5900000 rw-p 2ba5800000 00:00 0
    2ba5900000-2ba5afa000 rw-p 2ba5900000 00:00 0
    2ba5afa000-2ba5b00000 ---p 2ba5afa000 00:00 0
    2ba5b00000-2ba5cfe000 rw-p 2ba5b00000 00:00 0
    2ba5cfe000-2ba5d00000 ---p 2ba5cfe000 00:00 0
    2ba5d00000-2ba5dff000 rw-p 2ba5d00000 00:00 0
    2ba5dff000-2ba5e00000 ---p 2ba5dff000 00:00 0
    2ba5f00000-2ba5ffe000 rw-p 2ba5f00000 00:00 0
    2ba5ffe000-2ba6000000 ---p 2ba5ffe000 00:00 0
    2ba6000000-2ba60fc000 rw-p 2ba6000000 00:00 0
    2ba60fc000-2ba6100000 ---p 2ba60fc000 00:00 0
    2ba6100000-2ba61fe000 rw-p 2ba6100000 00:00 0
    2ba61fe000-2ba6200000 ---p 2ba61fe000 00:00 0
    2ba6200000-2ba62e9000 rw-p 2ba6200000 00:00 0
    2ba62e9000-2ba6300000 ---p 2ba62e9000 00:00 0
    2ba6400000-2ba64fa000 rw-p 2ba6400000 00:00 0
    2ba64fa000-2ba6500000 ---p 2ba64fa000 00:00 0
    2ba6500000-2ba65ff000 rw-p 2ba6500000 00:00 0
    2ba65ff000-2ba6600000 ---p 2ba65ff000 00:00 0
    2ba6600000-2ba66f6000 rw-p 2ba6600000 00:00 0
    2ba66f6000-2ba6700000 ---p 2ba66f6000 00:00 0
    2ba6700000-2ba67fa000 rw-p 2ba6700000 00:00 0
    2ba67fa000-2ba6800000 ---p 2ba67fa000 00:00 0
    2ba6900000-2ba69f9000 rw-p 2ba6900000 00:00 0
    2ba69f9000-2ba6a00000 ---p 2ba69f9000 00:00 0
    2ba6b00000-2ba6bfa000 rw-p 2ba6b00000 00:00 0
    2ba6bfa000-2ba6c00000 ---p 2ba6bfa000 00:00 0
    2ba6c00000-2ba6d00000 rw-p 2ba6c00000 00:00 0
    2ba6e00000-2ba6ef9000 rw-p 2ba6e00000 00:00 0
    2ba6ef9000-2ba6f00000 ---p 2ba6ef9000 00:00 0
    2ba7000000-2ba70f5000 rw-p 2ba7000000 00:00 0
    2ba70f5000-2ba7100000 ---p 2ba70f5000 00:00 0
    2ba7100000-2ba71f9000 rw-p 2ba7100000 00:00 0
    2ba71f9000-2ba7200000 ---p 2ba71f9000 00:00 0
    2ba7200000-2ba72f5000 rw-p 2ba7200000 00:00 0
    2ba72f5000-2ba7300000 ---p 2ba72f5000 00:00 0
    2ba7300000-2ba7500000 rw-p 2ba7300000 00:00 0
    2ba7500000-2ba75fc000 rw-p 2ba7500000 00:00 0
    2ba75fc000-2ba7600000 ---p 2ba75fc000 00:00 0
    2ba7600000-2ba7800000 rw-p 2ba7600000 00:00 0
    2ba7800000-2ba78ff000 rw-p 2ba7800000 00:00 0
    2ba78ff000-2ba7900000 ---p 2ba78ff000 00:00 0
    2ba7900000-2ba7a00000 rw-p 2ba7900000 00:00 0
    2ba7b00000-2ba7d00000 rw-p 2ba7b00000 00:00 0
    2ba7e00000-2ba8000000 rw-p 2ba7e00000 00:00 0
    2ba8300000-2ba8400000 rw-p 2ba8300000 00:00 0
    2ba8600000-2ba8b00000 rw-p 2ba8600000 00:00 0
    2ba9000000-2ba9100000 rw-p 2ba9000000 00:00 0
    2ba9100000-2ba9500000 rw-p 2ba9100000 00:00 0

    Looks like Stellent comes with the JRE built in, judging from the stuff in the shared-libs. This smells like a HotSpot bug - you might dig around in the Sun bug database and see if there's anything similar there. In any event, the advice to work with oracle/Stellent is sound, since everything in that log points at something either in Stellent or in the Sun JRE itself.

  • Too many java processes.

    Hi,
    I have installed Forms & Reports Services Standalone 10.1.2.0.2 on RHEL 5 and applied the 10.1.2.3 patch to it. After the patch, the java processes continue to grow so fast that sometimes when I open a new session and try to switch to oracle user, I get a "too many processes" error.
    Apparently these java processes are from the Reports Server, however I haven't even yet configured the Reports server and am not doing anything with the reports server at the moment. Right now, I'm only configuring the Forms server.
    So, I am wondering what is going on here - why are there so many java processes and what to do about it?
    Thanks.

    Hi,
    Based on dependency better you can go for 3 parellel process at a time as what we are doing in our project. 
    check schedule time for each your process chain which fetchs data from source system (Info Package) and re schedule them which should not execute at a time (make it max 3) and try again
    Regards
    BVR

  • Create a terminal through my own Java process

    I am cross posting this thread: [http://forums.sun.com/thread.jspa?messageID=10913756|http://forums.sun.com/thread.jspa?messageID=10913756].
    I believe that this will have to be accomplished using a Solaris or UNIX specific device.
    The question is how I can call a process and tell it that it is running in a terminal.
    For example "prstat -a" will adjust to fit the size of the window as well as respond to my keystrokes.
    If I call it using a java process it will not do either of those two things because it detects that it it not in a terminal.
    Is there a process or middleman I can call to create a terminal? Or do I have to write my own middleman in C/C++? (I would really prefer a middleman that is already part of Solaris)

    Darren_Dunham wrote:
    Well, you're asking this in a general OS forum. You might want to ask this in a Java forum.Already did :)
    In general, the process will have to allocate a psuedo-terminal (pty) and use that to talk to the process (so that it sees a terminal is being used). I don't really know how to do that in java.I don't think it is possible without a middleman. Still looking
    I have no idea if it's useful, but this page says it's an implementation of Expect in java. Any implementation is either going to have to open ptys directly, or it's going to have to re-implement their functionality. You might be able to examine the code and see it's accomplishing that.
    [http://expectj.sourceforge.net/]
    That code uses the standard exec function. It does not actually create a terminal (although it still uses a shell). It is similar to running "sh | cat" on your own terminal.
    I will search on psuedo-terminal (pty) later today
    alan.pae wrote:
    http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/cmd/prstat/prstat.c
    http://src.opensolaris.org/source/search?q=prstat&defs=&refs=&path=&hist=&project=%2Fonnv
    prstat was an example. I am not looking for a C method to detect a terminal as much as one to create a terminal. If there is something I am missing, please elaborate

Maybe you are looking for