[ovirt-users] udev upgrade on ovirt 3.5 /el6 causes incorrect storage ownership - cannot activate host due permission denied

Ernest Beinrohr Ernest.Beinrohr at axonpro.sk
Fri Aug 26 10:57:34 UTC 2016


Hi, after a last yum update, udev assigned incorrect /dev/dm-* ownership 
for ovirt storage. The default storage is owned by "root.disk" instead 
of "vdsm.qemu". The vdsm udev cfg file is unchanged.



Package udev.x86_64 0:147-2.73.el6 WORKS

Package udev.x86_64 0:147-2.73.el6_8.1 DOESN'T

Looks like a behavior change in udev - 
https://rhn.redhat.com/errata/RHBA-2016-1659.html

This update fixes the following bug:

* Previously, the udev daemon reset permissions on a device node on both
"change" and "add" kernel sysfs events. After a "change" event was 
generated for
an underlying block device, permissions on a virtual disk of a virtual 
machine
(VM) were reset. Consequently, a qemu process accessing the virtual disk
encountered a "Permission denied" error, which caused problems during live
migrations of VMs. The udev service has been patched, and it now sets
permissions on a device node only on "add" events or in cases when udev 
created
a new device node. The behavior of the udev service is now similar to 
Red Hat
Enterprise Linux 7. (BZ#1362038)

-- 
Ernest Beinrohr, AXON PRO
Ing <http://www.beinrohr.sk/ing.php>, RHCE 
<http://www.beinrohr.sk/rhce.php>, RHCVA 
<http://www.beinrohr.sk/rhce.php>, LPIC 
<http://www.beinrohr.sk/lpic.php>, VCA <http://www.beinrohr.sk/vca.php>,
+421-2-62410360 +421-903-482603
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20160826/ca469556/attachment-0001.html>


More information about the Users mailing list