Uploaded image for project: 'JBoss Enterprise Application Platform'
  1. JBoss Enterprise Application Platform
  2. JBEAP-3635

Multiple :reload of server causes "java.lang.OutOfMemoryError: GC overhead limit exceeded"

    XMLWordPrintable

Details

    • Bug
    • Resolution: Done
    • Blocker
    • 7.0.0.ER7
    • 7.0.0.ER6
    • ActiveMQ
    • None
    • Regression
    • Hide

      How to run the test locally:

      git clone git://git.app.eng.bos.redhat.com/jbossqe/eap-tests-hornetq.git
cd eap-tests-hornetq/scripts/
git checkout refactoring_modules
groovy -DEAP_VERSION=7.0.0.ER6 PrepareServers7.groovy
export WORKSPACE=$PWD
export JBOSS_HOME_1=$WORKSPACE/server1/jboss-eap
export JBOSS_HOME_2=$WORKSPACE/server2/jboss-eap
export JBOSS_HOME_3=$WORKSPACE/server3/jboss-eap
export JBOSS_HOME_4=$WORKSPACE/server4/jboss-eap
cd ../jboss-hornetq-testsuite/
mvn clean test -Dtest=CliReloadTest#reloadServerOOMTest  -DfailIfNoTests=false  -Deap=7x  | tee log

After the test is started:
Start Visualvm and check memory grow of EAP server.
      Show
      How to run the test locally: git clone git: //git.app.eng.bos.redhat.com/jbossqe/eap-tests-hornetq.git cd eap-tests-hornetq/scripts/ git checkout refactoring_modules groovy -DEAP_VERSION=7.0.0.ER6 PrepareServers7.groovy export WORKSPACE=$PWD export JBOSS_HOME_1=$WORKSPACE/server1/jboss-eap export JBOSS_HOME_2=$WORKSPACE/server2/jboss-eap export JBOSS_HOME_3=$WORKSPACE/server3/jboss-eap export JBOSS_HOME_4=$WORKSPACE/server4/jboss-eap cd ../jboss-hornetq-testsuite/ mvn clean test -Dtest=CliReloadTest#reloadServerOOMTest -DfailIfNoTests= false -Deap=7x | tee log After the test is started: Start Visualvm and check memory grow of EAP server.

    Description

      There is regression against EAP 7.0.0.ER5. if server is continuously reloaded then there is out of memory java.lang.OutOfMemoryError: GC overhead limit exceeded.

      I've created heap dump at the beginning of the test and then after 20 min so it can be compared which instances are growing. Heap dumps can be downloaded by:

      scp jbossqa@10.40.4.81:/home/jbossqa/tmp/oom-reload.zip . #password: jbossqa

      Issue is under investigation. I tried to replace Artemis jars in EAP 7.0.0.ER6 by jars from EAP 7.0.0.ER5 and did not see any memory leaks.

      Attachments

        Issue Links

          is blocked by

          Component Upgrade - A task tracking an update to a bundled component or revision of component upstream of the project. JBEAP-3577 Upgrade Artemis to 1.1.0.wildfly-014

          • Blocker - To be worked above all other priorities. This term is chosen when the severity of the issue is very high, has no workaround, or the effort for the change is comparatively low. Issues that may be very publicly visible and could generate significant media attention may also drive a higher priority.
          • Closed
          is duplicated by

          Bug - A problem that impairs or prevents the functions of the product. JBEAP-3654 XNIO001007: A channel event listener threw an exception: java.lang.OutOfMemoryError: Direct buffer memory

          • Critical - To be worked on immediately following BLOCKER issues.
          • Closed
          is related to

          Bug - A problem that impairs or prevents the functions of the product. JBEAP-3654 XNIO001007: A channel event listener threw an exception: java.lang.OutOfMemoryError: Direct buffer memory

          • Critical - To be worked on immediately following BLOCKER issues.
          • Closed

          ARTEMIS-385 Loading...

          relates to

          Bug - A problem that impairs or prevents the functions of the product. JBEAP-3624 (7.0.z) Calling reload operation causes: "java.lang.InterruptedException"

          • Critical - To be worked on immediately following BLOCKER issues.
          • Closed

          Bug - A problem that impairs or prevents the functions of the product. JBEAP-5831 (7.1.0) Calling reload operation causes: "java.lang.InterruptedException"

          • Major - To be worked after higher priority work items are addressed. When the severity is high and the effort to change it is low to moderate, this term is chosen. Issues in this category likely have an existing workaround but implementation or execution may be non-trivial.
          • Closed

          Activity

            People

              rhn-support-jbertram Justin Bertram
              mnovak1@redhat.com Miroslav Novak
              Votes:
              0 Vote for this issue
              Watchers:
              4 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: