[go: up one dir, main page]

Menu

#293 Heap dump file creation problem

v3.5.15
open
nobody
None
5
2015-02-27
2015-02-05
Balaji
No

Hi Team,

Problem while generating the heap dump file and getting the following exception in wrapper logs. (Hprof file is not created in this situation)

Version details:

Java Service Wrapper Professional Edition 32-bit 3.5.15
Copyright (C) 1999-2012 Tanuki Software, Ltd. All Rights Reserved.
http://wrapper.tanukisoftware.com


wrapper.logs

INFO   | jvm 2    | 2015/01/12 02:47:35 | Connect to: [ http://localhost:8022 ]
INFO   | jvm 2    | 2015/01/12 19:53:33 | java.lang.OutOfMemoryError: Java heap space
STATUS | wrapper  | 2015/01/12 19:53:33 | Filter trigger matched.  Restarting JVM.
INFO   | jvm 2    | 2015/01/12 19:53:33 | Dumping heap to java_pid6088.hprof ...
ERROR  | wrapper  | 2015/01/12 19:54:10 | Shutdown failed: Timed out waiting for signal from JVM.
ERROR  | wrapper  | 2015/01/12 19:54:10 | JVM did not exit on request, terminated
STATUS | wrapper  | 2015/01/12 19:54:16 | Launching a JVM...
INFO   | jvm 3    | 2015/01/12 19:54:18 | WrapperManager: Initializing...

=============================================================================================

In the above wrapper logs, JVM restarted after waiting 30 second after heap dump creation but

I set the wrapper.ping.timeout =120 in wrapper.conf. Please let me know why the JVM restarted after 30 second instead of waiting 120 second.

Please give suggestion to resolve the problem.

Please find the attached wrapper.conf and wrapper.log for more information.

I am awaiting for your reply.

Thanks in advance.

Balaji P J

2 Attachments

Related

Bugs: #293

Discussion

  • Alexandre

    Alexandre - 2015-02-05

    Balaji,

    It looks like it requires more than 30 sec to create the dump.
    The property wrapper.ping.timeout is not the correct property to look at in this case. Instead, please have a look at wrapper.shutdown.timeout:
    http://wrapper.tanukisoftware.com/doc/english/prop-shutdown-timeout.html

    The default value is 30, you can try and set a higher value.

    Please let me know the result.

    I was not able to download wrapper.log. If you still have a problem, please send it to support@tanukisoftware.com.

    Regards,
    Alexandre Klein

     
    • Balaji

      Balaji - 2015-02-05

      Thanks for your input. I will increase shutdown timeout value and update the status shortly.

       
  • Balaji

    Balaji - 2015-02-05

    Hi ,

    Thanks for your quick response.

    I attached the same for your reference.

    Awaiting for your valuable input.

    On Thu, Feb 5, 2015 at 2:59 PM, Alexandre alex-tanuki@users.sf.net wrote:

    Hi Balaji,

    I'm sorry for this problem.

    Would you mind sending your wrapper.conf and wrapper.log to our support
    email: support@tanukisoftware.com
    The mailing list doesn't accept large file and this will keep your
    information more private.

    Regards,
    Alexandre Klein

    Alexandre Klein
    Tanuki Software, Ltd.
    6-16-7-1001 Nishi-Kasai, Edogawa-ku
    Tokyo 134-0088 Japan
    Tel: +81-3-3878-3211
    Fax: +81-3-3878-0313
    http://www.tanukisoftware.com

    On Thu, Feb 5, 2015 at 5:53 PM, Balaji balajipj@users.sf.net wrote:


    Status: open
    Group: v3.5.15
    Created: Thu Feb 05, 2015 08:53 AM UTC by Balaji
    Last Updated: Thu Feb 05, 2015 08:53 AM UTC
    Owner: nobody

    Hi Team,

    Problem while generating the heap dump file and getting the following
    exception in wrapper logs. (Hprof file is not created in this situation)

    Version details:

    Java Service Wrapper Professional Edition 32-bit 3.5.15
    Copyright (C) 1999-2012 Tanuki Software, Ltd. All Rights Reserved.
    http://wrapper.tanukisoftware.com


    wrapper.logs

    INFO | jvm 2 | 2015/01/12 02:47:35 | Connect to: [ http://localhost:8022
    http://localhost:8022 ]
    INFO | jvm 2 | 2015/01/12 19:53:33 |
    java.lang.OutOfMemoryError: Java heap spaceSTATUS | wrapper | 2015/01/12
    19:53:33 | Filter trigger matched. Restarting JVM.INFO | jvm 2 |
    2015/01/12 19:53:33 | Dumping heap to java_pid6088.hprof ...ERROR | wrapper
    | 2015/01/12 19:54:10 | Shutdown failed: Timed out waiting for signal from
    JVM.ERROR | wrapper | 2015/01/12 19:54:10 | JVM did not exit on request,
    terminatedSTATUS | wrapper | 2015/01/12 19:54:16 | Launching a JVM...INFO |
    jvm 3 | 2015/01/12 19:54:18 | WrapperManager: Initializing...

    =============================================================================================

    In the above wrapper logs, JVM restarted after waiting 30 second after
    heap dump creation but

    I set the wrapper.ping.timeout =120 in wrapper.conf. Please let me know
    why the JVM restarted after 30 second instead of waiting 120 second.

    Please give suggestion to resolve the problem.

    Please find the attached wrapper.conf and wrapper.log for more information.

    I am awaiting for your reply.

    Thanks in advance.
    Balaji P J

    Sent from sourceforge.net because you indicated interest in
    https://sourceforge.net/p/wrapper/bugs/293/

    To unsubscribe from further messages, please visit
    https://sourceforge.net/auth/subscriptions/


    Status: open
    Group: v3.5.15
    Created: Thu Feb 05, 2015 08:53 AM UTC by Balaji
    Last Updated: Thu Feb 05, 2015 08:53 AM UTC
    Owner: nobody

    Hi Team,

    Problem while generating the heap dump file and getting the following
    exception in wrapper logs. (Hprof file is not created in this situation)

    Version details:

    Java Service Wrapper Professional Edition 32-bit 3.5.15
    Copyright (C) 1999-2012 Tanuki Software, Ltd. All Rights Reserved.
    http://wrapper.tanukisoftware.com


    wrapper.logs

    INFO | jvm 2 | 2015/01/12 02:47:35 | Connect to: [ http://localhost:8022 ]INFO | jvm 2 | 2015/01/12 19:53:33 | java.lang.OutOfMemoryError: Java heap spaceSTATUS | wrapper | 2015/01/12 19:53:33 | Filter trigger matched. Restarting JVM.INFO | jvm 2 | 2015/01/12 19:53:33 | Dumping heap to java_pid6088.hprof ...ERROR | wrapper | 2015/01/12 19:54:10 | Shutdown failed: Timed out waiting for signal from JVM.ERROR | wrapper | 2015/01/12 19:54:10 | JVM did not exit on request, terminatedSTATUS | wrapper | 2015/01/12 19:54:16 | Launching a JVM...INFO | jvm 3 | 2015/01/12 19:54:18 | WrapperManager: Initializing...

    =============================================================================================

    In the above wrapper logs, JVM restarted after waiting 30 second after
    heap dump creation but

    I set the wrapper.ping.timeout =120 in wrapper.conf. Please let me know
    why the JVM restarted after 30 second instead of waiting 120 second.

    Please give suggestion to resolve the problem.

    Please find the attached wrapper.conf and wrapper.log for more information.

    I am awaiting for your reply.

    Thanks in advance.

    Balaji P J

    Sent from sourceforge.net because you indicated interest in
    https://sourceforge.net/p/wrapper/bugs/293/

    To unsubscribe from further messages, please visit
    https://sourceforge.net/auth/subscriptions/

    --
    Balaji P J
    Zoho Development Centre,
    Chennai.

     

    Related

    Bugs: #293

  • Balaji

    Balaji - 2015-02-27

    Hi,

    I want to appear JVM hang for some time to ensure the "wrapper.shutdown.timeout=120" flag.

    changed default time out (30) value by using the above flag, so I want to test the same in my environment.

    Please give some idea to ensure the same.

    Thanks.

    Balaji P J

     
  • Leif Mortenson

    Leif Mortenson - 2015-02-27

    Balaji,
    The wrapper.shutdown.timeout is the time for the WrapperManager.stop method to complete. In order to test this, you would need to write some code to cause this method to take some time. This is normally not possible with the WrapperSimpleApp helper class unless you extend it or something.

    If you want to test the wrapper.jvm_exit.timeout, you can simply register a new shutdown hook with the JVM and make loop or do something that takes longer that the timeout. The JVM will wait for all shutdown hooks to complete before exiting, and this timeout lets you control how long to wait before forcibly killing the JVM.

    Cheers,
    Leif

     

Log in to post a comment.