[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