Description of problem: We can not destroy the OCP 4.4 cluster installed on RHEV IPI if the ovirt-config.yaml is missing. The customer used a workaround of pretending to create a new cluster in the same RHEV cluster. After that the ovirt-config.yaml was generated, then he could switch to the directory that kept the terraform state for the older cluster and run openshift-install destroy cluster. Is there any official way, we can recreate the ovirt-config.yaml? Version-Release number of the following components: OCP 4.4
No official way. I'm thinking that this ovirt-config.yaml should be similar to OpenStack's clouds.yaml. But we are not there. Please not that cluster destroy is not invoking a terraform destroy because resources like workers are created by the machine controller.
Sure. I can document this. But I have to ask: - Why was ~/.ovirt/ovirt-config.yaml missing? - Did they change the username or bastion machine? - If the user installs OCP on multiple environments (different Engines), does this overwrite the information in ~/.ovirt/ovirt-config.yaml so it only contains info for the most recent engine? I'm not sure how OpenStack's clouds.yaml is set up. For ovirt-config.yaml, maybe we could get the name of the Engine from the ENGINE API URL and prepend it to the filename. This way, each environment will have its own unique ovirt-config.yaml file. Should we tell users they must always use the same bastion host and username?
(In reply to Rolfe Dlugy-Hegwer from comment #3) > Sure. I can document this. But I have to ask: > - Why was ~/.ovirt/ovirt-config.yaml missing? > - Did they change the username or bastion machine? > - If the user installs OCP on multiple environments (different Engines), > does this overwrite the information in ~/.ovirt/ovirt-config.yaml so it only > contains info for the most recent engine? > > I'm not sure how OpenStack's clouds.yaml is set up. For ovirt-config.yaml, > maybe we could get the name of the Engine from the ENGINE API URL and > prepend it to the filename. This way, each environment will have its own > unique ovirt-config.yaml file. > > Should we tell users they must always use the same bastion host and username? Probably we should but maybe we can help them with asking interactively again for the credentials or at least give a nice error if its missing. Abhijeet can you answer some of those questions?
*** Bug 1838685 has been marked as a duplicate of this bug. ***
*** Bug 1838682 has been marked as a duplicate of this bug. ***