Solved: Issue with systemd-235 package in Main-Testing repo

Development Cooker (development)
41

First I make sure I have:

# rpm -qa sddm
sddm-0.16.0-4-omv2015.0.x86_64
# rpm -qa dbus  
dbus-1.12.2-1-omv2015.0.x86_64

Those are systemd-235-5 packages which I already have installed on my hardware test systems. I did install the systemd-235-6 packages in main-testing and still have the same problem with install. During install computer screen starts rapidly flashing. In journalctl this sequence repeats many times:

Nov 17 18:40:16 ben79-pc acpid[3582]: 1 client rule loaded
Nov 17 18:40:16 ben79-pc sddm[4045]: /usr/bin/xauth: (stdin):1:  bad "remove" command line
Nov 17 18:40:16 ben79-pc sddm[4045]: /usr/bin/xauth: (stdin):2:  bad "add" command line
Nov 17 18:40:16 ben79-pc sddm[4045]: QProcess: Destroyed while process ("/usr/libexec/sddm-helper") is still running.
Nov 17 18:40:16 ben79-pc acpid[3582]: client 12103[0:0] has disconnected
Nov 17 18:40:16 ben79-pc acpid[3582]: client connected from 12118[0:0]
Nov 17 18:40:16 ben79-pc acpid[3582]: 1 client rule loaded
Nov 17 18:40:17 ben79-pc sddm[4045]: /usr/bin/xauth: (stdin):1:  bad "remove" command line
Nov 17 18:40:17 ben79-pc sddm[4045]: /usr/bin/xauth: (stdin):2:  bad "add" command line
Nov 17 18:40:17 ben79-pc sddm[4045]: QProcess: Destroyed while process ("/usr/libexec/sddm-helper") is still running.
Nov 17 18:40:17 ben79-pc acpid[3582]: client 12118[0:0] has disconnected
Nov 17 18:40:17 ben79-pc acpid[3582]: client connected from 12133[0:0]

Hoping this is helpful.

Edit: Even though screen is flashing I was able to type reboot and system did reboot and systemd-235-6 from that point seems to work OK.

42

Note to anyone testing these systemd packages. Check and remember/write down the time you are doing actual install so if there is a problem you can easily find journalctl logs.

Edit: Also anyone testing these packages it is a good idea first update everything else and reboot and then to download all packages first with:

# urpmi --auto-update --download-all

OR:

# urpmi --auto-update --test

43

I updated to systemd vs. 235 - 6 this evening and saw the same behaviour as ben79. While dbus was at 1.12.2, I didn’t update sddm to 0.16.0-4 until after updating systemd.

Chris

44

Looking fruther at the logs right after ‘urpmi -v --auto-update’ I see:

Nov 17 18:39:16 ben79-pc systemd[1]: Reexecuting.
Nov 17 18:39:16 ben79-pc systemd[1]: systemd 235 running in system mode. (+PAM +AUDIT -SELINUX +IMA -APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +>
Nov 17 18:39:16 ben79-pc systemd[1]: Detected architecture x86-64.
Nov 17 18:39:16 ben79-pc systemd[1]: File /lib/systemd/system/systemd-journald.service:33 configures an IP firewall (IPAddressDeny=any), but the local system>
Nov 17 18:39:16 ben79-pc systemd[1]: Proceeding WITHOUT firewalling in effect!
Nov 17 18:39:16 ben79-pc systemd[1]: File /lib/systemd/system/systemd-udevd.service:32 configures an IP firewall (IPAddressDeny=any), but the local system do>
Nov 17 18:39:16 ben79-pc systemd[1]: Proceeding WITHOUT firewalling in effect!
Nov 17 18:39:16 ben79-pc systemd[1]: File /lib/systemd/system/systemd-logind.service:34 configures an IP firewall (IPAddressDeny=any), but the local system d>
Nov 17 18:39:16 ben79-pc systemd[1]: Proceeding WITHOUT firewalling in effect!
Nov 17 18:39:16 ben79-pc systemd[1]: File /lib/systemd/system/systemd-coredump@.service:37 configures an IP firewall (IPAddressDeny=any), but the local syste>
Nov 17 18:39:16 ben79-pc systemd[1]: Proceeding WITHOUT firewalling in effect!
Nov 17 18:39:16 ben79-pc polkitd[3632]: Reloading rules
Nov 17 18:39:16 ben79-pc polkitd[3632]: Collecting garbage unconditionally...
Nov 17 18:39:16 ben79-pc polkitd[3632]: Loading rules from directory /etc/polkit-1/rules.d
Nov 17 18:39:16 ben79-pc polkitd[3632]: Loading rules from directory /usr/share/polkit-1/rules.d
Nov 17 18:39:16 ben79-pc polkitd[3632]: Finished loading, compiling and executing 5 rules
Nov 17 18:39:16 ben79-pc polkitd[3632]: Reloading rules
Nov 17 18:39:16 ben79-pc polkitd[3632]: Collecting garbage unconditionally...
Nov 17 18:39:16 ben79-pc polkitd[3632]: Loading rules from directory /etc/polkit-1/rules.d
Nov 17 18:39:16 ben79-pc polkitd[3632]: Loading rules from directory /usr/share/polkit-1/rules.d
Nov 17 18:39:16 ben79-pc polkitd[3632]: Finished loading, compiling and executing 5 rules
Nov 17 18:39:16 ben79-pc systemd[1]: Listening on udev Kernel Socket.
Nov 17 18:39:16 ben79-pc systemd[1]: Listening on udev Control Socket.
Nov 17 18:39:16 ben79-pc systemd[1]: Starting udev Kernel Device Manager...
Nov 17 18:39:16 ben79-pc systemd[1]: Started udev Kernel Device Manager.
Nov 17 18:39:17 ben79-pc kernel: FINAL_REJECT: IN=enp3s0 OUT= MAC=ff:ff:ff:ff:ff:ff:64:66:b3:dd:f8:c4:08:00 SRC=192.168.0.1 DST=255.255.255.255 LEN=201 TOS=0>
Nov 17 18:39:17 ben79-pc systemd[1]: Stopping Login Service...
Nov 17 18:39:17 ben79-pc systemd[1]: Stopped Login Service.
Nov 17 18:39:17 ben79-pc systemd[1]: Starting Login Service...
Nov 17 18:39:17 ben79-pc systemd[1]: Started Login Service.
Nov 17 18:39:17 ben79-pc systemd-logind[5229]: New seat seat0.
Nov 17 18:39:17 ben79-pc systemd-logind[5229]: Watching system buttons on /dev/input/event1 (Power Button)

Not sure if this is relevant but the line with ‘Reexecuting’ make me wonder if something is triggering systemd to run again during the package install as if it were starting the machine?

Edit: Then stopping login service and then starting login service. I believe that would be the sddm misbehaving you asked us to look for?

45

@TPG here’s the entire journalctl log from the boot where I installed the systemd-235-6 packages. What I did was first put systemd in skip.list and update everything else and reboot. Then remove systemd from skip.list and install the systemd packages.

journalctl.txt (434.6 KB)

46

Thanks @ben79 looks like issue still does exist :expressionless:

47

The systemd 235 release 7 packages in main-testing installed without incident on 2 computers here.

1 Like
48

Here in Vbox too.

49

Great. I’ll do some testing too. Anyway i’ll wait with systemd update for 3.03 after when upstream will do a release of 236 (this month :slight_smile: )