Uploaded image for project: 'OpenShift Bugs'
  1. OpenShift Bugs
  2. OCPBUGS-11775

wait-for command doesn't handle installing-pending-user-action

    XMLWordPrintable

Details

    • Moderate
    • No
    • Agent Sprint 233, Sprint 235
    • 2
    • Rejected
    • False
    • Hide

      None

      Show
      None

    Description

      This is a clone of issue OCPBUGS-4998. The following is the description of the original issue:

      If the cluster enters the installing-pending-user-action state in assisted-service, it will not recover absent user action.
      One way to reproduce this is to have the wrong boot order set in the host, so that it reboots into the agent ISO again instead of the installed CoreOS on disk. (I managed this in dev-scripts by setting a root device hint that pointed to a secondary disk, and only creating that disk once the VM was up. This does not add the new disk to the boot order list, and even if you set it manually it does not take effect until after a full shutdown of the VM - the soft reboot doesn't count.)

      Currently we report:

      cluster has stopped installing... working to recover installation

      in a loop. This is not accurate (unlike in e.g. the install-failed state) - it cannot be recovered automatically.

      Also we should only report this, or any other, status once when the status changes, and not continuously in a loop.

      Attachments

        Issue Links

          Activity

            People

              bfournie@redhat.com Robert Fournier
              openshift-crt-jira-prow OpenShift Prow Bot
              zhenying niu zhenying niu
              Votes:
              0 Vote for this issue
              Watchers:
              7 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: