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

Creating GCP Private Cluster results in "wrongSubnetwork" error

XMLWordPrintable

    • Moderate
    • No
    • Sprint 254, Sprint 255, Installer Sprint 256, Installer Sprint 257
    • 4
    • False
    • Hide

      None

      Show
      None
    • N/A
    • Release Note Not Required
    • Done

      When creating a Private Cluster with CAPG the cloud-controller-manager generates an error when the instance-group is created:

      I0611 00:04:34.998546       1 event.go:376] "Event occurred" object="openshift-ingress/router-default" fieldPath="" kind="Service" apiVersion="v1" type="Warning" reason="SyncLoadBalancerFailed" message="Error syncing load balancer: failed to ensure load balancer: googleapi: Error 400: Resource 'projects/openshift-dev-installer/zones/us-east1-b/instances/bfournie-capg-test-6vn69-worker-b-rghf7' is expected to be in the subnetwork 'projects/openshift-dev-installer/regions/us-east1/subnetworks/bfournie-capg-test-6vn69-master-subnet' but is in the subnetwork 'projects/openshift-dev-installer/regions/us-east1/subnetworks/bfournie-capg-test-6vn69-worker-subnet'., wrongSubnetwork"
      

      Three "k8s-ig" instance-groups were created for the Internal LoadBlancer. Of the 3, the first one is using the master subnet

      subnetwork: https://www.googleapis.com/compute/v1/projects/openshift-dev-installer/regions/us-east1/subnetworks/bfournie-capg-test-6vn69-master-subnet
      

      while the other two are using the worker-subnet. Since this IG uses the master-subnet and the instance is using the worker-subnet it results in this mismatch.

      This looks similar to issue tracked (and closed) with cloud-provider-gcp
      https://github.com/kubernetes/cloud-provider-gcp/pull/605

              padillon Patrick Dillon
              bfournie@redhat.com Robert Fournier
              Jianli Wei Jianli Wei
              Votes:
              0 Vote for this issue
              Watchers:
              7 Start watching this issue

                Created:
                Updated:
                Resolved: