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

Disconnected ARO clusters fail to install on 4.14 and add new nodes on upgrade to 4.14

XMLWordPrintable

    • No
    • MCO Sprint 255
    • 1
    • False
    • Hide

      None

      Show
      None
    • Hide
      Fixed a rare bug where in disconnected ARO installs, the lack of strict ordering between dnsmasq and MCD-pull early boot systemd services can cause a node to fail to pull the necessary OS image, failing the installation.

      This regressed in 4.14 due to a change of dependency targets, but was not caught until 4.17. We will apply this patch for 4.14->4.17 via backport.
      Show
      Fixed a rare bug where in disconnected ARO installs, the lack of strict ordering between dnsmasq and MCD-pull early boot systemd services can cause a node to fail to pull the necessary OS image, failing the installation. This regressed in 4.14 due to a change of dependency targets, but was not caught until 4.17. We will apply this patch for 4.14->4.17 via backport.
    • Bug Fix
    • In Progress

      This is a clone of issue OCPBUGS-35364. The following is the description of the original issue:
      —
      This is a clone of issue OCPBUGS-35300. The following is the description of the original issue:
      —
      Description of problem:

      ARO cluster fails to install with disconnected networking.
We see master nodes bootup hang on the service machine-config-daemon-pull.service. Logs from the service indicate it cannot reach the public IP of the image registry. In ARO, image registries need to go via a proxy. Dnsmasq is used to inject proxy DNS answers, but machine-config-daemon-pull is starting before ARO's dnsmasq.service starts.

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

      4.14.16

      How reproducible:

      Always

      Steps to Reproduce:

      For Fresh Install:
1. Create the required ARO vnet and subnets
2. Attach a route table to the subnets with a blackhole route 0.0.0.0/0
3. Create 4.14 ARO cluster with --apiserver-visibility=Private --ingress-visibility=Private --outbound-type=UserDefinedRouting

[OR]

Post Upgrade to 4.14:
1. Create a ARO 4.13 UDR.
2. ClusterUpgrade the cluster 4.13-> 4.14 , upgrade was successful
3. Create a new node (scale up), we run into the same issue.

      Actual results:

      For Fresh Install of 4.14:
ERROR: (InternalServerError) Deployment failed.

[OR]

Post Upgrade to 4.14:
Node doesn't come into a Ready State and Machine is stuck in Provisioned status.

      Expected results:

      Succeeded

      Additional info:
      We see in the node logs that machine-config-daemon-pull.service is unable to reach the image registry. ARO's dnsmasq was not yet started.
      Previously, systemd ordering was set for ovs-configuration.service to start after (ARO's) dnsmasq.service. Perhaps that should have gone on machine-config-daemon-pull.service.
      See https://issues.redhat.com/browse/OCPBUGS-25406.

            team-mco Team MCO
            openshift-crt-jira-prow OpenShift Prow Bot
            Sergio Regidor de la Rosa Sergio Regidor de la Rosa
            Votes:
            0 Vote for this issue
            Watchers:
            4 Start watching this issue

              Created:
              Updated:
              Resolved: