http://bugzilla.opensuse.org/show_bug.cgi?id=1181970
Bug ID: 1181970 Summary: Can't restart service because masked services Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Major Priority: P5 - None Component: Salt Assignee: salt-maintainers@suse.de Reporter: dev.dorrejo@gmail.com QA Contact: qa-bugs@suse.de Found By: --- Blocker: ---
Hello, i am being bothered because each time i do a upgrade on opensuse tumbleweed and need to restart some service like apache, php-fpm, postfix, etc..., i found that they wont restart/start because the next masked partitions.
mercurio:/etc/apache2/vhosts.d # systemctl restart apache2.service php-fpm.service postfix.service Failed to restart apache2.service: Unit tmp.mount is masked. Failed to restart php-fpm.service: Unit tmp.mount is masked. Failed to restart postfix.service: Unit var-run.mount is masked.
Each time i do update and have to restart/stop the service appear message like the one before.
doing: systemctl unmask --now tmp.mount wont do nothing, tryed masking and unmasking again but the issue persist and have to reboot the server to apply those reboot of service.
Status of the .mount:
mercurio:/etc/apache2/vhosts.d # systemctl status tmp.mount ��� tmp.mount - /tmp Loaded: masked (Reason: Unit tmp.mount is masked.) Active: active (mounted) (Result: exit-code) since Mon 2021-02-08 22:01:05 AST; 10min ago Where: /tmp What: tmpfs Tasks: 0 (limit: 4915) CGroup: /system.slice/tmp.mount
Feb 08 22:01:05 mercurio umount[16479]: umount: /tmp: target is busy. Feb 08 22:01:05 mercurio systemd[1]: Unmounting /tmp... Feb 08 22:01:05 mercurio systemd[1]: tmp.mount: Mount process exited, code=exited, status=32/n/a Feb 08 22:01:05 mercurio systemd[1]: Failed unmounting /tmp. mercurio:/etc/apache2/vhosts.d # systemctl status var.mount ��� var.mount - /var Loaded: masked (Reason: Unit var.mount is masked.) Active: active (mounted) (Result: exit-code) since Mon 2021-02-08 22:01:05 AST; 11min ago Where: /var What: /dev/mapper/vg0-root Tasks: 0 (limit: 4915) CGroup: /system.slice/var.mount
Feb 05 20:37:25 localhost systemd[1]: Mounting /var... Feb 05 20:37:25 localhost systemd[1]: Mounted /var. Feb 08 22:01:05 mercurio systemd[1]: Unmounting /var... Feb 08 22:01:05 mercurio umount[16480]: umount: /var: target is busy. Feb 08 22:01:05 mercurio systemd[1]: var.mount: Mount process exited, code=exited, status=32/n/a Feb 08 22:01:05 mercurio systemd[1]: Failed unmounting /var. mercurio:/etc/apache2/vhosts.d # systemctl status var-run.mount ��� var-run.mount Loaded: masked (Reason: Unit var-run.mount is masked.) Active: inactive (dead) Condition: start condition failed at Fri 2021-02-05 20:37:25 AST; 3 days ago
Feb 05 20:37:25 localhost systemd[1]: Condition check resulted in Runtime Directory being skipped.
journalctl said nothing about this issue.
systemctl list-units: https://susepaste.org/56464129
http://bugzilla.opensuse.org/show_bug.cgi?id=1181970 http://bugzilla.opensuse.org/show_bug.cgi?id=1181970#c1
Jochen Breuer jbreuer@suse.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dev.dorrejo@gmail.com, | |jbreuer@suse.com Flags| |needinfo?(dev.dorrejo@gmail | |.com)
--- Comment #1 from Jochen Breuer jbreuer@suse.com --- Why do you think this is a Salt related problem?
http://bugzilla.opensuse.org/show_bug.cgi?id=1181970 http://bugzilla.opensuse.org/show_bug.cgi?id=1181970#c2
--- Comment #2 from Jochen Breuer jbreuer@suse.com --- (In reply to Jochen Breuer from comment #1)
Why do you think this is a Salt related problem?
The component was set to Salt.
http://bugzilla.opensuse.org/show_bug.cgi?id=1181970 http://bugzilla.opensuse.org/show_bug.cgi?id=1181970#c4
--- Comment #4 from Walddys Emmanuel Dorrejo C�spedes dev.dorrejo@gmail.com --- hello, something new?.
still happening on the latest snapshot of opensuse Tumbleweed.
http://bugzilla.opensuse.org/show_bug.cgi?id=1181970 http://bugzilla.opensuse.org/show_bug.cgi?id=1181970#c5
--- Comment #5 from Walddys Emmanuel Dorrejo C�spedes dev.dorrejo@gmail.com --- (In reply to Jochen Breuer from comment #1)
Why do you think this is a Salt related problem?
sorry didn't notice
http://bugzilla.opensuse.org/show_bug.cgi?id=1181970 http://bugzilla.opensuse.org/show_bug.cgi?id=1181970#c6
--- Comment #6 from Walddys Emmanuel Dorrejo C�spedes dev.dorrejo@gmail.com --- Hello, after following the logs while trying to unmask var.mount and tmp.mount found that it will generate this:
/usr/lib/systemd/system/plymouth-start.service:15: Unit configured to use KillMode=none. This is unsafe, as it disables systemd's process lifecycle management for the service. Please update your service to use a safer KillMode=, such as 'mixed' or 'control-group'. Support for KillMode=none is deprecated and will eventually be removed.
so how can i disable playmouth to try if this solve the issue?
thanks.
http://bugzilla.opensuse.org/show_bug.cgi?id=1181970 http://bugzilla.opensuse.org/show_bug.cgi?id=1181970#c7
--- Comment #7 from Walddys Emmanuel Dorrejo C�spedes dev.dorrejo@gmail.com --- (In reply to Walddys Emmanuel Dorrejo C�spedes from comment #6)
Hello, after following the logs while trying to unmask var.mount and tmp.mount found that it will generate this:
/usr/lib/systemd/system/plymouth-start.service:15: Unit configured to use KillMode=none. This is unsafe, as it disables systemd's process lifecycle management for the service. Please update your service to use a safer KillMode=, such as 'mixed' or 'control-group'. Support for KillMode=none is deprecated and will eventually be removed.
so how can i disable playmouth to try if this solve the issue?
thanks.
restarting the whole server is the only solution i found
http://bugzilla.opensuse.org/show_bug.cgi?id=1181970 http://bugzilla.opensuse.org/show_bug.cgi?id=1181970#c8
--- Comment #8 from Walddys Emmanuel Dorrejo C�spedes dev.dorrejo@gmail.com --- doing rm /run/systemd/system/x.mount && systemctl daemon-reload fix the mask issue.
http://bugzilla.opensuse.org/show_bug.cgi?id=1181970 http://bugzilla.opensuse.org/show_bug.cgi?id=1181970#c13
--- Comment #13 from Walddys Emmanuel Dorrejo C�spedes dev.dorrejo@gmail.com --- (In reply to Franck Bui from comment #12)
Walddys, could you provide the information requested in comment #11 ?
Sorry for late response., was hit by covid-19, but all good now.
upgrading today my TW server give this too:
systemctl restart php-fpm.service apache2.service snapperd.service postgresql.service sshd.service mariadb.service redis@default.service redis@peer.service polkit.service systemd-logind.service polkit.service irqbalance.service
Failed to restart php-fpm.service: Unit tmp.mount is masked. Failed to restart apache2.service: Unit var.mount is masked. Failed to restart redis@default.service: Unit var.mount is masked. Failed to restart redis@peer.service: Unit var.mount is masked. Failed to restart systemd-logind.service: Unit tmp.mount is masked.
http://bugzilla.opensuse.org/show_bug.cgi?id=1181970 http://bugzilla.opensuse.org/show_bug.cgi?id=1181970#c14
--- Comment #14 from Franck Bui fbui@suse.com --- (In reply to Walddys Emmanuel Dorrejo C�spedes from comment #13)
(In reply to Franck Bui from comment #12)
Walddys, could you provide the information requested in comment #11 ?
Sorry for late response., was hit by covid-19, but all good now.
Oh sorry to learn this and glad that all is good now.
Can you please attach the log to the bug report instead ?
Accessing to the pastebin link is forbidden and it's usually better to attach requested info to the report anyway.
http://bugzilla.opensuse.org/show_bug.cgi?id=1181970 http://bugzilla.opensuse.org/show_bug.cgi?id=1181970#c15
--- Comment #15 from Walddys Emmanuel Dorrejo C�spedes dev.dorrejo@gmail.com --- Created attachment 850425 --> http://bugzilla.opensuse.org/attachment.cgi?id=850425&action=edit mask-apache2-service
http://bugzilla.opensuse.org/show_bug.cgi?id=1181970 http://bugzilla.opensuse.org/show_bug.cgi?id=1181970#c16
--- Comment #16 from Walddys Emmanuel Dorrejo C�spedes dev.dorrejo@gmail.com --- (In reply to Franck Bui from comment #14)
(In reply to Walddys Emmanuel Dorrejo C�spedes from comment #13)
(In reply to Franck Bui from comment #12)
Walddys, could you provide the information requested in comment #11 ?
Sorry for late response., was hit by covid-19, but all good now.
Oh sorry to learn this and glad that all is good now.
Can you please attach the log to the bug report instead ?
Accessing to the pastebin link is forbidden and it's usually better to attach requested info to the report anyway.
forget to change the exposure, it fixed, can access through the link
http://bugzilla.opensuse.org/show_bug.cgi?id=1181970
Cliff Zhao qzhao@suse.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|qzhao@suse.com |
http://bugzilla.opensuse.org/show_bug.cgi?id=1181970 http://bugzilla.opensuse.org/show_bug.cgi?id=1181970#c17
--- Comment #17 from Franck Bui fbui@suse.com --- Walddys,
Did you change anything in your setup ?
I'm asking because restarting apache was initially failing like this:
Failed to restart apache2.service: Unit tmp.mount is masked.
But now it fails with:
Failed to restart apache2.service: Unit var.mount is masked.
So now systemd complains about /var being masked.
Also why is var.mount masked ?
Can you share /etc/fstab ?
Thanks.
http://bugzilla.opensuse.org/show_bug.cgi?id=1181970 http://bugzilla.opensuse.org/show_bug.cgi?id=1181970#c18
--- Comment #18 from Walddys Emmanuel Dorrejo C�spedes dev.dorrejo@gmail.com --- (In reply to Franck Bui from comment #17)
Walddys,
Did you change anything in your setup ?
I'm asking because restarting apache was initially failing like this:
Failed to restart apache2.service: Unit tmp.mount is masked.
But now it fails with:
Failed to restart apache2.service: Unit var.mount is masked.
So now systemd complains about /var being masked.
Also why is var.mount masked ?
Can you share /etc/fstab ?
Thanks.
no i dont change nothing, i said before (up) that complain about that two tmp and var.
/etc/fstab
/dev/system/root / btrfs defaults 0 0 /dev/system/root /.snapshots btrfs subvol=/@/.snapshots 0 0 /dev/system/root /var btrfs subvol=/@/var 0 0 /dev/system/root /usr/local btrfs subvol=/@/usr/local 0 0 /dev/system/root /srv btrfs subvol=/@/srv 0 0 /dev/system/root /root btrfs subvol=/@/root 0 0 /dev/system/root /opt btrfs subvol=/@/opt 0 0 /dev/system/root /home btrfs subvol=/@/home 0 0 /dev/system/root /boot/grub2/x86_64-efi btrfs subvol=/@/boot/grub2/x86_64-efi 0 0 /dev/system/root /boot/grub2/i386-pc btrfs subvol=/@/boot/grub2/i386-pc 0 0 UUID=3510-7E2E /boot/efi vfat utf8 0 2 /dev/system/astian /opt/astian btrfs defaults 0 0 /dev/system/root /snap btrfs subvol=@/snap 0 0 /dev/system/acloud /opt/acloud btrfs defaults 0 0 /dev/system/peertube /opt/peertube btrfs defaults 0 0
http://bugzilla.opensuse.org/show_bug.cgi?id=1181970 http://bugzilla.opensuse.org/show_bug.cgi?id=1181970#c19
--- Comment #19 from Franck Bui fbui@suse.com --- Can you please answer to this question (already asked twice): why is var.mount masked ?
http://bugzilla.opensuse.org/show_bug.cgi?id=1181970 http://bugzilla.opensuse.org/show_bug.cgi?id=1181970#c20
--- Comment #20 from Walddys Emmanuel Dorrejo C��spedes dev.dorrejo@gmail.com --- (In reply to Franck Bui from comment #19)
Can you please answer to this question (already asked twice): why is var.mount masked ?
don't know, appear with tmp.mount at the same time.
Both tmp.mount and var.mount appear masked when tried to restart the service.
i have this server on TW, and start appearing this issue from the moment i create this issue, and since there, when i update the server and have to restart the service commonly apache2.service and php-fpm.service, there both file will said that are mask, but the mask flag on the .service appear after i try restart those both service.
before the restart
mercurio:/home/wdorrejo # systemctl status var.mount ��� var.mount - /var Loaded: loaded (/etc/fstab; generated) Active: active (mounted) since Fri 2021-06-18 12:47:22 -05; 4 days ago Where: /var What: /dev/mapper/system-root Docs: man:fstab(5) man:systemd-fstab-generator(8) Tasks: 0 (limit: 4915) CPU: 1ms CGroup: /system.slice/var.mount
Jun 18 12:47:21 localhost systemd[1]: Mounting /var... Jun 18 12:47:22 localhost systemd[1]: Mounted /var. mercurio:/home/wdorrejo # systemctl status tmp.mount ��� tmp.mount - Temporary Directory (/tmp) Loaded: loaded (/proc/self/mountinfo; static) Active: active (mounted) since Fri 2021-06-18 12:47:21 -05; 4 days ago Where: /tmp What: tmpfs Docs: https://systemd.io/TEMPORARY_DIRECTORIES man:file-hierarchy(7) https://www.freedesktop.org/wiki/Software/systemd/APIFileSystems Tasks: 0 (limit: 4915) CPU: 2ms CGroup: /system.slice/tmp.mount
is will show normally.
http://bugzilla.opensuse.org/show_bug.cgi?id=1181970 http://bugzilla.opensuse.org/show_bug.cgi?id=1181970#c21
--- Comment #21 from Franck Bui fbui@suse.com --- It sounds like restarting apache2 is the action that would mask var.mount, which sounds strange.
But looking at your logs, it appears that var.mount was masked already before:
[40367.178540] mercurio systemd[1]: logrotate.timer: Failed to queue unit startup job: Unit var.mount is masked.
When the problem is present, can you please attach the output of:
# find /run/systemd -name var*.mount -exec ls -l {} ;
?
http://bugzilla.opensuse.org/show_bug.cgi?id=1181970 http://bugzilla.opensuse.org/show_bug.cgi?id=1181970#c22
--- Comment #22 from Walddys Emmanuel Dorrejo C�spedes dev.dorrejo@gmail.com --- (In reply to Franck Bui from comment #21)
It sounds like restarting apache2 is the action that would mask var.mount, which sounds strange.
But looking at your logs, it appears that var.mount was masked already before:
[40367.178540] mercurio systemd[1]: logrotate.timer: Failed to queue unit startup job: Unit var.mount is masked.
When the problem is present, can you please attach the output of:
# find /run/systemd -name var*.mount -exec ls -l {} ;
?
Ok, maybe take so time because have to wait for an apache upgrade or so packages that alter apache2.
http://bugzilla.opensuse.org/show_bug.cgi?id=1181970 http://bugzilla.opensuse.org/show_bug.cgi?id=1181970#c23
--- Comment #23 from Franck Bui fbui@suse.com --- (In reply to Walddys Emmanuel Dorrejo C�spedes from comment #22)
Ok, maybe take so time because have to wait for an apache upgrade or so packages that alter apache2.
OK I didn't understand that var.mount was masked due to "some" packages being updated.
Maybe try to reinstall apache and see if var.mount get masked ?
You can try to reinstall apache with 'zypper in -f apache2'.
http://bugzilla.opensuse.org/show_bug.cgi?id=1181970 http://bugzilla.opensuse.org/show_bug.cgi?id=1181970#c24
--- Comment #24 from OBSbugzilla Bot bwiedemann+obsbugzillabot@suse.com --- This is an autogenerated message for OBS integration: This bug (1181970) was mentioned in https://build.opensuse.org/request/show/902866 Factory / systemd
http://bugzilla.opensuse.org/show_bug.cgi?id=1181970 http://bugzilla.opensuse.org/show_bug.cgi?id=1181970#c25
--- Comment #25 from Walddys Emmanuel Dorrejo C�spedes dev.dorrejo@gmail.com --- (In reply to Franck Bui from comment #23)
(In reply to Walddys Emmanuel Dorrejo C�spedes from comment #22)
Ok, maybe take so time because have to wait for an apache upgrade or so packages that alter apache2.
OK I didn't understand that var.mount was masked due to "some" packages being updated.
Maybe try to reinstall apache and see if var.mount get masked ?
You can try to reinstall apache with 'zypper in -f apache2'.
tried reinstall all apache2 packages and php, but none of the .mount got masked.
http://bugzilla.opensuse.org/show_bug.cgi?id=1181970 http://bugzilla.opensuse.org/show_bug.cgi?id=1181970#c26
--- Comment #26 from Franck Bui fbui@suse.com --- Then it would be nice whether you could find out how the mount unit get masked, not sure how to do that though.
http://bugzilla.opensuse.org/show_bug.cgi?id=1181970 http://bugzilla.opensuse.org/show_bug.cgi?id=1181970#c27
--- Comment #27 from Walddys Emmanuel Dorrejo C�spedes dev.dorrejo@gmail.com --- (In reply to Franck Bui from comment #21)
It sounds like restarting apache2 is the action that would mask var.mount, which sounds strange.
But looking at your logs, it appears that var.mount was masked already before:
[40367.178540] mercurio systemd[1]: logrotate.timer: Failed to queue unit startup job: Unit var.mount is masked.
When the problem is present, can you please attach the output of:
# find /run/systemd -name var*.mount -exec ls -l {} ;
?
find /run/systemd -name var*.mount -exec ls -l {} ; -rw-r--r-- 1 root root 254 Jul 8 22:40 /run/systemd/generator/var.mount lrwxrwxrwx 1 root root 12 Jul 8 22:40 /run/systemd/generator/local-fs.target.requires/var.mount -> ../var.mount lrwxrwxrwx 1 root root 9 Jul 8 21:06 /run/systemd/system/var.mount -> /dev/null lrwxrwxrwx 1 root root 9 Jul 8 21:06 /run/systemd/system/var-run.mount -> /dev/null lrwxrwxrwx 1 root root 9 Jul 8 21:06 /run/systemd/system/var-lock.mount -> /dev/null lrwxrwxrwx 1 root root 9 Jul 8 21:06 /run/systemd/system/var-lib-machines.mount -> /dev/null
i think is snapd, because i use certbot, but will have to change to pip to install certbot.
http://bugzilla.opensuse.org/show_bug.cgi?id=1181970 http://bugzilla.opensuse.org/show_bug.cgi?id=1181970#c28
--- Comment #28 from Walddys Emmanuel Dorrejo C�spedes dev.dorrejo@gmail.com --- (In reply to Walddys Emmanuel Dorrejo C�spedes from comment #27)
(In reply to Franck Bui from comment #21)
It sounds like restarting apache2 is the action that would mask var.mount, which sounds strange.
But looking at your logs, it appears that var.mount was masked already before:
[40367.178540] mercurio systemd[1]: logrotate.timer: Failed to queue unit startup job: Unit var.mount is masked.
When the problem is present, can you please attach the output of:
# find /run/systemd -name var*.mount -exec ls -l {} ;
?
find /run/systemd -name var*.mount -exec ls -l {} ; -rw-r--r-- 1 root root 254 Jul 8 22:40 /run/systemd/generator/var.mount lrwxrwxrwx 1 root root 12 Jul 8 22:40 /run/systemd/generator/local-fs.target.requires/var.mount -> ../var.mount lrwxrwxrwx 1 root root 9 Jul 8 21:06 /run/systemd/system/var.mount -> /dev/null lrwxrwxrwx 1 root root 9 Jul 8 21:06 /run/systemd/system/var-run.mount -> /dev/null lrwxrwxrwx 1 root root 9 Jul 8 21:06 /run/systemd/system/var-lock.mount -> /dev/null lrwxrwxrwx 1 root root 9 Jul 8 21:06 /run/systemd/system/var-lib-machines.mount -> /dev/null
i think is snapd, because i use certbot, but will have to change to pip to install certbot.
but have to test more.
http://bugzilla.opensuse.org/show_bug.cgi?id=1181970 http://bugzilla.opensuse.org/show_bug.cgi?id=1181970#c29
--- Comment #29 from Walddys Emmanuel Dorrejo C�spedes dev.dorrejo@gmail.com --- (In reply to Walddys Emmanuel Dorrejo C�spedes from comment #28)
(In reply to Walddys Emmanuel Dorrejo C�spedes from comment #27)
(In reply to Franck Bui from comment #21)
It sounds like restarting apache2 is the action that would mask var.mount, which sounds strange.
But looking at your logs, it appears that var.mount was masked already before:
[40367.178540] mercurio systemd[1]: logrotate.timer: Failed to queue unit startup job: Unit var.mount is masked.
When the problem is present, can you please attach the output of:
# find /run/systemd -name var*.mount -exec ls -l {} ;
?
find /run/systemd -name var*.mount -exec ls -l {} ; -rw-r--r-- 1 root root 254 Jul 8 22:40 /run/systemd/generator/var.mount lrwxrwxrwx 1 root root 12 Jul 8 22:40 /run/systemd/generator/local-fs.target.requires/var.mount -> ../var.mount lrwxrwxrwx 1 root root 9 Jul 8 21:06 /run/systemd/system/var.mount -> /dev/null lrwxrwxrwx 1 root root 9 Jul 8 21:06 /run/systemd/system/var-run.mount -> /dev/null lrwxrwxrwx 1 root root 9 Jul 8 21:06 /run/systemd/system/var-lock.mount -> /dev/null lrwxrwxrwx 1 root root 9 Jul 8 21:06 /run/systemd/system/var-lib-machines.mount -> /dev/null
i think is snapd, because i use certbot, but will have to change to pip to install certbot.
but have to test more.
false alarm, was not snap.
find /run/systemd -name var*.mount -exec ls -l {} ; -rw-r--r-- 1 root root 254 Jul 8 23:45 /run/systemd/generator/var.mount lrwxrwxrwx 1 root root 12 Jul 8 23:45 /run/systemd/generator/local-fs.target.requires/var.mount -> ../var.mount lrwxrwxrwx 1 root root 9 Jul 8 23:44 /run/systemd/system/var.mount -> /dev/null lrwxrwxrwx 1 root root 9 Jul 8 23:44 /run/systemd/system/var-run.mount -> /dev/null lrwxrwxrwx 1 root root 9 Jul 8 23:44 /run/systemd/system/var-lock.mount -> /dev/null lrwxrwxrwx 1 root root 9 Jul 8 23:44 /run/systemd/system/var-lib-machines.mount -> /dev/null
http://bugzilla.opensuse.org/show_bug.cgi?id=1181970 http://bugzilla.opensuse.org/show_bug.cgi?id=1181970#c30
--- Comment #30 from Franck Bui fbui@suse.com --- To discover the process that masks the mount units, you can try to use auditd.
Please follow the following steps to enable auditd and add the relevant rules to monitor the symlinks:
- make sure that the mount units are no more masked, maybe reboot so you start with a clean state
- make sure auditd is enabled and running with `systemctl status auditd`
- clear all existing rules with `auditctl -D`
- add the rules to monitor the creation of the symlinks:
auditctl -w /run/systemd/system/var.mount -p w -k mask-var-mounts auditctl -w /run/systemd/system/var-run.mount -p w -k mask-var-mounts
- verify that the rule has been added: `auditctl -l`
After that just wait until var.mount or var-run.mount get masked again then attach the output of `ausearch -i -k mask-var-mounts`.
http://bugzilla.opensuse.org/show_bug.cgi?id=1181970
Franck Bui fbui@suse.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Can't restart service |Can't restart service |because masked services |because some mount units | |have been masked
http://bugzilla.opensuse.org/show_bug.cgi?id=1181970 http://bugzilla.opensuse.org/show_bug.cgi?id=1181970#c31
--- Comment #31 from Franck Bui fbui@suse.com --- Also please enable the systemd debug logs with `systemctl log-level debug` because if the process that masks the mount units calls `systemctl mask` then PID1 will be the one that creates the symlinks but we won't be able to see which process initiates the request.
http://bugzilla.opensuse.org/show_bug.cgi?id=1181970 http://bugzilla.opensuse.org/show_bug.cgi?id=1181970#c33
--- Comment #33 from Walddys Emmanuel Dorrejo C�spedes dev.dorrejo@gmail.com --- i'm back.
Date of creating *.mount
lrwxrwxrwx 1 root root 9 Aug 25 11:44 tmp.mount -> /dev/null lrwxrwxrwx 1 root root 9 Aug 25 11:44 var-lib-machines.mount -> /dev/null lrwxrwxrwx 1 root root 9 Aug 25 11:44 var-lock.mount -> /dev/null lrwxrwxrwx 1 root root 9 Aug 25 11:44 var-run.mount -> /dev/null lrwxrwxrwx 1 root root 9 Aug 25 11:44 var.mount -> /dev/null
journal > https://pastebin.com/4h34yEcw var-mask > https://pastebin.com/TsxZYkzY zypp-history > https://pastebin.com/GU6Q2QmT
http://bugzilla.opensuse.org/show_bug.cgi?id=1181970 http://bugzilla.opensuse.org/show_bug.cgi?id=1181970#c34
--- Comment #34 from Franck Bui fbui@suse.com --- (In reply to Walddys Emmanuel Dorrejo C�spedes from comment #33)
i'm back.
Date of creating *.mount
lrwxrwxrwx 1 root root 9 Aug 25 11:44 tmp.mount -> /dev/null lrwxrwxrwx 1 root root 9 Aug 25 11:44 var-lib-machines.mount -> /dev/null lrwxrwxrwx 1 root root 9 Aug 25 11:44 var-lock.mount -> /dev/null lrwxrwxrwx 1 root root 9 Aug 25 11:44 var-run.mount -> /dev/null lrwxrwxrwx 1 root root 9 Aug 25 11:44 var.mount -> /dev/null
journal > https://pastebin.com/4h34yEcw
This log file starts with:
-- Journal begins at Fri 2021-08-20 19:37:51 -05, ends at Wed 2021-08-25 15:31:11 -05. -- [...]
That's not really helpfull since it shows logs emitted after the mount units were masked.
Can you show the relevant parts of the journal instead (anything that happened around Aug 25 11:44) ?
var-mask > https://pastebin.com/TsxZYkzY
Nothing interesting here meaning probably that PID1 was requested to mask the units.
zypp-history > https://pastebin.com/GU6Q2QmT
This one shows that a `zypper dup` was (manually) issued less than 2 minutes before:
2021-08-25 11:42:43|command|root@venus|'zypper' 'dup'
A small set of packages was updated.
The last thing that happened right before the creation of the masks is the recreation of the initrd which was triggered by the update of btrfsprogs package:
# 2021-08-25 11:43:37 Output of btrfsprogs-5.13.1-1.1.x86_64.rpm %posttrans script:
Dunno, maybe try to recreate your initrd manually with `mkinitrd` and see if it's the culprit ?
Or try to reinstall the packages that were updated with `zypper dup`.
http://bugzilla.opensuse.org/show_bug.cgi?id=1181970 http://bugzilla.opensuse.org/show_bug.cgi?id=1181970#c38
--- Comment #38 from Walddys Emmanuel Dorrejo C�spedes dev.dorrejo@gmail.com --- Hello, i move on to containers, this bug can be close.
http://bugzilla.opensuse.org/show_bug.cgi?id=1181970 http://bugzilla.opensuse.org/show_bug.cgi?id=1181970#c39
Franck Bui fbui@suse.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|IN_PROGRESS |RESOLVED Resolution|--- |WONTFIX
--- Comment #39 from Franck Bui fbui@suse.com --- Ok, closing then.
Sorry for not being able to track down your issue and thanks for your help/feedback you provided.
http://bugzilla.opensuse.org/show_bug.cgi?id=1181970 http://bugzilla.opensuse.org/show_bug.cgi?id=1181970#c40
--- Comment #40 from Walddys Emmanuel Dorrejo C�spedes dev.dorrejo@gmail.com --- (In reply to Franck Bui from comment #39)
Ok, closing then.
Sorry for not being able to track down your issue and thanks for your help/feedback you provided.
Hello, i am back hehehehe.
Got the error but with leap 15.4, didn't found nothing yet, but a simple solution was:
systemctl --runtime unmask --quiet var.mount