This is a multi-part message in MIME format. --------------C0A0F7A2EA5169E602CFF903 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit 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 --------------C0A0F7A2EA5169E602CFF903 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000000" bgcolor="#FFFFFF"> <p>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.<br> </p> <br> <br> Package udev.x86_64 0:147-2.73.el6 WORKS<br> <br> Package udev.x86_64 0:147-2.73.el6_8.1 DOESN'T <br> <br> Looks like a behavior change in udev - <a class="moz-txt-link-freetext" href="https://rhn.redhat.com/errata/RHBA-2016-1659.html">https://rhn.redhat.com/errata/RHBA-2016-1659.html</a><br> <br> This update fixes the following bug:<br> <br> * Previously, the udev daemon reset permissions on a device node on both<br> "change" and "add" kernel sysfs events. After a "change" event was generated for<br> an underlying block device, permissions on a virtual disk of a virtual machine<br> (VM) were reset. Consequently, a qemu process accessing the virtual disk<br> encountered a "Permission denied" error, which caused problems during live<br> migrations of VMs. The udev service has been patched, and it now sets<br> permissions on a device node only on "add" events or in cases when udev created<br> a new device node. The behavior of the udev service is now similar to Red Hat<br> Enterprise Linux 7. (BZ#1362038)<br> <br> <div class="moz-signature">-- <br> <div id="oernii_footer" style="color: gray;"> <span style="font-family: Lucida Console, Luxi Mono, Courier, monospace; font-size: 90%;"> Ernest Beinrohr, AXON PRO<br> <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/ing.php">Ing</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/rhce.php">RHCE</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/rhce.php">RHCVA</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/lpic.php">LPIC</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/vca.php">VCA</a>, <br> +421-2-62410360 +421-903-482603 <br> </span> </div> <img src="http://nojsstats.appspot.com/UA-44497096-1/email.beinrohr.sk" moz-do-not-send="true" height="1" width="1" border="0"> </div> </body> </html> --------------C0A0F7A2EA5169E602CFF903--