Bug 1630231 - VM's pod is blank on web console
Summary: VM's pod is blank on web console
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Container Native Virtualization (CNV)
Classification: Red Hat
Component: User Experience
Version: 1.2
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: ---
: ---
Assignee: Tomas Jelinek
QA Contact: Guohua Ouyang
URL:
Whiteboard:
: 1637087 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2018-09-18 08:49 UTC by Guohua Ouyang
Modified: 2018-10-22 15:13 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2018-10-22 15:13:16 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
blank_pod (12.96 KB, image/png)
2018-09-25 05:03 UTC, Guohua Ouyang 		no flags Details
vm_vmi_pod (9.28 KB, text/plain)
2018-09-25 05:06 UTC, Guohua Ouyang 		no flags Details
View All


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHEA-2018:2953 0 None None None 2018-10-22 15:13:18 UTC

Description Guohua Ouyang 2018-09-18 08:49:58 UTC 
Description of problem:
Create a VM from cli or web console and start the VM, check the VM details, the POD value is blank.

Version-Release number of selected component (if applicable):
v1.2.0-5-2-g7d06705

How reproducible:
100%

Steps to Reproduce:
1. create a vm and start the vm
2. go to vm detail page
3. check the pod value

Actual results:
The value of pod is "--".

Expected results:
VM's pod is showing.

Additional info:
Comment 1 Tomas Jelinek 2018-09-24 08:33:44 UTC 
Could you please attach the dumps of the VM, VMI and pod objects?
Comment 2 Guohua Ouyang 2018-09-25 05:03:25 UTC 
Created attachment 1486607 [details]
blank_pod
Comment 3 Guohua Ouyang 2018-09-25 05:06:59 UTC 
Created attachment 1486608 [details]
vm_vmi_pod
Comment 4 Tomas Jelinek 2018-09-25 08:47:44 UTC 
Thank you!

The regression has been caused by https://github.com/kubevirt/kubevirt/commit/1bf7d0f7281c40de5ec27a8e6e3c8a8406c17c7f which moved the "kubevirt.io/domain" from labels to annotations, while the UI is still looking for it in the labels.

@Fabian: any idea why has it been changed? Does this change need to go into 1.2?
Comment 5 Fabian Deutsch 2018-09-25 10:32:41 UTC 
The change was done to follow existing Kubernetes patterns, where relations between entities are expressed in owner or object references.

I assume you used the label to find a pod for a VM?
Comment 6 Fabian Deutsch 2018-09-25 10:34:53 UTC 
A clarification: My comment was incorrect. The reason for the change you highlight was because we needed to avoid to exceed the label length limit, that's why we went in that case to uids.
Comment 7 Tomas Jelinek 2018-09-25 11:58:41 UTC 
> I assume you used the label to find a pod for a VM?

right.

So what should be the new correct way of doing this association?
Comment 8 Marek Libra 2018-09-26 13:03:16 UTC 
Should be fixed by https://github.com/kubevirt/origin-web-console/pull/13, available in cnv12-tech-preview/origin-web-console:1.2-5 image (brew-pulp-docker01.web.prod.ext.phx2.redhat.com:8888/cnv12-tech-preview/origin-web-console:1.2-5)
Comment 9 Tomas Jelinek 2018-10-09 09:36:05 UTC 
*** Bug 1637087 has been marked as a duplicate of this bug. ***
Comment 12 errata-xmlrpc 2018-10-22 15:13:16 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, 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-2018:2953
Note You need to log in before you can comment on or make changes to this bug.