Description of problem: Created a headless service and populated to VMs so they could be able to resolve the A record in an FQDN manner of: <vmi.spec.hostname>.<vmi.spec.subdomain>.<vmi.metadata.namespace>.svc.cluster.local. Creation of their VMs seems to work, underlying Pod has its subdomain and hostname fields populated and resolution for the FQDN is functional. However, when a live migration is triggered and the target Pod is created, it's created with the subdomain field populated but without the hostname field. Version-Release number of selected component (if applicable): All versions How reproducible: Always Steps to Reproduce: - Created a headless service. My env headless service "subdomain" - Populated the VM yaml with subdomain and hostname : ~~ hostname: hostname networks: - name: nic pod: {} subdomain: mysubdomain <----- Headless service ~~ - Started VM and I can see the virt-launcher has a hostname and subdomain spec : ~~ # oc get pod virt-launcher -o yaml |egrep 'hostame|subdomain' hostname: hostname subdomain: mysubdomain ~ -- After live migration, the target virt-launcher pod is missing Hostname. The subdomain spec is still there. ~~ # oc get pod virt-launcher -o yaml |egrep 'hostame|subdomain' subdomain: mysubdomain ~~ Actual results: The hostname spec is missing after VM live migration on virt-launcher pod. Expected results: The hostname spec should also be shown on the target virt-launcher pod after migration.
Customer requests backport to 4.11.z
verify with build: CNV-v4.13.1.rhel9-40 step: 1: Created a headless service. apiVersion: v1 kind: Service metadata: name: subdomain spec: clusterIP: None selector: app: test-app ports: - protocol: TCP port: 80 targetPort: 3000 2: create a vm with: ... spec: hostname: "myvmi" subdomain: "mysubdomain" domain: ... 3: start vm and check virt-launcher $ oc get pods virt-launcher-vm-fedora-zwsdf -o yaml | egrep 'hostname|subdomain' hostname: myvmi subdomain: mysubdomain 4: do livemigration $ oc get pods NAME READY STATUS RESTARTS AGE virt-launcher-vm-fedora-59htv 1/1 Running 0 20s virt-launcher-vm-fedora-zwsdf 0/1 Completed 0 4m47s after migration, check target virt-launcher $ oc get pods virt-launcher-vm-fedora-59htv -o yaml | egrep 'hostname|subdomain' topologyKey: kubernetes.io/hostname hostname: myvmi subdomain: mysubdomain move to verified.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory (OpenShift Virtualization 4.13.1 Images), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHEA-2023:3686
(In reply to errata-xmlrpc from comment #10) > Since the problem described in this bug report should be > resolved in a recent advisory, it has been closed with a > resolution of ERRATA. > > For information on the advisory (OpenShift Virtualization 4.13.1 Images), > and where to find the updated > files, follow the link below. > > If the solution does not work for you, open a new bug report. > > https://access.redhat.com/errata/RHEA-2023:3686 https://geometrydashspam.io/ How can the issue of the missing hostname field in the virt-launcher pod be addressed or resolved during the live migration process?