Uploaded image for project: 'WildFly'
  1. WildFly
  2. WFLY-7275

Wildfly eats the CPU up to 100% and does not respond

    XMLWordPrintable

Details

    • Bug
    • Resolution: Done
    • Major
    • 11.0.0.Alpha1
    • 10.1.0.Final
    • None
    • None

    Description

      Hi!

      I have a JAX-RS application and after a lot of load, one thread eats up the CPU (100% usage) even when the load test app is terminated, and never drops down until I restart the app server.
      It causes me a lot of headeches because it totally makes the app server unusable until I restart, but the users unable to use the app in the meanwhile.

      I'v attached the stack trace but I unfortunately don't see anything according to my knowledge.
      Please help me, I can provide more information if necessary.

      Attachments

        1. Screen Shot 2016-10-07 at 20.18.27.png
          Screen Shot 2016-10-07 at 20.18.27.png
          1.12 MB
        2. Screen Shot 2016-10-07 at 20.18.31.png
          Screen Shot 2016-10-07 at 20.18.31.png
          1.11 MB
        3. wildfly-after-hang.txt
          179 kB
        4. wildfly-after-hang+1min.txt
          181 kB
        5. wildfly-hang.txt
          182 kB
        6. wildfly-hang-real-stacktrace.txt
          100 kB

        Issue Links

          is blocked by

          Component Upgrade - A task tracking an update to a bundled component or revision of component upstream of the project. WFCORE-1889 Upgrade xnio from 3.4.0 to 3.4.1

          • 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.
          • Resolved
          is cloned by

          Bug - A problem that impairs or prevents the functions of the product. JBEAP-6397 (7.1.0) Wildfly eats the CPU up to 100% and does not respond

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

          Bug - A problem that impairs or prevents the functions of the product. XNIO-276 If QueuedNioTcpServer hits the max connection limit it gets stuck in an infinite loop

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

          Activity

            People

              sdouglas1@redhat.com Stuart Douglas
              krisztian.kocsis_jira Krisztian Kocsis (Inactive)
              Votes:
              0 Vote for this issue
              Watchers:
              14 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: