On Mon, Mar 18, 2019 at 02:23:12PM +0000, Tom Hughes wrote:
> On 18/03/2019 14:07, Daniel P. Berrangé wrote:
>
> > Historically in Fedora the /dev/net/tun device always existed, even if
> > there is no 'tun' module currently loaded. Opening it then cause the
> > 'tun' kernel module to autoload IIUC.
>
> It doesn't just exist..
>
> There is a systemd service (kmod-static-nodes.service) which runs
> at boot and generates:
>
> /run/tmpfiles.d/kmod.conf
>
> Which is then processed by systemd-tmpfiles-setup-dev.service to
> create the device nodes.
>
> The actual list comes from "/usr/bin/kmod static-nodes" which
> uses the devname and char-major aliases in the module to decide
> what device nodes to create.
Ah, that's useful info. It seems kmod-static-nodes.service failed to
run
Condition: start condition failed at Mon 2019-03-18 14:29:38 GMT; 2s ago
└─ ConditionFileNotEmpty=/lib/modules/5.1.0-0.rc0.git9.1.fc31.x86_64/modules.devname was not met
The file does in fact exist, but SELinux is blocking access to it.
type=AVC msg=audit(1552919426.997:335): avc: denied { getattr } for pid=1 comm="systemd" path="/usr/lib/modules/5.1.0-0.rc0.git9.1.fc31.x86_64/modules.devname" dev="dm-0" ino=753068 scontext=system_u:system_r:init_t:s0 tcontext=unconfined_u:object_r:modules_dep_t:s0 tclass=file permissive=1
Setting permissive mode fixes this. It appears there's a policy change in
this area, since the file has modules_dep_t in F31, but modules_object_t
in F30.
I'll file a bug against SELinux policy for this.
Regards,
Daniel
--
|: https://berrange.com -o- https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org -o- https://fstop138.berrange.com :|
|: https://entangle-photo.org -o- https://www.instagram.com/dberrange :|
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
