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

[IBMCloud] destroyed the private cluster, fail to cleanup the dns records

XMLWordPrintable

    • No
    • Proposed
    • False
    • Hide

      None

      Show
      None
    • Hide
      Previously, DNS records that the installation program created were not removed when uninstalling a private cluster. With this update, the installation program now correctly removes these DNS records. (link:https://issues.redhat.com/browse/OCPBUGS-7973[OCPBUGS-7973]
      Show
      Previously, DNS records that the installation program created were not removed when uninstalling a private cluster. With this update, the installation program now correctly removes these DNS records. (link: https://issues.redhat.com/browse/OCPBUGS-7973 [ OCPBUGS-7973 ]
    • Bug Fix
    • Done

      Description of problem:

      After destroyed the private cluster, the cluster's dns records left.

      Version-Release number of selected component (if applicable):

      4.12.0-0.nightly-2023-02-26-022418 
      4.13.0-0.nightly-2023-02-26-081527 

      How reproducible:

      always

      Steps to Reproduce:

      1.create a private cluster
      2.destroy the cluster
      3.check the dns record  
      $ibmcloud dns zones | grep private-ibmcloud.qe.devcluster.openshift.com (base_domain)
      3c7af30d-cc2c-4abc-94e1-3bcb36e01a9b   private-ibmcloud.qe.devcluster.openshift.com     PENDING_NETWORK_ADD
      $zone_id=3c7af30d-cc2c-4abc-94e1-3bcb36e01a9b
      $ibmcloud dns resource-records $zone_id
      CNAME:520c532f-ca61-40eb-a04e-1a2569c14a0b   api-int.ci-op-wkb4fgd6-eef7e.private-ibmcloud.qe.devcluster.openshift.com   CNAME   60    10a7a6c7-jp-tok.lb.appdomain.cloud   
      CNAME:751cf3ce-06fc-4daf-8a44-bf1a8540dc60   api.ci-op-wkb4fgd6-eef7e.private-ibmcloud.qe.devcluster.openshift.com       CNAME   60    10a7a6c7-jp-tok.lb.appdomain.cloud   
      CNAME:dea469e3-01cd-462f-85e3-0c1e6423b107   *.apps.ci-op-wkb4fgd6-eef7e.private-ibmcloud.qe.devcluster.openshift.com    CNAME   120   395ec2b3-jp-tok.lb.appdomain.cloud 

      Actual results:

      the dns records of the cluster were left

      Expected results:

      created dns record by installer are all deleted, after destroyed the cluster

      Additional info:

      this block create private cluster later, caused the maximum limit of 5 wildcard records are easily reached. (qe account limitation)
      checking the *ingress-operator.log of the failed cluster, got the error: "createOrUpdateDNSRecord: failed to create the dns record: Reached the maximum limit of 5 wildcard records."

              jeffbnowicki Jeff Nowicki
              maxu@redhat.com May Xu
              May Xu May Xu
              Mike Pytlak Mike Pytlak (Inactive)
              Votes:
              0 Vote for this issue
              Watchers:
              5 Start watching this issue

                Created:
                Updated:
                Resolved: