I wasn't awake this morning it seems (or did to omuch at once), so I beg
your pardon and resummarize.
Also I had the chance to try the fs forwarding on a zestyl level
libvirt/qemu and it worked fine.
- The /srv/video rule obviously is just the case reported for a share that
exports this source.
Ok, so we need three things:
1. the zfs rules to be generated which is bug 1677398
2. for this one here understand the video rule if/how it is releated and
generate it accordingly
3. check where/why qemu does these fowner/fsetid things and create a rule for
it depending on that.
If it does so
It seems, I have found the issue at least for my side. I noticed the
following message in the kernel log:
Sep 16 19:14:36 nostromo kernel: [ 8050.077165] audit: type=1400
audit(1505578476.590:03): apparmor="DENIED" operation="capable"
profile="libvirt-ab5c87f8-7085-be26-548e-d9433b84af89"
I see similar problems, however, I don't see any apparmor denys.
Actually, I'm totally puzzled by the effects I'm seeing...
I import a ZFS partition as p9 into a virtual machine which runs a
webserver. Everything worked fine under 14.04. Under 16.04 I see the
following problems:
No normal user
Adding to the list of virt-aa-helper extensions needed.
Yet I still look for someone to confirm that when the workaround is applied
(matching your custom dir) if then it is still apparmor that blocks you (and
with which message)?
** Tags added: virt-aa-helper
--
You received this bug
Hmm,
it seems this fell through sorry for that.
With the workaround Serge suggested is the apparmor denial still just the same
e.g.:
apparmor="DENIED" operation="chown"
profile="libvirt-a3ede2b7-63d4-bcfb-8342-724f20a8cc48" name="/srv/video/"
pid=3060 comm="qemu-system-x86" requested_mask="w"
Running qemu/kvm as root, setting type to passthrough did not help also.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1559317
Title:
[xenial] No write access to VirtFS (9p) in qemu VM run by
The workaround does not work for me either.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1559317
Title:
[xenial] No write access to VirtFS (9p) in qemu VM run by libvirt
To manage notifications
** Changed in: libvirt (Ubuntu)
Importance: Undecided => Medium
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1559317
Title:
[xenial] No write access to VirtFS (9p) in qemu VM run by libvirt
To
Hi,
a workaround should be to add
/srv/video/ w,
to /etc/apparmor.d/abstractions/libvirt-qemu.
For this to have regressed since 14.04 it seems qemu must have started
chowning the file where it didn't before. The correct fix is for
virt-aa-helper to detect these and add an exception when
Hi I have this problem now too (it worked before upgrading to xenial
from trusty). My share is /srv/video on the host and video in my home
folder on the host. My ls commands output
host:
drwxrwxr-x 7 micah users 4096 Apr 14 20:49 video/
guest:
drwxrwxr-x 7 micah users 4096 Apr 14 20:49
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: libvirt (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1559317
Title:
12 matches
Mail list logo