Comment 18 for bug 1848753

Revision history for this message
Zygmunt Krynicki (zyga) wrote :

Hello there.

loka 24 20:56:42 koira audit[12568]: AVC apparmor="DENIED" operation="file_mmap" profile="/snap/snapd/4992/usr/lib/snapd/snap-confine" name="/usr/lib/x86_64-linux-gnu/libgtk3-nocsd.so.0" pid=12568 comm="snap-confine" requested_mask="m" denied_mask="m" fsuid=0 ouid=0

I'm very curious how this can happen. I can only suspect an LD_LIBRARY_PATH or LD_PRELOAD variables is set and snap-confine is actually honouring it somehow, despite that not normally affecting AT_SECURE binaries

loka 24 20:56:42 koira audit[1068]: USER_AVC pid=1068 uid=105 auid=4294967295 ses=4294967295 msg='apparmor="DENIED" operation="dbus_method_call" bus="system" path="/" interface="org.freedesktop.DBus.ObjectManager" member="GetManagedObjects" mask="send" name="org.bluez" pid=12568 label="snap.chromium.chromium"

This denial is fro the chromium snap and could probably be resolved by connecting the "bluez" interface to chromium.

Neither of those explain why NFS is slow in this specific case that you are trying. I wonder if this is some sort of remote side logging that fails because of LAN not providing reverse IP mapping information.

Did you perhaps look at the NFS server logs?