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

Ironic dnsmasq doesn't include existing DNS settings during iPXE boot


    • Important
    • None
    • 2
    • Metal Platform 225, Metal Platform 226, Metal Platform 227, Metal Platform 228, Metal Platform 229, Metal Platform 230
    • 6
    • Rejected
    • False
    • Hide



      Description of problem:

      When booting a host with iPXE using a baremetalhost and preprovisioning image existing DNS settings are not available to the host during the boot process.
      Specifically attempting to set the coreos.live.rootfs_url parameter to a URL using a hostname of a route in the hub cluster fails the boot even though that hostname is resolvable in the rest of the network.

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


      How reproducible:


      Steps to Reproduce:

      1. Create a BMH and preprovisioningimage to boot RHCOS using iPXE
      2. Set coreos.live.rootfs_url kernel parameter to a URL on an otherwise resolvable host (in my case a route to an application on the hub cluster)

      Actual results:

      Host fails to boot with DNS failure messages in the console

      Expected results:

      Host boots successfully with no additional user configuration.
      Specifically I don't want the user to have to re-specify any DNS configuration that is available in the network already.

      Additional info:

      My particular use case is ZTP with assisted installer and ran into this using dev-scripts.
      In this situation a controller within the assisted-service is setting up the preprovisioning image parameters and we're serving the rootfs over a route in the hub cluster.
      I can provide more information about this specific case if needed, but the issue feels like it applies generally.

            rhn-engineering-dtantsur Dmitry Tantsur
            ncarboni@redhat.com Nick Carboni
            Vladislav Kolodny Vladislav Kolodny
            0 Vote for this issue
            10 Start watching this issue