On Mon, Mar 18, 2019 at 02:33:20PM +0000, Daniel P. Berrangé wrote:
> 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.
https://bugzilla.redhat.com/show_bug.cgi?id=1689975
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 -- [email protected]
To unsubscribe send an email to [email protected]
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/[email protected]
