Uploaded image for project: 'Red Hat OpenStack Services on OpenShift'
  1. Red Hat OpenStack Services on OpenShift
  2. OSPRH-2457

Default VA1 deployment with network_type: "OVNKubernetes" is not working

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Done
    • Icon: Normal Normal
    • 2023Q4, rhos-18.0.0
    • None
    • None
    • None
    • Neutron 2023Q4
    • 2023Q4
    • Networking; Neutron

      Default VA1 deployment[1] when done with "OVNKubernetes" network_type do not work.

      Noticed when validating the default switch[3]

      The issue happens when using 192.168.122.1 as dns forwarder for DNSMasq CR[[4][5]

      Related Jira thread[6] where others too hit the issue.

      Issue is dnsmasq pods can't reach the dns server at 192.168.122.1 and thus not functional. And edpm nodes can't resolve any DNS address and thus fails operations like compute nodes are not registered etc.

      Workaround is to see some other DNS server as forwarder which is reachable/routable from the openshift pods/ worker nodes.

       

      [1] https://ci-framework.pages.redhat.com/docs/ci-framework/05_deploy_va.html

       [2]

      cifmw_devscripts_config_overrides:

        network_type: "OVNKubernetes"

       [3][ https://github.com/openstack-k8s-operators/ci-framework/pull/918|https://github.com/openstack-k8s-operators/ci-framework/pull/918]

       [4] https://github.com/openstack-k8s-operators/architecture/blob/007ccf00d6c3d4aa16f684fc2f1104fa80f77b1f/va/hci/stage4/openstackcontrolplane.yaml#L51

       [5] https://github.com/fultonj/architecture/blob/ci-framework/validated_arch_1/stage4/openstackcontrolplane.yaml#L31

       [6] https://redhat-internal.slack.com/archives/CQXJFGMK6/p1700255782023559

            ykarel@redhat.com Yatin Karel
            ykarel@redhat.com Yatin Karel
            rhos-dfg-networking-squad-neutron
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: