Bug 2176787 - Headless service functionality loss for OCP-V VMs on live migration
Summary: Headless service functionality loss for OCP-V VMs on live migration
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Container Native Virtualization (CNV)
Classification: Red Hat
Component: Virtualization
Version: 4.11.2
Hardware: Unspecified
OS: Unspecified
high
medium
Target Milestone: ---
: 4.11.4
Assignee: lpivarc
QA Contact: zhe peng
URL:
Whiteboard:
Depends On: 2166510
Blocks: 2176785
TreeView+ depends on / blocked
 
Reported: 2023-03-09 10:05 UTC by Antonio Cardace
Modified: 2023-05-30 15:38 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of: 2166510
Environment:
Last Closed: 2023-05-30 15:37:44 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github kubevirt kubevirt pull 9548 0 None open [release-0.53] Remove hostname limitation for migrations 2023-04-11 12:32:24 UTC
Red Hat Issue Tracker CNV-26719 0 None None None 2023-03-09 10:07:10 UTC
Red Hat Product Errata RHEA-2023:3352 0 None None None 2023-05-30 15:38:08 UTC

Description Antonio Cardace 2023-03-09 10:05:24 UTC
+++ This bug was initially created as a clone of Bug #2166510 +++

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.

--- Additional comment from Dan Kenigsberg on 2023-03-09 09:39:28 UTC ---

Customer requests backport to 4.11.z

Comment 1 Dan Kenigsberg 2023-04-17 09:20:40 UTC
Can this move to ON_QA? Why wasn't it automatic?

Comment 2 lpivarc 2023-04-17 15:28:03 UTC
I believe that from past conversations the ON_QE is responsibility of QE. This can be safely moved to ON_QE if I my memory failed me.

Comment 4 zhe peng 2023-05-16 07:12:12 UTC
verify with build:  CNV-v4.11.4-113

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-fedora-stiff-tyrannosaurus-4pxfd -o yaml | egrep 'hostname|subdomain'
  hostname: myvmi
  subdomain: mysubdomain

4: do livemigration
$ oc get pods
NAME                                             READY   STATUS      RESTARTS   AGE
virt-launcher-fedora-stiff-tyrannosaurus-4pxfd   0/1     Completed   0          107s
virt-launcher-fedora-stiff-tyrannosaurus-v7xjb   1/1     Running     0          23s

after migration, check target launcher
$ oc get pods virt-launcher-fedora-stiff-tyrannosaurus-v7xjb -o yaml | egrep 'hostname|subdomain'
 ...
  hostname: myvmi
  subdomain: mysubdomain


move to verified.

Comment 10 errata-xmlrpc 2023-05-30 15:37:44 UTC
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.11.4 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:3352


Note You need to log in before you can comment on or make changes to this bug.