Uploaded image for project: 'Red Hat Fuse'
  1. Red Hat Fuse
  2. ENTESB-5938

After Multiple Profile Deployments Fabric Container Runs Out of PermGen Space

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: Closed
    • Priority: Major
    • Resolution: Done
    • Affects Version/s: jboss-fuse-6.2.1, jboss-fuse-6.3
    • Component/s: Fabric8 v1, Karaf
    • Labels:
      None
    • Environment:

      JBoss Fuse 6.2.1 Karaf / Fabric - Reported on Rollup 1 / 090, confirmed on Rollup 2 / 107

    • Sprint:
      Sprint 7 - towards CR2
    • Steps to Reproduce:
      Hide

      1. Deploy JBoss Fuse 6.2.1 / Karaf (I used Rollup 2 for testing)
      2. Create a Fabric with fabric:create --wait-for-provisioning
      3. Create a child container
      4. Attach a profiler like JVisualVm to the child container process
      5. Alternately provision and remove the JBoss Fuse Full profile on the container.
      6. Watch the PermGen usage climb in stair-steps until an OOM is thrown

      Note: I did see one stop the world GC in which the PermGen dropped considerably, but following that event was able to force the OOM by continuing to redeploy.

      Show
      1. Deploy JBoss Fuse 6.2.1 / Karaf (I used Rollup 2 for testing) 2. Create a Fabric with fabric:create --wait-for-provisioning 3. Create a child container 4. Attach a profiler like JVisualVm to the child container process 5. Alternately provision and remove the JBoss Fuse Full profile on the container. 6. Watch the PermGen usage climb in stair-steps until an OOM is thrown Note: I did see one stop the world GC in which the PermGen dropped considerably, but following that event was able to force the OOM by continuing to redeploy.

      Description

      After repeated redeployments of a profile to a Fuse Fabric container, PermGen space is slowly consumed until PermGen is maxed out and an OutOfMemory:PermGen error is thrown and the container becomes unresponsive.

      Some space seems to be recovered after each redeployment, but the amound recovered gets progressively smaller until the OOM is thrown.

        Gliffy Diagrams

          Attachments

          1. fuse.log
            5.24 MB
          2. fuse.log
            7.48 MB
          3. gc-root.png
            gc-root.png
            20 kB
          4. gc-root-found.png
            gc-root-found.png
            67 kB
          5. no-gc-root.png
            no-gc-root.png
            9 kB
          6. oql-console.png
            oql-console.png
            35 kB
          7. redirected.out
            134 kB
          8. redirected.out
            112 kB
          9. Screenshot-VisualVM.png
            Screenshot-VisualVM.png
            132 kB

            Issue Links

              Activity

                People

                • Assignee:
                  grgrzybek Grzegorz Grzybek
                  Reporter:
                  hawkinsds Duane Hawkins
                  Tester:
                  Roman Jakubco
                • Votes:
                  0 Vote for this issue
                  Watchers:
                  8 Start watching this issue

                  Dates

                  • Created:
                    Updated:
                    Resolved: