[arch-general] several missing /run/xxx after systemd update in testing
I posted about stunnel failing after systemd update - then I found that php-fpm has same problem - issue of course only shows up after a boot when /run is re-created. Now I have found that mariadb won't start either - same reason - missing /run/mysqld directory (so cannot create socket) My work around is to copy the service files to /etc/systemd/system and edit them to add ExecStartPre lines to create /run/xxx and adjust ownership. Anyway - be warned if you have things failing to start this just might be your problem too!! gene/
On 11/03/2014 02:05 AM, Genes Lists wrote:
I posted about stunnel failing after systemd update - then I found that php-fpm has same problem - issue of course only shows up after a boot when /run is re-created.
Now I have found that mariadb won't start either - same reason - missing /run/mysqld directory (so cannot create socket)
My work around is to copy the service files to /etc/systemd/system and edit them to add ExecStartPre lines to create /run/xxx and adjust ownership.
Anyway - be warned if you have things failing to start this just might be your problem too!!
gene/
I remember one of your mails mentioned a failure in systemd-tmpfiles service. So, just to verify - can you check this command: systemctl status systemd-tmpfiles-setup -- Note: My last name is not Krejzi.
On 11/02/2014 08:07 PM, Armin K. wrote:
systemctl status systemd-tmpfiles-setup
Thanks - here's what I get on machine A (the mysql server): systemctl status systemd-tmpfiles-setup ● systemd-tmpfiles-setup.service - Create Volatile Files and Directories Loaded: loaded (/usr/lib/systemd/system/systemd-tmpfiles-setup.service; static) Active: inactive (dead) Docs: man:tmpfiles.d(5) man:systemd-tmpfiles(8) And on machine B - stunnel : # systemctl status systemd-tmpfiles-setup ● systemd-tmpfiles-setup.service - Create Volatile Files and Directories Loaded: loaded (/usr/lib/systemd/system/systemd-tmpfiles-setup.service; static) Active: inactive (dead) Docs: man:tmpfiles.d(5) man:systemd-tmpfiles(8) ... systemd[1]: Job systemd-tmpfiles-setup.service/start deleted to break ordering cycle starting with basic.target/start ...Job systemd-tmpfiles-setup.service/start deleted to break ordering cycle starting with basic.target/start ...Job systemd-tmpfiles-setup.service/start deleted to break ordering cycle starting with basic.target/start
On 11/02/2014 08:12 PM, Genes Lists wrote:
On 11/02/2014 08:07 PM, Armin K. wrote:
systemctl status systemd-tmpfiles-setup
Thanks - here's what I get on machine A (the mysql server):
A couple more machines: This one is mail server: # systemctl status systemd-tmpfiles-setup ● systemd-tmpfiles-setup.service - Create Volatile Files and Directories Loaded: loaded (/usr/lib/systemd/system/systemd-tmpfiles-setup.service; static) Active: active (exited) since Sun 2014-11-02 15:49:59 EST; 4h 23min ago Docs: man:tmpfiles.d(5) man:systemd-tmpfiles(8) Process: 426 ExecStart=/usr/bin/systemd-tmpfiles --create --remove --boot --exclude-prefix=/dev (code=exited, status=0/SUCCESS) Main PID: 426 (code=exited, status=0/SUCCESS) CGroup: /system.slice/systemd-tmpfiles-setup.service And this is a firewall .. .similar issues to one of the other machines: systemctl status systemd-tmpfiles-setup ● systemd-tmpfiles-setup.service - Create Volatile Files and Directories Loaded: loaded (/usr/lib/systemd/system/systemd-tmpfiles-setup.service; static) Active: inactive (dead) Docs: man:tmpfiles.d(5) man:systemd-tmpfiles(8) ... systemd[1]: Job systemd-tmpfiles-setup.service/start deleted to break ordering cycle starting with basic.target/start
I dug in logs more and find these - is this a packaging bug made visible by systemd-217 or something else? Machine A) .. systemd[1]: Cannot add dependency job for unit cups.socket, ignoring: Unit cups.socket failed to load: No such file or directory. ... systemd[1]: Cannot add dependency job for unit cups.path, ignoring: Unit cups.path failed to load: No such file or directory. ... systemd[1]: Cannot add dependency job for unit rpc-idmapd.service, ignoring: Unit rpc-idmapd.service failed to load: No such file or directory. ... systemd[1]: Found ordering cycle on basic.target/start ... systemd[1]: Breaking ordering cycle by deleting job systemd-update-utmp.service/start ... systemd[1]: Job systemd-update-utmp.service/start deleted to break ordering cycle starting with basic.target/start ... systemd[1]: Found ordering cycle on basic.target/start ... systemd[1]: Breaking ordering cycle by deleting job systemd-tmpfiles-setup.service/start ... systemd[1]: Job systemd-tmpfiles-setup.service/start deleted to break ordering cycle starting with basic.target/start Machine B (this one failed to start mysqld) .. systemd[1]: Found dependency on NetworkManager-wait-online.service/start .. systemd[1]: Found dependency on basic.target/start .. systemd[1]: Breaking ordering cycle by deleting job systemd-tmpfiles-setup.service/start No.. systemd[1]: Job systemd-tmpfiles-setup.service/start deleted to break ordering cycle starting with basic.target/start .. systemd[1]: Stopped Switch Root. ... systemd[1]: Cannot add dependency job for unit rpc-idmapd.service, ignoring: Unit rpc-idmapd.service failed to load: No such file or directory. ... systemd[1]: Found ordering cycle on basic.target/start ... systemd[1]: Found dependency on sysinit.target/start ...systemd[1]: Found dependency on systemd-tmpfiles-setup.service/start ...systemd[1]: Found dependency on systemd-journal-flush.service/start ... systemd[1]: Found dependency on remote-fs.target/start ...systemd[1]: Found dependency on mnt-Name-mirror.mount/start ...systemd[1]: Found dependency on network.target/start On 11/02/2014 08:15 PM, Genes Lists wrote:
On 11/02/2014 08:12 PM, Genes Lists wrote:
On 11/02/2014 08:07 PM, Armin K. wrote:
systemctl status systemd-tmpfiles-setup
Thanks - here's what I get on machine A (the mysql server):
A couple more machines: This one is mail server:
# systemctl status systemd-tmpfiles-setup
● systemd-tmpfiles-setup.service - Create Volatile Files and Directories
Loaded: loaded (/usr/lib/systemd/system/systemd-tmpfiles-setup.service; static) Active: active (exited) since Sun 2014-11-02 15:49:59 EST; 4h 23min ago Docs: man:tmpfiles.d(5) man:systemd-tmpfiles(8) Process: 426 ExecStart=/usr/bin/systemd-tmpfiles --create --remove --boot --exclude-prefix=/dev (code=exited, status=0/SUCCESS) Main PID: 426 (code=exited, status=0/SUCCESS) CGroup: /system.slice/systemd-tmpfiles-setup.service
And this is a firewall .. .similar issues to one of the other machines:
systemctl status systemd-tmpfiles-setup
● systemd-tmpfiles-setup.service - Create Volatile Files and Directories
Loaded: loaded (/usr/lib/systemd/system/systemd-tmpfiles-setup.service; static)
Active: inactive (dead) Docs: man:tmpfiles.d(5) man:systemd-tmpfiles(8)
... systemd[1]: Job systemd-tmpfiles-setup.service/start deleted to break ordering cycle starting with basic.target/start
On 11/03/2014 02:25 AM, Genes Lists wrote:
I dug in logs more and find these - is this a packaging bug made visible by systemd-217 or something else?
Machine A) .. systemd[1]: Cannot add dependency job for unit cups.socket, ignoring: Unit cups.socket failed to load: No such file or directory. ... systemd[1]: Cannot add dependency job for unit cups.path, ignoring: Unit cups.path failed to load: No such file or directory.
These got renamed to org.cups.cupsd.{service,path,socket}
... systemd[1]: Cannot add dependency job for unit rpc-idmapd.service, ignoring: Unit rpc-idmapd.service failed to load: No such file or directory.
This got renamed to nfs-idmapd.service
... systemd[1]: Found ordering cycle on basic.target/start ... systemd[1]: Breaking ordering cycle by deleting job systemd-update-utmp.service/start ... systemd[1]: Job systemd-update-utmp.service/start deleted to break ordering cycle starting with basic.target/start ... systemd[1]: Found ordering cycle on basic.target/start ... systemd[1]: Breaking ordering cycle by deleting job systemd-tmpfiles-setup.service/start ... systemd[1]: Job systemd-tmpfiles-setup.service/start deleted to break ordering cycle starting with basic.target/start
Machine B (this one failed to start mysqld) .. systemd[1]: Found dependency on NetworkManager-wait-online.service/start .. systemd[1]: Found dependency on basic.target/start .. systemd[1]: Breaking ordering cycle by deleting job systemd-tmpfiles-setup.service/start No.. systemd[1]: Job systemd-tmpfiles-setup.service/start deleted to break ordering cycle starting with basic.target/start .. systemd[1]: Stopped Switch Root.
... systemd[1]: Cannot add dependency job for unit rpc-idmapd.service, ignoring: Unit rpc-idmapd.service failed to load: No such file or directory. ... systemd[1]: Found ordering cycle on basic.target/start ... systemd[1]: Found dependency on sysinit.target/start ...systemd[1]: Found dependency on systemd-tmpfiles-setup.service/start ...systemd[1]: Found dependency on systemd-journal-flush.service/start ... systemd[1]: Found dependency on remote-fs.target/start ...systemd[1]: Found dependency on mnt-Name-mirror.mount/start ...systemd[1]: Found dependency on network.target/start
Remove the mentioned files manually from /etc/systemd/system hierarchy and enable the new ones and see if you're lucky. -- Note: My last name is not Krejzi.
On 11/02/2014 08:31 PM, Armin K. wrote:
This got renamed to nfs-idmapd.service
Yeh the new one was started but I had neglected to disable rpc-idmapd.
Remove the mentioned files manually from /etc/systemd/system hierarchy and enable the new ones and see if you're lucky.
I have patched as per the fedora link you sent. Will report back when I am able to reboot servers. thanks ...
On 11/03/2014 02:12 AM, Genes Lists wrote:
On 11/02/2014 08:07 PM, Armin K. wrote:
systemctl status systemd-tmpfiles-setup
Thanks - here's what I get on machine A (the mysql server):
systemctl status systemd-tmpfiles-setup ● systemd-tmpfiles-setup.service - Create Volatile Files and Directories Loaded: loaded (/usr/lib/systemd/system/systemd-tmpfiles-setup.service; static) Active: inactive (dead) Docs: man:tmpfiles.d(5) man:systemd-tmpfiles(8)
And on machine B - stunnel :
# systemctl status systemd-tmpfiles-setup ● systemd-tmpfiles-setup.service - Create Volatile Files and Directories
Loaded: loaded (/usr/lib/systemd/system/systemd-tmpfiles-setup.service; static)
Active: inactive (dead)
Docs: man:tmpfiles.d(5)
man:systemd-tmpfiles(8)
... systemd[1]: Job systemd-tmpfiles-setup.service/start deleted to break ordering cycle starting with basic.target/start ...Job systemd-tmpfiles-setup.service/start deleted to break ordering cycle starting with basic.target/start ...Job systemd-tmpfiles-setup.service/start deleted to break ordering cycle starting with basic.target/start
Maybe this patch would help? http://pkgs.fedoraproject.org/cgit/systemd.git/tree/0001-units-don-t-order-j... It fixes a dependency for a service which starts before systemd-tmpfiles-setup as I see. -- Note: My last name is not Krejzi.
On 11/02/2014 08:22 PM, Armin K. wrote: ..
Maybe this patch would help?
http://pkgs.fedoraproject.org/cgit/systemd.git/tree/0001-units-don-t-order-j...
It fixes a dependency for a service which starts before systemd-tmpfiles-setup as I see.
Yah looks promising ...
On 11/02/2014 08:22 PM, Armin K. wrote: ..
Maybe this patch would help?
http://pkgs.fedoraproject.org/cgit/systemd.git/tree/0001-units-don-t-order-j...
It fixes a dependency for a service which starts before systemd-tmpfiles-setup as I see.
Yah looks promising ...
Thanks Armin: I tried this patch and rebooted one server - it fixes all the ordering cycle problems I had - I think ... Both these show clean system now: dmesg |egrep 'tmpfiles|rdering c' systemctl status systemd-tmpfiles-setup Might be helpful to add this patch to arch systemd?
This seems to be the 'right' commit upstream from Lennart: http://cgit.freedesktop.org/systemd/systemd/commit/?id=919699ec301ea507edce4...
On 11/03/2014 03:30 AM, Genes Lists wrote:
This seems to be the 'right' commit upstream from Lennart:
http://cgit.freedesktop.org/systemd/systemd/commit/?id=919699ec301ea507edce4...
Yes. Go ahead and file a bug report in arch bug tracker. -- Note: My last name is not Krejzi.
On 11/03/2014 03:08 AM, Armin K. wrote:
Yes. Go ahead and file a bug report in arch bug tracker.
Existing bug report is here: https://bugs.archlinux.org/task/42633 [1] [1] I somehow failed to find this in my search before creating a duplicate -its really obvious so how I missed it I have no idea ... duh on me :)
participants (2)
-
Armin K.
-
Genes Lists