Any errors that occur during reconciliation of a PreprovisioningImage resource are treated as transient and retried, reported only in the logs. This makes debugging difficult in cases where e.g. the user has provided invalid network data, the problem is not transient and must be addressed by a configuration change, thus it should be reported to the user. In addition, in the case that we do not know the IP address of Ironic (because the metal3 Pod is not yet up), we still want to be able to reconcile the PreprovisioningImage resources and mark them as not ready. Currently we just crashloop, leaving the CRs in whatever their previous state was.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory (Moderate: OpenShift Container Platform 4.10.3 security update), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHSA-2022:0056