Uploaded image for project: 'Red Hat OpenStack Services on OpenShift'
  1. Red Hat OpenStack Services on OpenShift
  2. OSPRH-16204

ironic-conductor pod is not gracefully stopping on SIGTERM

XMLWordPrintable

    • 3
    • False
    • Hide

      None

      Show
      None
    • False
    • ?
    • ironic-operator-container-1.0.12-6
    • rhos-ops-day1day2-hardprov
    • None
    • HardProv Sprint 6, HardProv Sprint 7, HardProv Sprint 8
    • 3
    • Moderate

      To Reproduce Steps to reproduce the behavior:

      1. Using install_yamls start ironic either standalone or as part of an openstack deploy
      2. Run the associated cleanup to stop all services
      3. ironic-conductor-0 continues to run until the timout and it is given the SIGKILL signal

      Expected behavior

      • ironic-conductor-0 pod will stop instantly with a graceful shutdown on SIGTERM

      Bug impact

      • Any stop or restart of the conductor service will be very slow due to the service not stopping in a timely manner

      Known workaround

      • Waiting for the timeout

      Additional context

      • I'm not sure if my graceful shutdown rework is in Antelope. If it is then maybe there is a regression. If it isn't then some Antelope only fix may be required.

              rhn-engineering-sbaker Steve Baker
              rhn-engineering-sbaker Steve Baker
              rhos-dfg-hardprov
              Votes:
              0 Vote for this issue
              Watchers:
              6 Start watching this issue

                Created:
                Updated:
                Resolved: