Bug 1793290
Summary: | guestDiskMapping can be missing or incorrect when retrieved from qga | ||
---|---|---|---|
Product: | Red Hat Enterprise Virtualization Manager | Reporter: | Germano Veit Michel <gveitmic> |
Component: | vdsm | Assignee: | Tomáš Golembiovský <tgolembi> |
Status: | CLOSED ERRATA | QA Contact: | Qin Yuan <qiyuan> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 4.3.7 | CC: | ahadas, hyupark, klaas, lsurette, mavital, michal.skrivanek, nashok, pelauter, rdlugyhe, srevivo, tgolembi, ycui |
Target Milestone: | ovirt-4.4.2 | Keywords: | ZStream |
Target Release: | 4.4.2 | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | vdsm-4.40.24 | Doc Type: | Bug Fix |
Doc Text: |
Previously, the partition number was not removed from the disk path, so the disk mapping pointed to an arbitrary partition on the disk, instead of the disk itself. The current release fixes this issue: Disk mapping contains only disk paths.
|
Story Points: | --- |
Clone Of: | Environment: | ||
Last Closed: | 2020-09-23 16:16:06 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | Virt | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Germano Veit Michel
2020-01-21 05:25:01 UTC
Note that disks with LVM have wrong mapping too in case LVM is in a partition instead of whole disk. This seems to be as good as it can get with current qga in RHEL8. But its certainly a step back when comparing to RHEL7 and ovirt-guest-agent. I get correct device names (and not partitions) on RHEL7 guests, even with no file-systems mounted. Sorry for the delay. Basically there are two issues that you are reporting 1) The path refers to the partition (/dev/sda3) instead of the device (/dev/sda) -- this is possibly bug in VDSM and can be fixed. 2) Disk is not reported if there is no filesystem on it -- this is known limitation and if the feature is needed a RFE bug has to be opened. *** Bug 1819382 has been marked as a duplicate of this bug. *** any more patch? If not, please move to MODIFIED Was this included in this week build? Yes it was. $ git tag --contains 66dd1d84ddb918f869409e3dc417ea1a77b61df3 v4.40.14 v4.40.15 v4.40.16 v4.40.17 v4.40.18 v4.40.19 v4.40.20 v4.40.21 too late for 4.4.1, so what's the current state? (In reply to Michal Skrivanek from comment #15) > too late for 4.4.1, so what's the current state? Waiting for review. (In reply to Tomáš Golembiovský from comment #17) > (In reply to Michal Skrivanek from comment #15) > > too late for 4.4.1, so what's the current state? > > Waiting for review. What I mean is what's the current behavior with 107170 merged and 110212 not. Because that's what's going out... Devices with partition number are still being reported. Patch 107170 was for the qemu-ga polling with direct commands and that code is not used anymore. When we switched to querying uisng libvirt API this fix was missed and created regression. Patch 110212 is fixing the libvirt API querying code. Verified with: vdsm-4.40.24-1.el8ev.x86_64 ovirt-engine-4.4.2.1-0.15.el8ev.noarch Steps: 1. Create a VM from template(latest-rhel-guest-image-8.2-infra) 2. Create a new disk 3. Run VM 4. Partition the new disk and mount fs inside VM 5. Check if the disks logical name are correct Results: 1. The logical names are /dev/vda, /dev/sda, which are correct. Disks info in VM: [root@vm-30-57 ~]# lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 10G 0 disk ├─sda1 8:1 0 2G 0 part /root/test1 ├─sda2 8:2 0 3G 0 part └─sda3 8:3 0 5G 0 part sr0 11:0 1 1024M 0 rom vda 253:0 0 10G 0 disk ├─vda1 253:1 0 1M 0 part ├─vda2 253:2 0 100M 0 part /boot/efi └─vda3 253:3 0 9.9G 0 part / Logical names in engine: engine=# select device_id,logical_name from vm_device_view where device='disk' and vm_id = '9038088b-316c-41b5-abf7-7adf463293e1'; device_id | logical_name --------------------------------------+-------------- b93bbe68-4b17-4f69-8e0c-af8be29717e1 | /dev/vda 5a2a0e79-832e-47ca-abeb-e4067d87b37d | /dev/sda 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 (RHV RHEL Host (ovirt-host) 4.4.z [ovirt-4.4.2]), 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/RHBA-2020:3822 |