Trigger an IPI install on AzureStack wwt. Destroy the cluster. Check public zone, still saw *.apps record there. Version: OpenShift Installer 4.10.0-0.nightly-2022-02-11-123954 Platform: AzureStack Please specify: * IPI + customer vnet What happened? Installer destroy log: 02-15 14:14:23.531 level=debug msg=OpenShift Installer 4.10.0-0.nightly-2022-02-11-123954 02-15 14:14:23.531 level=debug msg=Built from commit 1ddc64b523042f450f21cc45f1150d29cb01ecc1 02-15 14:14:23.806 level=info msg=Credentials loaded from file "/home/installer1/workspace/ocp-common/Flexy-destroy/flexy/workdir/azurecreds20220215-393107-1ixbji8" 02-15 14:14:23.806 level=debug msg=deleting public records 02-15 14:14:24.776 level=debug msg=<nil> 02-15 14:14:25.733 level=info msg=deleted record=api.jialiub4 02-15 14:14:25.733 level=info msg=deleted record=api-int.jialiub4 02-15 14:14:26.337 level=debug msg=deleting resource group 02-15 14:25:04.423 level=info msg=deleted resource group=jialiub4-kfrm8-rg 02-15 14:25:04.423 level=debug msg=deleting application registrations 02-15 14:25:04.423 level=debug msg=Purging asset "Metadata" from disk 02-15 14:25:04.423 level=debug msg=Purging asset "Master Ignition Customization Check" from disk 02-15 14:25:04.423 level=debug msg=Purging asset "Worker Ignition Customization Check" from disk 02-15 14:25:04.423 level=debug msg=Purging asset "Terraform Variables" from disk 02-15 14:25:04.423 level=debug msg=Purging asset "Kubeconfig Admin Client" from disk 02-15 14:25:04.423 level=debug msg=Purging asset "Kubeadmin Password" from disk 02-15 14:25:04.423 level=debug msg=Purging asset "Certificate (journal-gatewayd)" from disk 02-15 14:25:04.423 level=debug msg=Purging asset "Cluster" from disk After installer destroy step complete, *.apps is still listed there.
The logs are showing a <nil> output which may be a red herring for this particular bug (but should be fixed). Deletion for dns records is handled by tags, so make sure to check records created by ingress controller are correctly tagged.
This is occuring on 4.11 as well.
I can confirm there is no kubernetes.io_cluster.$cluster_name tag on the apps wildcard record as there seems to be on the api and api-int records.
confirmed this is fixed in 4.11.0-0.nightly-2022-06-23-092832
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 (Important: OpenShift Container Platform 4.11.0 bug fix and 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:5069