Am 09.02.21 um 08:54 schrieb Ulrich Windl:
Reindl Harald <h.rei...@thelounge.net> schrieb am 08.02.2021 um 19:01 in
Nachricht <e269c7e2-7597-1f49-d827-7117363c4...@thelounge.net>:
Am 08.02.21 um 18:27 schrieb Lennart Poettering:
On So, 07.02.21 22:43, Reindl Harald (h.rei...@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@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@srv-rhsoft:~]$ rawhide
[root@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@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@rawhide ~]# rmmod fuse
[root@rawhide ~]#
even if you *delete* the
"sysinit.target.wants/sys-fs-fuse-connections.mount"
no, basic target don't want fuse
[harry@srv-rhsoft:~]$ rawhide
[root@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@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@rawhide ~]# rm
/usr/lib/systemd/system/sysinit.target.wants/sys-fs-fuse-connections.mount
[root@rawhide ~]# rm /usr/lib/systemd/system/sys-fs-fuse-connections.mount
[root@rawhide ~]# reboot
[root@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@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@rawhide ~]#
_______________________________________________
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
