[systemd-devel] Antw: [EXT] Re: sys-module-fuse.device: Failed to enqueue SYSTEMD_WANTS= job, ignoring: Unit modprobe at fuse.service is masked
Reindl Harald
h.reindl at thelounge.net
Tue Feb 9 11:12:51 UTC 2021
Am 09.02.21 um 08:54 schrieb Ulrich Windl:
>>>> Reindl Harald <h.reindl at thelounge.net> schrieb am 08.02.2021 um 19:01 in
> Nachricht <e269c7e2-7597-1f49-d827-7117363c423f at thelounge.net>:
>
>>
>> Am 08.02.21 um 18:27 schrieb Lennart Poettering:
>>> On So, 07.02.21 22:43, Reindl Harald (h.reindl at thelounge.net) wrote:
>>>
>>>> https://bugzilla.redhat.com/show_bug.cgi?id=1909805
>>>
>>> In response to your actual issue, ignoring all the nasty wording:
>>>
>>> Masking is a last resort thing, you really want to use that only after
>>> having investigated everything. You use it here anyway to mask out a
>>> really low‑level system thing, hence you might get warnings about
>>> this.
>>>
>>> You can of course mask sys‑fs‑fuse‑connections.mount too
>> who needs anything related to fuse at every boot?
>> fuse is nothing in common used
>> fuse is not used unconditional
>>
>> directly after boot on a server‑vm with no fuse business
>>
>> [root at testserver:~]$ lsmod | grep fuse
>> fuse 163840 1
>
> First it seems you fuse module is used by another module, and then in SLES15
> SP2 with libvirt and two running Xen PVMs, I see no fuse being used or even
> loaded. So maybe find out who requests fuse...
nobody and nothing requests it except systemd is triggering the loading
don't compare your SLES with a completly stripped down Fedora 33 only
running sshd - with F32 for now masking "sys-fs-fuse-connections.mount"
is enough, on F33 not
[harry at srv-rhsoft:~]$ rawhide
[root at rawhide ~]# lsmod
Module Size Used by
nft_counter 16384 4
ipt_REJECT 16384 1
nf_reject_ipv4 16384 1 ipt_REJECT
xt_multiport 20480 1
xt_conntrack 16384 1
nf_conntrack 163840 1 xt_conntrack
nf_defrag_ipv6 24576 1 nf_conntrack
nf_defrag_ipv4 16384 1 nf_conntrack
nft_compat 20480 3
nf_tables 241664 9 nft_compat,nft_counter
nfnetlink 16384 2 nft_compat,nf_tables
crct10dif_pclmul 16384 1
crc32_pclmul 16384 0
ghash_clmulni_intel 16384 0
vmw_balloon 28672 0
vmw_vmci 90112 1 vmw_balloon
vmxnet3 69632 0
ip_tables 28672 0
crc32c_intel 24576 1
vmw_pvscsi 32768 1
fuse 163840 0
[root at rawhide ~]# system-errors.sh
Feb 9 12:03:32 rawhide systemd[1]: sys-module-fuse.device: Failed to
enqueue SYSTEMD_WANTS= job, ignoring: Unit sys-fs-fuse-connections.mount
is masked.
[root at rawhide ~]# rmmod fuse
[root at rawhide ~]#
even if you *delete* the
"sysinit.target.wants/sys-fs-fuse-connections.mount"
no, basic target don't want fuse
[harry at srv-rhsoft:~]$ rawhide
[root at rawhide ~]# system-errors.sh
Feb 8 19:32:20 rawhide systemd[1]: sys-module-fuse.device: Failed to
enqueue SYSTEMD_WANTS= job, ignoring: Unit sys-fs-fuse-connections.mount
is masked.
[root at rawhide ~]# rpm -q --filesbypkg systemd | grep fuse
systemd
/usr/lib/systemd/system/sys-fs-fuse-connections.mount
systemd
/usr/lib/systemd/system/sysinit.target.wants/sys-fs-fuse-connections.mount
[root at rawhide ~]# rm
/usr/lib/systemd/system/sysinit.target.wants/sys-fs-fuse-connections.mount
[root at rawhide ~]# rm /usr/lib/systemd/system/sys-fs-fuse-connections.mount
[root at rawhide ~]# reboot
[root at rawhide ~]# system-errors.sh
Feb 8 19:33:19 rawhide systemd[1]: sys-module-fuse.device: Failed to
enqueue SYSTEMD_WANTS= job, ignoring: Unit sys-fs-fuse-connections.mount
is masked.
[root at rawhide ~]# systemctl status sys-module-fuse.device
sys-fs-fuse-connections.mount
● sys-module-fuse.device - /sys/module/fuse
Loaded: masked (Reason: Unit sys-module-fuse.device is masked.)
Active: active (plugged) since Mon 2021-02-08 19:33:18 CET; 1min
42s ago
Device: /sys/module/fuse
Feb 08 19:33:19 rawhide.vmware.local systemd[1]: sys-module-fuse.device:
Failed to enqueue SYSTEMD_WANTS= job, ignoring: Unit
sys-fs-fuse-connections.mount is masked.
● sys-fs-fuse-connections.mount
Loaded: masked (Reason: Unit sys-fs-fuse-connections.mount is masked.)
Active: inactive (dead)
[root at rawhide ~]#
More information about the systemd-devel
mailing list