Bug 1465488
Summary: | [REST] Disk attachment doesn't show logical_name value for direct LUNs | ||
---|---|---|---|
Product: | [oVirt] ovirt-guest-agent | Reporter: | Lilach Zitnitski <lzitnits> |
Component: | General | Assignee: | Tomáš Golembiovský <tgolembi> |
Status: | CLOSED DUPLICATE | QA Contact: | Pavel Stehlik <pstehlik> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | --- | CC: | amureini, bugs, lzitnits, tnisan, ylavi |
Target Milestone: | ovirt-4.1.7 | Keywords: | Automation |
Target Release: | --- | Flags: | rule-engine:
ovirt-4.1+
|
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2017-09-12 19:41:05 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
Lilach Zitnitski
2017-06-27 14:08:43 UTC
Lilach, does this work properly on 4.2.0, or did it never work? (In reply to Allon Mureinik from comment #1) > Lilach, does this work properly on 4.2.0, or did it never work? It doesn't work on 4.2.0, also not on 4.1.3. I don't have older version to test it on, but it's written in one of our automation tests, which is why I believe it used to work in the past. This is also happening for image type disks, sometimes the disk attachment doesn't show logical_name even after more than 5 minutes after starting the VM. Tried to reproduce, it takes time indeed until the logical names data is populated in the engine but this info is coming from the guest agent, from the storage aspect we have not much to do about it, data comes in from the guest agent, stored in the DB and displayed though the REST. Moving to guest agent to investigate their aspect of the bug. Could you please send what is the guest OS, version of oVirt GA and the output of command '/usr/share/ovirt-guest-agent/diskmapper.script' run as root? This feature relies on the definition of serial number of the disk. And as the libvirt documentation says for the <serial> element: Not supported for scsi-block devices, that is those using disk type 'block' using device 'lun' on bus 'scsi'. So please check also the domain XML to make sure whether this is or is not the case. (In reply to Tomáš Golembiovský from comment #7) > Could you please send what is the guest OS, version of oVirt GA and the > output of > command '/usr/share/ovirt-guest-agent/diskmapper.script' run as root? > Red Hat Enterprise Linux Server release 7.3 (Maipo) ovirt-guest-agent-common-1.0.13-3.el7ev.noarch [root@localhost ~]# /usr/share/ovirt-guest-agent/diskmapper /dev/sr0|QEMU_DVD-ROM_QM00003 /dev/vda|79395864-a30d-413b-a > This feature relies on the definition of serial number of the disk. And as > the > libvirt documentation says for the <serial> element: > > Not supported for scsi-block devices, that is those using disk type > 'block' using device 'lun' on bus 'scsi'. > > So please check also the domain XML to make sure whether this is or is not > the case. Wasn't really sure what domain xml you meant, this is the direct lun's part in the xml output in the vdsm.log. Hope this will be helpful <disk device="disk" snapshot="no" type="block"> <source dev="/dev/mapper/3514f0c5a51600286" /> <target bus="virtio" dev="vdb" /> <readonly /> <driver cache="none" error_policy="stop" io="native" name="qemu" type="raw" /> </disk> This looks OK and reporting should work. I'd say it is the same issue as in bug 1477600. *** This bug has been marked as a duplicate of bug 1477600 *** |