[Bug 1103022] Re: 70-udev-acl.rules needs to put g+rw on /dev/kvm

Serge Hallyn 1103022 at bugs.launchpad.net
Wed Jan 30 16:55:48 UTC 2013


Can you please try that a few more times?  If I script that, I find that
I get your results if I don't put a sleep before the udevadm trigger,
but the right results if I do.  I.e.:

cat > kvmudevtest << EOF
mv /lib/udev/rules.d/40-qemu-system.rules{,.disabled}
mv /lib/udev/udev-acl{,.disabled}
rmmod kvm_intel
modprobe kvm_intel
cp /lib/udev/rules.d/40-qemu-system.rules{.disabled,}
sleep 2
udevadm trigger --sysname-match=kvm  --verbose
ls -l /dev/kvm
EOF

bash kvmudevtest

with the sleep, it works.  Without the sleep, /dev/kvm does not get
chowned.  (obviously just a race with inotify and udev's handling
thereof)

So disabling udev-acl, on my raring test system, gives just the
right result.

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to udev in Ubuntu.
https://bugs.launchpad.net/bugs/1103022

Title:
  70-udev-acl.rules needs to put g+rw on /dev/kvm

Status in “udev” package in Ubuntu:
  Confirmed

Bug description:
  When qemu-system gets installed, the newly installed udev rule causes
  /dev/kvm to gets chgrpd to kvm and its mode to get set to g+rw.
  However, because /dev/kvm was tagged with ACL previously, there is a
  group:: acl on /dev/kvm which does not get removed.  Therefore
  /dev/kvm is g+rw in the file mode, but the acl denies group read/write
  access.  After a reboot all is fine.

  I have not seen a clean way to have udev remove that acl, and there is
  no reason for it.  So please update the 70-udev-acl.rules file to set
  MODE=0660 on /dev/kvm

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/udev/+bug/1103022/+subscriptions




More information about the foundations-bugs mailing list