forked from rook/rook
If the cluster has previously been initialized and the operator is restarted, the operator needs to perform the first orchestration to confirm basic cluster health, then start watching for CR events. If there was a single mon pod in a failed or pending pod state, the orchestration was blocked even if just one mon was in this state. The scenario is when a node is lost and a mon and the operator happen to be running on that node. The operator will restart, but the mon will not restart because it is tied to the node that died (unless running on a PVC). The mon would remain in a pending state while attempting to schedule on the node that is down indefinitely and the operator would be blocked indefinitely. Now we will just log the error and attempt to continue. Signed-off-by: Travis Nielsen <tnielsen@redhat.com>