udev upgrade on ovirt 3.5 /el6 causes incorrect storage ownership - cannot activate host due permission denied
1:57 p.m.
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">htt...
<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--
3010
days inactive
3010
days old
0 comments
1 participants
participants (1)
-
Ernest Beinrohr