Uploaded image for project: 'AMQ Broker'
  1. AMQ Broker
  2. ENTMQBR-3999

Operator restart with existing statefulset results in non-responsive operator

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Done
    • Icon: Blocker Blocker
    • AMQ 7.7.0.CR4
    • AMQ 7.7.0.GA, AMQ 7.6.0.GA
    • operator
    • None
    • False
    • False
    • ?
    • Undefined
    • Verified in a release
    • Hide

      Deploy a broker cluster using the operator
      Scale the operator to zero and back to one

      Show
      Deploy a broker cluster using the operator Scale the operator to zero and back to one

      Originally this was investigated as a part of the artemiscloud issue#17 where a logged error was noted if the credentials secret was pre-existing on startup of the operator. This would occur in the case where a broker deployment was previously created in the namespace and then the operator had to restart for some reason.

      After investigating more fully it appears that at the point in time when the error is logged the operator stays in the creatingk8sresources state and does not move to it's regular processing state 'containerrunning' even though there are broker pods running. As a result updates are not processed correctly at this point in time.

      I began work on it on a branch however that work is incomplete at the moment.

      As indicated in the affects versions I suspect this behaviour was introduced in the 7.6.0 broker product release where new functionality was introduced to handle upgrades and the overall startup flow was updated.

              rhn-support-rkieley Roderick Kieley
              rhn-support-rkieley Roderick Kieley
              Tiago Bueno Tiago Bueno
              Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

                Created:
                Updated:
                Resolved: