Tracing Java Processes that spawns child process

I hope I'm posting this in the correct group. If not, please let me know where to direct this question:
In our 12.1.3 Applications, we installed a plugin called 'Org Chart' by Applaud Solutions.  It is a flash component that graphically displays the employee hierarchy of an organizations and is accessed via responsibility.  This tool also has a feature to 'export' the chart as a  Microsoft Word or PowerPoint to the users desktop.  When this occurs, a 'java' process is kicked off on the applications server to process this request.  Now, here's the issue: The performance of this export is terrible!  It takes roughly about 2-3 minutes to complete, and sometimes never completes.  Here is the java process that gets kicked off for one user which i figured out how to run manually:
[applprod1@aspapp012 ~]$ java -jar OpenOfficeGenerator.jar /u01/applprod1/PROD1/apps/apps_st/appl/xxas/1.0.1/out/orgchart-f78b7a67-a379-4f7d-9dcf-5f13b22e03e4.xml /tmp/ed.pptx docx NameandTitle letter Y normal
When I kick this off, I'm able to get the linux PID :
9056
22523 24779 62 16:21 pts/0
00:00:06 java -jar OpenOfficeGenerator.jar /u01/applprod1/PROD1/apps/apps_st/appl/xxas/1.0.1/out/orgchart-f78b7a67-a379-4f7d-9dcf-5f13b22e03e4.xml /tmp/ed.pptx docx NameandTitle letter Y normal
Then, I run an 'strace -f -p 22523' and notice these timeout issues from child processes that is spawns:
[pid 22524] read(3, "\n", 1)       
= 1
[pid 22524] _llseek(3, 18642588, [18642588], SEEK_SET) = 0
[pid 22524] read(3, "\0", 1)       
= 1
[pid 22524] _llseek(3, 18642589, [18642589], SEEK_SET) = 0
[pid 22536] <... futex resumed> )  
= -1 ETIMEDOUT (Connection timed out)
[pid 22524] read(3,  <unfinished ...>
[pid 22536] futex(0x972b728, FUTEX_WAKE_PRIVATE, 1) = 0
[pid 22536] gettimeofday({1384208528, 131781}, NULL) = 0
[pid 22536] clock_gettime(CLOCK_MONOTONIC, {33657710, 707532536}) = 0
[pid 22536] gettimeofday({1384208528, 131844}, NULL) = 0
[pid 22536] clock_gettime(CLOCK_REALTIME, {1384208528, 131892000}) = 0
[pid 22536] futex(0x965d2bc, FUTEX_WAIT_PRIVATE, 1, {0, 49952000} <unfinished ...>
My question is does anyone know how i can determine what is causing these timeouts?  It seems the java process spawns off child processes and this is where the timeouts are occurring.  Upon further investigation the child processes are throwing the following errors as well:
futex(0x905f1b4, FUTEX_WAIT_PRIVATE, 67, NULL) = 0
futex(0x905ed28, FUTEX_WAKE_PRIVATE, 1) = 0
futex(0x906345c, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0x9063458, {FUTEX_OP_SET, 0, FUTEX_OP_CMP_GT, 1}) = 1
futex(0x905f1b4, FUTEX_WAIT_PRIVATE, 69, NULL) = -1 EAGAIN (Resource temporarily unavailable)
futex(0x905ed28, FUTEX_WAKE_PRIVATE, 1) = 0
However, I am unable to determine the cause of the timeout and resource issue. Any ideas or help is greatly appreciated! thanks.

I would suggest you consult "Applaud Solutions" for this issue.
Thanks,
Hussein

Similar Messages

  • Spawn a java process using runtime.exec() method

    Hi,
    This is my first post in this forum. I have a small problem. I am trying to spawn a java process using Runtime.getRuntime().exec() method in Solaris. However, there is no result in this check the follwoing program.
    /* Program Starts here */
    import java.io.*;
    public class Test {
    public static void main(String args[]) {
    String cmd[] = {"java", "-version"};
    Runtime runtime = Runtime.getRuntime();
    try{
    Process proc = runtime.exec(cmd);
    }catch(Exception ioException){
    ioException.printStackTrace();
    /* Program ends here */
    There is neither any exception nor any result.
    The result I am expecting is it should print the following:
    java version "1.4.0"
    Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0-b92)
    Java HotSpot(TM) Client VM (build 1.4.0-b92, mixed mode)
    Please help me out in this regard
    Thanks in advance
    Chotu.

    Yes your right. It is proc.getInputStream() or proc.getErrorStream(). That is what I get for trying to use my memory instead of looking it up. Though hopefully the OP would have seen the return type of the other methods and figured it out.

  • Spawning another java process after System.exit(0);

    Hi everyone
    I have an application that Im trying to test. Unfortunately one of these tests requires me to spawn another java process after a System.exit(0); has executed. Since this exits the VM its proving very difficult. Does anyone know of a way to restart the VM after the System.exit has run?
    Thanks

    Hi everyone
    I have an application that Im trying to test.
    Unfortunately one of these tests requires me to spawn
    another java process after a System.exit(0); has
    executed. Since this exits the VM its proving very
    difficult. Does anyone know of a way to restart the VM
    after the System.exit has run?Exactly what do you want to do?
    If the application is supposed to only have one exit point then add a security manager and disallow all the other exit points. Then you can use Runtime.exec() to start the second application just before the real exit point.
    However note that if there are other calls to System.exit in the application then it is very likely that this will cause some unexpected failures in terms of security exceptions.
    You could also use Runtime.addShutdownHook() which would run your second app. The hook would be called as the application exits.
    You might want to consider what happens if someone just kills the application (say with 'kill -9' or the windows task manager.) In either of those cases there is nothing that you can do in java to make that second application run.
    You might also want to consider why you are doing this in the first place. As suggested a script solution is probably a better solution.

  • Server spawning child processes

    Has anyone ever seen the WL server process spawn child processes? Does
    anyone know what it is doing when this happens and why it does so?
    Any help or insight is appreciated.
    Thanks,
    Raymond Lavoie
    P.S.
    Here is the environment:
    WL 4.5.1
    Solaris 2.6
    JDK 1.2.1_03
    using Native I/O

    Will garbase collection clean these up?
    Out heap has slowly risen to 77% during the course of the day. Should this
    happen? Will it wait until a certain % of heap use before it runs a big
    garbage collection? I don't think we are trying to create any new
    processes.
    Thanks.
    Rob Woollen wrote in message <[email protected]>...
    Those are zombies. The kernel will keep process information arounduntil
    the parent process collects it.
    Does your code ever attempt to create new processes?
    -- Rob
    Rob Woollen
    Software Engineer
    BEA WebLogic
    [email protected]
    Raymond Lavoie wrote:
    Can you explain what is happening here with these processes running below
    (6203 is the originial weblogic process).
    web001 28294 6203 0 0:00 <defunct>
    web001 27842 6203 0 0:00 <defunct>
    web001 20125 6203 0 0:00 <defunct>
    web001 26663 6203 0 0:00 <defunct>
    web001 24262 6203 0 0:00 <defunct>
    web001 23073 6203 0 0:00 <defunct>
    web001 28293 6203 0 0:00 <defunct>
    web001 23739 6203 0 0:00 <defunct>
    web001 27718 6203 0 0:00 <defunct>
    web001 21998 6203 0 0:00 <defunct>
    web001 23276 6203 0 0:00 <defunct>
    web001 25729 6203 0 0:00 <defunct>
    web001 24547 6203 0 0:00 <defunct>
    web001 25085 6203 0 0:00 <defunct>
    web001 26779 6203 0 0:00 <defunct>
    web001 12823 6203 0 0:00 <defunct>
    web001 6203 6180 0 10:49:14 pts/3 179:11
    /wl_data_1/java1.2/bin/../bin/sparc/native_threads/java -ms256m -mx256m -Dwe
    blo
    web001 20411 6203 0 0:00 <defunct>
    web001 19491 6203 0 0:00 <defunct>
    web001 12643 6203 0 0:00 <defunct>
    web001 13558 6203 0 0:00 <defunct>
    web001 28584 6203 0 0:00 <defunct>
    web001 26548 6203 0 0:00 <defunct>
    web001 13730 6203 0 0:00 <defunct>
    web001 17209 6203 0 0:00 <defunct>
    web001 26780 6203 0 0:00 <defunct>
    web001 14659 6203 0 0:00 <defunct>
    web001 26722 6203 0 0:00 <defunct>
    web001 26161 6203 0 0:00 <defunct>
    web001 26188 6203 0 0:00 <defunct>
    web001 24546 6203 0 0:00 <defunct>
    web001 22078 6203 0 0:00 <defunct>
    web001 12528 6203 0 0:00 <defunct>
    web001 28007 6203 0 0:00 <defunct>
    web001 13101 6203 0 0:00 <defunct>
    web001 12185 6203 0 16:26:54 pts/3 0:00
    /wl_data_1/java1.2/bin/../bin/sparc/native_threads/java -ms256m -mx256m -Dwe
    blo
    Don Ferguson wrote in message <[email protected]>...
    Well, I suppose processes are forked when compiling JSPs.
    Rob Woollen wrote:
    The WL server never forks another process. It does however use
    multiple threads.
    -- Rob
    Rob Woollen
    Software Engineer
    BEA WebLogic
    [email protected]
    Raymond Lavoie wrote:
    Has anyone ever seen the WL server process spawn child processes?
    Does
    anyone know what it is doing when this happens and why it does so?
    Any help or insight is appreciated.
    Thanks,
    Raymond Lavoie
    P.S.
    Here is the environment:
    WL 4.5.1
    Solaris 2.6
    JDK 1.2.1_03
    using Native I/O

  • Does different Java processes spawn different JVMs running on a server ?

    Hi,
    I have 2 applications running on AIX server, one is weblogic server and the other one is inhouse developed Java application. I have set the heap sizes for both the applications and when I do
    ps ax | grep JavaI get
    /usr/java14/bin/java -Xms2048m -Xmx2048m (weblogic)
    /usr/java14/jre/bin/java -Xmx320m -Dvert.log.prefix (inhouse Java)I was wondering if these two processes have their own JVM or as they are running on the same server they share the same JVM. I read in some Java related article that even though there are multiple Java processes, they share the same JVM when run on a single server.
    So from the above Java processes is it true that the total Java heap size is 2048+320=2368M and is used by only one JVM?
    I appreciate if anyone who can answer or direct me to some resources which might give me some answers.
    Thanks,
    kraziabtu

    No, you have two totally independent JVM's. As with many O/S's AIX (and I'm so sorry for you on that :) will only load a single copy of things like read only data segments, shared libraries and some other things but the processes are separate.
    Your first process is allowed to grow to a maximum of 2GB and your second one is set at 320 MB. Again, as there are two of them they are not related.
    Need Java help? Want to help people who do? Sit down with a cup of Java at the hotjoe forums.
    Sure they're new - come get them started!

  • 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

  • Spawning a Java process

    hey,
    I have no idea if this is possible, but i have my fingers
    crossed.
    So what i want to do is create an instance of a java object
    that extracts some data from a database and then emails it to a
    specified email address.
    I want CF to create the java object, set all the variables
    and then finish. Ie i don't want CF to wait for the extraction to
    complete.
    Is there anyway that i can do this? I'm thinking no, but its
    worth asking.
    Cheers Bec.

    > ...an instance of a java object that extracts some data
    from a database
    > and then emails it to a specified email address.
    <cfcomponent>
    <cfquery>
    </cfquery>
    <cfmail>
    </cfmail>
    </cfcomponent>

  • 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?

  • Java process stuck problem

    In our customer site, we have faced the critical issue.
    Suddenly, the server process(java) was stopped (we called this status as stuck status)
    so that the command from clients program did not send to server and message did not received from server.
    In this status, we have found the peculiar status in server as follows.
    1. The log files of server did not be written no more.
    Of course, java process is alive.
    When this stuck status is occurred, then all log writing operations are stopped.
    2. Although we commanded "kill -3 processID" to get the stack trace of java,
    but there is no print-out of stack trace.
    Of course, the result of stack trace was displayed with kill -3 command in ordinary status.
    3. Although java process(server process) is alive by checking ps -eaf UNIX command,
    we could know that the process did not operate because the result of top command in UNIX for java process is
    0 % in CPU usage.
    Since our java process always operates with client, DB and nodes,
    there is no case which java process has 0% CPU usage.
    4. When the stuck status is occurred, RMI lookup is failed.
    5. This stuck issue was evenly occurred for period with about 2 ~ 3 days.
    Sometimes, this issue was used to be occurred at 10 minutes of startup time of server, too.
    First time, we have focused that there was no writing of logs.
    Thus, we have found that Process.destroy() method has the bug to kill the subprocess in UNIX
    with URL <ahref="http: //bugs.sun.com/bugdatabase/view_bug.do?bug_id="6469606" target="_blank">http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6469606 from SUN site.</ahref="http:>
    And we have concluded that this stuck issue was occurred from this bug.
    Hence, we have released with fixed patch in customer site.
    However, we have faced the stuck issue with release patch again.
    We are falling in confusion right now.
    And our customer is pushing the solution to us because service is running.
    We eagerly want to get the reason why this stuck issue is occurred from you.
    However, we know that you have high technology for java.
    We want to get the following consulting opinion.
    1. Is there the method of class in java which the stuck issue can be occurred?
    2. Is there the tracing method or trial method to find the reason for this issue?
    We eagerly want to get your wise consulting to solve this issue.
    Please let us know your know-how.

    Thus, we have found that Process.destroy() method has
    the bug to kill the subprocess in UNIX
    with URL <ahref="http:
    //bugs.sun.com/bugdatabase/view_bug.do?bug_id="6469606
    target="_blank">http://bugs.sun.com/bugdatabase/view_b
    ug.do?bug_id=6469606 from SUN site.</ahref="http:>
    And we have concluded that this stuck issue was
    occurred from this bug.
    Can I assume that you are using Runtime.exec() to get the Process?

  • 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

  • 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

  • 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

  • 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.

  • 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.

Maybe you are looking for

  • How can i send my in-app purchases to apple?

    I cant copy and paste it! So how do i save it and send it to apple??? I need to get that refund thing becasue my kids bought A LOT of in-app purchases. I tried saving it as a pdf but it saved as blank white pages. I cant print it either? How can i se

  • Mediasource Organizer prog

    I have a Soundblaster Audigy 2zs and can't find my original driver CD. I have the main drivers but can't find the anywhere online. Without this program I am unable to use my remote control. I can't believe that Creative wouldn't have the Mediasource

  • Multiple Filtering options within ALV Output.

    Hi All, Being a Functional Guy,I would like to clarify few questions in ALV functionality. In one of our requirement we need to create a ALV report. Step1 : Enter values in selection criteria. Step2: Execute ALV report. Step3: Within Output  I should

  • Issues quality of video exporting for DVD

    I am putting a bunch of commercials on a DVD... I burned two test DVDs with two different settings. My setup is NTSC DV 48 (that is how the footage is captured too, FIREWIRE NTSC Default). I also have graphics mixed in there, and thats where the prob

  • Acobat 9 - Windows and Mac OS 10.5+ Audio Comments

    Can anyone assit on this problem? Run Acobat 9 on a windows 7 machine. Create a new blank PDF and then add a 15 second "record audio comment." Save PDF - file size about 80K. Do the same thing on a IMac. Run Acobat 9 on a Mac OS (10.6) machine. Creat