dbus: [system] Failed to activate service 'org.freedesktop.login1': timed out2019 Community Moderator ElectionTTY not work after X startsRun `dbus-send` in a remote systemsystemd says permission denied for /bin/shHow to register rhythmbox service on system dbus?debian without dbus: login/systemd complains about failing to connect to d-bus after motdFind out the owner of a DBus service name389 ldap client authentication issue [CENTOS 7]systemd: finish the execution of custom shell script before starting nginxFailed to get D-Bus connection: No such file or directory. $XDG_RUNTIME_DIR not set. libpam-systemd installedVery slow login + very slow response - dbus error? - Ubuntu 18.04.1 LTS - on Virtualbox 5.2.18 r124319 (Qt5.6.3) - on MacOS High Sierra 10.13.6

Was Luke Skywalker the leader of the Rebel forces on Hoth?

Why does the negative sign arise in this thermodynamic relation?

Why the color red for the Republican Party

meaning and function of 幸 in "则幸分我一杯羹"

Do f-stop and exposure time perfectly cancel?

Are all players supposed to be able to see each others' character sheets?

weren't playing vs didn't play

How strictly should I take "Candidates must be local"?

When a wind turbine does not produce enough electricity how does the power company compensate for the loss?

UART pins to unpowered MCU?

Why would one plane in this picture not have gear down yet?

How did Alan Turing break the enigma code using the hint given by the lady in the bar?

What are some noteworthy "mic-drop" moments in math?

NASA's RS-25 Engines shut down time

Could you please stop shuffling the deck and play already?

How many characters using PHB rules does it take to be able to have access to any PHB spell at the start of an adventuring day?

Accountant/ lawyer will not return my call

Should I tell my boss the work he did was worthless

What's the "normal" opposite of flautando?

Word for a person who has no opinion about whether god exists

List elements digit difference sort

Why does liquid water form when we exhale on a mirror?

Is it possible to avoid unpacking when merging Association?

PTIJ: Should I kill my computer after installing software?



dbus: [system] Failed to activate service 'org.freedesktop.login1': timed out



2019 Community Moderator ElectionTTY not work after X startsRun `dbus-send` in a remote systemsystemd says permission denied for /bin/shHow to register rhythmbox service on system dbus?debian without dbus: login/systemd complains about failing to connect to d-bus after motdFind out the owner of a DBus service name389 ldap client authentication issue [CENTOS 7]systemd: finish the execution of custom shell script before starting nginxFailed to get D-Bus connection: No such file or directory. $XDG_RUNTIME_DIR not set. libpam-systemd installedVery slow login + very slow response - dbus error? - Ubuntu 18.04.1 LTS - on Virtualbox 5.2.18 r124319 (Qt5.6.3) - on MacOS High Sierra 10.13.6










18















I keep getting the following error messages in the syslog of one of my servers:



# tail /var/log/syslog
Oct 29 13:48:40 myserver dbus[19617]: [system] Failed to activate service 'org.freedesktop.login1': timed out
Oct 29 13:48:40 myserver dbus[19617]: [system] Activating via systemd: service name='org.freedesktop.login1' unit='dbus-org.freedesktop.login1.service'
Oct 29 13:49:05 myserver dbus[19617]: [system] Failed to activate service 'org.freedesktop.login1': timed out
Oct 29 13:49:05 myserver dbus[19617]: [system] Activating via systemd: service name='org.freedesktop.login1' unit='dbus-org.freedesktop.login1.service'


They seem to correlate to FTP Logins on the ProFTPd daemon:



# tail /var/log/proftpd/proftpd.log
2015-10-29 13:48:40,433 myserver proftpd[17872] myserver.example.com (remote.example.com[192.168.22.33]): USER switch: Login successful.
2015-10-29 13:48:40,460 myserver proftpd[17872] myserver.example.com (remote.example.com[192.168.22.33]): FTP session closed.
2015-10-29 13:48:40,664 myserver proftpd[17881] myserver.example.com (remote.example.com[192.168.22.33]): FTP session opened.
2015-10-29 13:49:05,687 myserver proftpd[17881] myserver.example.com (remote.example.com[192.168.22.33]): USER switch: Login successful.
2015-10-29 13:49:05,705 myserver proftpd[17881] myserver.example.com (remote.example.com[192.168.22.33]): FTP session closed.
2015-10-29 13:49:05,908 myserver proftpd[17915] myserver.example.com (remote.example.com[192.168.22.33]): FTP session opened.


The FTP logins themselves seem to work without problems for the user, though. I've got a couple of other servers also running ProFTPd but so far never got these errors.



They might be related to a recent upgrade from Debian 7 to Debian 8 though.



Any ideas what the message want to tell me or even what causes them?



I already tried restarting the dbus and proftpd daemons and even the server and made sure that the DBUS socket /var/run/dbus/system_bus_socket is existing but so far the messages keep coming.



EDIT:
The output of journalctl as requested in the comment:



root@myserver:/home/chammers# systemctl status -l dbus-org.freedesktop.login1.service
● systemd-logind.service - Login Service
Loaded: loaded (/lib/systemd/system/systemd-logind.service; static)
Active: active (running) since Tue 2015-10-27 13:23:32 CET; 1 weeks 0 days ago
Docs: man:systemd-logind.service(8)
man:logind.conf(5)
http://www.freedesktop.org/wiki/Software/systemd/logind
http://www.freedesktop.org/wiki/Software/systemd/multiseat
Main PID: 467 (systemd-logind)
Status: "Processing requests..."
CGroup: /system.slice/systemd-logind.service
└─467 /lib/systemd/systemd-logind

Oct 28 10:15:25 myserver systemd-logind[467]: New session c3308 of user switch.
Oct 28 10:15:25 myserver systemd-logind[467]: Removed session c3308.
Oct 28 10:15:25 myserver systemd-logind[467]: New session c3309 of user switch.
Oct 28 10:15:25 myserver systemd-logind[467]: Removed session c3309.
Oct 28 10:15:25 myserver systemd-logind[467]: New session c3310 of user switch.
Oct 28 10:15:25 myserver systemd-logind[467]: Removed session c3310.
Oct 28 10:15:25 myserver systemd-logind[467]: New session c3311 of user switch.
Oct 28 10:15:25 myserver systemd-logind[467]: Removed session c3311.
Oct 28 10:19:52 myserver systemd-logind[467]: New session 909 of user chammers.
Oct 28 10:27:11 myserver systemd-logind[467]: Failed to abandon session scope: Transport endpoint is not connected


And more journalctl output:



Nov 03 16:21:19 myserver dbus[19617]: [system] Failed to activate service 'org.freedesktop.login1': timed out
Nov 03 16:21:19 myserver proftpd[23417]: pam_systemd(proftpd:session): Failed to create session: Activation of org.freedesktop.login1 timed out
Nov 03 16:21:19 myserver proftpd[23418]: pam_systemd(proftpd:session): Failed to create session: Activation of org.freedesktop.login1 timed out
Nov 03 16:21:19 myserver proftpd[23417]: pam_unix(proftpd:session): session closed for user switch
Nov 03 16:21:19 myserver proftpd[23418]: pam_unix(proftpd:session): session closed for user switch
Nov 03 16:21:19 myserver proftpd[23420]: pam_unix(proftpd:session): session opened for user switch by (uid=0)
Nov 03 16:21:19 myserver dbus[19617]: [system] Activating via systemd: service name='org.freedesktop.login1' unit='dbus-org.freedesktop.login1.service'
Nov 03 16:21:19 myserver proftpd[23421]: pam_unix(proftpd:session): session opened for user switch by (uid=0)









share|improve this question
























  • What does systemctl status -l dbus-org.freedesktop.login1.service report when run as root? Does anything stand out in the output of journalctl (especially around the times of the error messages)?

    – Ferenc Wágner
    Oct 31 '15 at 8:14











  • I've added the output of systemctl/journalctl above.

    – lathspell
    Nov 3 '15 at 15:28






  • 1





    Does restarting logind (systemctl restart systemd-logind) help?

    – Ferenc Wágner
    Nov 4 '15 at 11:19











  • So far it did help for the day. I've now rebooted the server to see if the problem comes back as a simple reboot never helped before I reported the problem here.

    – lathspell
    Nov 5 '15 at 11:46











  • The restart seems to have fixed the problem. Almost disappointing ;) What did it do that a simple "shutdown -r now" couldn't fix? Thanks for you help!

    – lathspell
    Nov 6 '15 at 10:02















18















I keep getting the following error messages in the syslog of one of my servers:



# tail /var/log/syslog
Oct 29 13:48:40 myserver dbus[19617]: [system] Failed to activate service 'org.freedesktop.login1': timed out
Oct 29 13:48:40 myserver dbus[19617]: [system] Activating via systemd: service name='org.freedesktop.login1' unit='dbus-org.freedesktop.login1.service'
Oct 29 13:49:05 myserver dbus[19617]: [system] Failed to activate service 'org.freedesktop.login1': timed out
Oct 29 13:49:05 myserver dbus[19617]: [system] Activating via systemd: service name='org.freedesktop.login1' unit='dbus-org.freedesktop.login1.service'


They seem to correlate to FTP Logins on the ProFTPd daemon:



# tail /var/log/proftpd/proftpd.log
2015-10-29 13:48:40,433 myserver proftpd[17872] myserver.example.com (remote.example.com[192.168.22.33]): USER switch: Login successful.
2015-10-29 13:48:40,460 myserver proftpd[17872] myserver.example.com (remote.example.com[192.168.22.33]): FTP session closed.
2015-10-29 13:48:40,664 myserver proftpd[17881] myserver.example.com (remote.example.com[192.168.22.33]): FTP session opened.
2015-10-29 13:49:05,687 myserver proftpd[17881] myserver.example.com (remote.example.com[192.168.22.33]): USER switch: Login successful.
2015-10-29 13:49:05,705 myserver proftpd[17881] myserver.example.com (remote.example.com[192.168.22.33]): FTP session closed.
2015-10-29 13:49:05,908 myserver proftpd[17915] myserver.example.com (remote.example.com[192.168.22.33]): FTP session opened.


The FTP logins themselves seem to work without problems for the user, though. I've got a couple of other servers also running ProFTPd but so far never got these errors.



They might be related to a recent upgrade from Debian 7 to Debian 8 though.



Any ideas what the message want to tell me or even what causes them?



I already tried restarting the dbus and proftpd daemons and even the server and made sure that the DBUS socket /var/run/dbus/system_bus_socket is existing but so far the messages keep coming.



EDIT:
The output of journalctl as requested in the comment:



root@myserver:/home/chammers# systemctl status -l dbus-org.freedesktop.login1.service
● systemd-logind.service - Login Service
Loaded: loaded (/lib/systemd/system/systemd-logind.service; static)
Active: active (running) since Tue 2015-10-27 13:23:32 CET; 1 weeks 0 days ago
Docs: man:systemd-logind.service(8)
man:logind.conf(5)
http://www.freedesktop.org/wiki/Software/systemd/logind
http://www.freedesktop.org/wiki/Software/systemd/multiseat
Main PID: 467 (systemd-logind)
Status: "Processing requests..."
CGroup: /system.slice/systemd-logind.service
└─467 /lib/systemd/systemd-logind

Oct 28 10:15:25 myserver systemd-logind[467]: New session c3308 of user switch.
Oct 28 10:15:25 myserver systemd-logind[467]: Removed session c3308.
Oct 28 10:15:25 myserver systemd-logind[467]: New session c3309 of user switch.
Oct 28 10:15:25 myserver systemd-logind[467]: Removed session c3309.
Oct 28 10:15:25 myserver systemd-logind[467]: New session c3310 of user switch.
Oct 28 10:15:25 myserver systemd-logind[467]: Removed session c3310.
Oct 28 10:15:25 myserver systemd-logind[467]: New session c3311 of user switch.
Oct 28 10:15:25 myserver systemd-logind[467]: Removed session c3311.
Oct 28 10:19:52 myserver systemd-logind[467]: New session 909 of user chammers.
Oct 28 10:27:11 myserver systemd-logind[467]: Failed to abandon session scope: Transport endpoint is not connected


And more journalctl output:



Nov 03 16:21:19 myserver dbus[19617]: [system] Failed to activate service 'org.freedesktop.login1': timed out
Nov 03 16:21:19 myserver proftpd[23417]: pam_systemd(proftpd:session): Failed to create session: Activation of org.freedesktop.login1 timed out
Nov 03 16:21:19 myserver proftpd[23418]: pam_systemd(proftpd:session): Failed to create session: Activation of org.freedesktop.login1 timed out
Nov 03 16:21:19 myserver proftpd[23417]: pam_unix(proftpd:session): session closed for user switch
Nov 03 16:21:19 myserver proftpd[23418]: pam_unix(proftpd:session): session closed for user switch
Nov 03 16:21:19 myserver proftpd[23420]: pam_unix(proftpd:session): session opened for user switch by (uid=0)
Nov 03 16:21:19 myserver dbus[19617]: [system] Activating via systemd: service name='org.freedesktop.login1' unit='dbus-org.freedesktop.login1.service'
Nov 03 16:21:19 myserver proftpd[23421]: pam_unix(proftpd:session): session opened for user switch by (uid=0)









share|improve this question
























  • What does systemctl status -l dbus-org.freedesktop.login1.service report when run as root? Does anything stand out in the output of journalctl (especially around the times of the error messages)?

    – Ferenc Wágner
    Oct 31 '15 at 8:14











  • I've added the output of systemctl/journalctl above.

    – lathspell
    Nov 3 '15 at 15:28






  • 1





    Does restarting logind (systemctl restart systemd-logind) help?

    – Ferenc Wágner
    Nov 4 '15 at 11:19











  • So far it did help for the day. I've now rebooted the server to see if the problem comes back as a simple reboot never helped before I reported the problem here.

    – lathspell
    Nov 5 '15 at 11:46











  • The restart seems to have fixed the problem. Almost disappointing ;) What did it do that a simple "shutdown -r now" couldn't fix? Thanks for you help!

    – lathspell
    Nov 6 '15 at 10:02













18












18








18


3






I keep getting the following error messages in the syslog of one of my servers:



# tail /var/log/syslog
Oct 29 13:48:40 myserver dbus[19617]: [system] Failed to activate service 'org.freedesktop.login1': timed out
Oct 29 13:48:40 myserver dbus[19617]: [system] Activating via systemd: service name='org.freedesktop.login1' unit='dbus-org.freedesktop.login1.service'
Oct 29 13:49:05 myserver dbus[19617]: [system] Failed to activate service 'org.freedesktop.login1': timed out
Oct 29 13:49:05 myserver dbus[19617]: [system] Activating via systemd: service name='org.freedesktop.login1' unit='dbus-org.freedesktop.login1.service'


They seem to correlate to FTP Logins on the ProFTPd daemon:



# tail /var/log/proftpd/proftpd.log
2015-10-29 13:48:40,433 myserver proftpd[17872] myserver.example.com (remote.example.com[192.168.22.33]): USER switch: Login successful.
2015-10-29 13:48:40,460 myserver proftpd[17872] myserver.example.com (remote.example.com[192.168.22.33]): FTP session closed.
2015-10-29 13:48:40,664 myserver proftpd[17881] myserver.example.com (remote.example.com[192.168.22.33]): FTP session opened.
2015-10-29 13:49:05,687 myserver proftpd[17881] myserver.example.com (remote.example.com[192.168.22.33]): USER switch: Login successful.
2015-10-29 13:49:05,705 myserver proftpd[17881] myserver.example.com (remote.example.com[192.168.22.33]): FTP session closed.
2015-10-29 13:49:05,908 myserver proftpd[17915] myserver.example.com (remote.example.com[192.168.22.33]): FTP session opened.


The FTP logins themselves seem to work without problems for the user, though. I've got a couple of other servers also running ProFTPd but so far never got these errors.



They might be related to a recent upgrade from Debian 7 to Debian 8 though.



Any ideas what the message want to tell me or even what causes them?



I already tried restarting the dbus and proftpd daemons and even the server and made sure that the DBUS socket /var/run/dbus/system_bus_socket is existing but so far the messages keep coming.



EDIT:
The output of journalctl as requested in the comment:



root@myserver:/home/chammers# systemctl status -l dbus-org.freedesktop.login1.service
● systemd-logind.service - Login Service
Loaded: loaded (/lib/systemd/system/systemd-logind.service; static)
Active: active (running) since Tue 2015-10-27 13:23:32 CET; 1 weeks 0 days ago
Docs: man:systemd-logind.service(8)
man:logind.conf(5)
http://www.freedesktop.org/wiki/Software/systemd/logind
http://www.freedesktop.org/wiki/Software/systemd/multiseat
Main PID: 467 (systemd-logind)
Status: "Processing requests..."
CGroup: /system.slice/systemd-logind.service
└─467 /lib/systemd/systemd-logind

Oct 28 10:15:25 myserver systemd-logind[467]: New session c3308 of user switch.
Oct 28 10:15:25 myserver systemd-logind[467]: Removed session c3308.
Oct 28 10:15:25 myserver systemd-logind[467]: New session c3309 of user switch.
Oct 28 10:15:25 myserver systemd-logind[467]: Removed session c3309.
Oct 28 10:15:25 myserver systemd-logind[467]: New session c3310 of user switch.
Oct 28 10:15:25 myserver systemd-logind[467]: Removed session c3310.
Oct 28 10:15:25 myserver systemd-logind[467]: New session c3311 of user switch.
Oct 28 10:15:25 myserver systemd-logind[467]: Removed session c3311.
Oct 28 10:19:52 myserver systemd-logind[467]: New session 909 of user chammers.
Oct 28 10:27:11 myserver systemd-logind[467]: Failed to abandon session scope: Transport endpoint is not connected


And more journalctl output:



Nov 03 16:21:19 myserver dbus[19617]: [system] Failed to activate service 'org.freedesktop.login1': timed out
Nov 03 16:21:19 myserver proftpd[23417]: pam_systemd(proftpd:session): Failed to create session: Activation of org.freedesktop.login1 timed out
Nov 03 16:21:19 myserver proftpd[23418]: pam_systemd(proftpd:session): Failed to create session: Activation of org.freedesktop.login1 timed out
Nov 03 16:21:19 myserver proftpd[23417]: pam_unix(proftpd:session): session closed for user switch
Nov 03 16:21:19 myserver proftpd[23418]: pam_unix(proftpd:session): session closed for user switch
Nov 03 16:21:19 myserver proftpd[23420]: pam_unix(proftpd:session): session opened for user switch by (uid=0)
Nov 03 16:21:19 myserver dbus[19617]: [system] Activating via systemd: service name='org.freedesktop.login1' unit='dbus-org.freedesktop.login1.service'
Nov 03 16:21:19 myserver proftpd[23421]: pam_unix(proftpd:session): session opened for user switch by (uid=0)









share|improve this question
















I keep getting the following error messages in the syslog of one of my servers:



# tail /var/log/syslog
Oct 29 13:48:40 myserver dbus[19617]: [system] Failed to activate service 'org.freedesktop.login1': timed out
Oct 29 13:48:40 myserver dbus[19617]: [system] Activating via systemd: service name='org.freedesktop.login1' unit='dbus-org.freedesktop.login1.service'
Oct 29 13:49:05 myserver dbus[19617]: [system] Failed to activate service 'org.freedesktop.login1': timed out
Oct 29 13:49:05 myserver dbus[19617]: [system] Activating via systemd: service name='org.freedesktop.login1' unit='dbus-org.freedesktop.login1.service'


They seem to correlate to FTP Logins on the ProFTPd daemon:



# tail /var/log/proftpd/proftpd.log
2015-10-29 13:48:40,433 myserver proftpd[17872] myserver.example.com (remote.example.com[192.168.22.33]): USER switch: Login successful.
2015-10-29 13:48:40,460 myserver proftpd[17872] myserver.example.com (remote.example.com[192.168.22.33]): FTP session closed.
2015-10-29 13:48:40,664 myserver proftpd[17881] myserver.example.com (remote.example.com[192.168.22.33]): FTP session opened.
2015-10-29 13:49:05,687 myserver proftpd[17881] myserver.example.com (remote.example.com[192.168.22.33]): USER switch: Login successful.
2015-10-29 13:49:05,705 myserver proftpd[17881] myserver.example.com (remote.example.com[192.168.22.33]): FTP session closed.
2015-10-29 13:49:05,908 myserver proftpd[17915] myserver.example.com (remote.example.com[192.168.22.33]): FTP session opened.


The FTP logins themselves seem to work without problems for the user, though. I've got a couple of other servers also running ProFTPd but so far never got these errors.



They might be related to a recent upgrade from Debian 7 to Debian 8 though.



Any ideas what the message want to tell me or even what causes them?



I already tried restarting the dbus and proftpd daemons and even the server and made sure that the DBUS socket /var/run/dbus/system_bus_socket is existing but so far the messages keep coming.



EDIT:
The output of journalctl as requested in the comment:



root@myserver:/home/chammers# systemctl status -l dbus-org.freedesktop.login1.service
● systemd-logind.service - Login Service
Loaded: loaded (/lib/systemd/system/systemd-logind.service; static)
Active: active (running) since Tue 2015-10-27 13:23:32 CET; 1 weeks 0 days ago
Docs: man:systemd-logind.service(8)
man:logind.conf(5)
http://www.freedesktop.org/wiki/Software/systemd/logind
http://www.freedesktop.org/wiki/Software/systemd/multiseat
Main PID: 467 (systemd-logind)
Status: "Processing requests..."
CGroup: /system.slice/systemd-logind.service
└─467 /lib/systemd/systemd-logind

Oct 28 10:15:25 myserver systemd-logind[467]: New session c3308 of user switch.
Oct 28 10:15:25 myserver systemd-logind[467]: Removed session c3308.
Oct 28 10:15:25 myserver systemd-logind[467]: New session c3309 of user switch.
Oct 28 10:15:25 myserver systemd-logind[467]: Removed session c3309.
Oct 28 10:15:25 myserver systemd-logind[467]: New session c3310 of user switch.
Oct 28 10:15:25 myserver systemd-logind[467]: Removed session c3310.
Oct 28 10:15:25 myserver systemd-logind[467]: New session c3311 of user switch.
Oct 28 10:15:25 myserver systemd-logind[467]: Removed session c3311.
Oct 28 10:19:52 myserver systemd-logind[467]: New session 909 of user chammers.
Oct 28 10:27:11 myserver systemd-logind[467]: Failed to abandon session scope: Transport endpoint is not connected


And more journalctl output:



Nov 03 16:21:19 myserver dbus[19617]: [system] Failed to activate service 'org.freedesktop.login1': timed out
Nov 03 16:21:19 myserver proftpd[23417]: pam_systemd(proftpd:session): Failed to create session: Activation of org.freedesktop.login1 timed out
Nov 03 16:21:19 myserver proftpd[23418]: pam_systemd(proftpd:session): Failed to create session: Activation of org.freedesktop.login1 timed out
Nov 03 16:21:19 myserver proftpd[23417]: pam_unix(proftpd:session): session closed for user switch
Nov 03 16:21:19 myserver proftpd[23418]: pam_unix(proftpd:session): session closed for user switch
Nov 03 16:21:19 myserver proftpd[23420]: pam_unix(proftpd:session): session opened for user switch by (uid=0)
Nov 03 16:21:19 myserver dbus[19617]: [system] Activating via systemd: service name='org.freedesktop.login1' unit='dbus-org.freedesktop.login1.service'
Nov 03 16:21:19 myserver proftpd[23421]: pam_unix(proftpd:session): session opened for user switch by (uid=0)






linux debian d-bus proftpd






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Nov 3 '15 at 15:26







lathspell

















asked Oct 29 '15 at 13:00









lathspelllathspell

260129




260129












  • What does systemctl status -l dbus-org.freedesktop.login1.service report when run as root? Does anything stand out in the output of journalctl (especially around the times of the error messages)?

    – Ferenc Wágner
    Oct 31 '15 at 8:14











  • I've added the output of systemctl/journalctl above.

    – lathspell
    Nov 3 '15 at 15:28






  • 1





    Does restarting logind (systemctl restart systemd-logind) help?

    – Ferenc Wágner
    Nov 4 '15 at 11:19











  • So far it did help for the day. I've now rebooted the server to see if the problem comes back as a simple reboot never helped before I reported the problem here.

    – lathspell
    Nov 5 '15 at 11:46











  • The restart seems to have fixed the problem. Almost disappointing ;) What did it do that a simple "shutdown -r now" couldn't fix? Thanks for you help!

    – lathspell
    Nov 6 '15 at 10:02

















  • What does systemctl status -l dbus-org.freedesktop.login1.service report when run as root? Does anything stand out in the output of journalctl (especially around the times of the error messages)?

    – Ferenc Wágner
    Oct 31 '15 at 8:14











  • I've added the output of systemctl/journalctl above.

    – lathspell
    Nov 3 '15 at 15:28






  • 1





    Does restarting logind (systemctl restart systemd-logind) help?

    – Ferenc Wágner
    Nov 4 '15 at 11:19











  • So far it did help for the day. I've now rebooted the server to see if the problem comes back as a simple reboot never helped before I reported the problem here.

    – lathspell
    Nov 5 '15 at 11:46











  • The restart seems to have fixed the problem. Almost disappointing ;) What did it do that a simple "shutdown -r now" couldn't fix? Thanks for you help!

    – lathspell
    Nov 6 '15 at 10:02
















What does systemctl status -l dbus-org.freedesktop.login1.service report when run as root? Does anything stand out in the output of journalctl (especially around the times of the error messages)?

– Ferenc Wágner
Oct 31 '15 at 8:14





What does systemctl status -l dbus-org.freedesktop.login1.service report when run as root? Does anything stand out in the output of journalctl (especially around the times of the error messages)?

– Ferenc Wágner
Oct 31 '15 at 8:14













I've added the output of systemctl/journalctl above.

– lathspell
Nov 3 '15 at 15:28





I've added the output of systemctl/journalctl above.

– lathspell
Nov 3 '15 at 15:28




1




1





Does restarting logind (systemctl restart systemd-logind) help?

– Ferenc Wágner
Nov 4 '15 at 11:19





Does restarting logind (systemctl restart systemd-logind) help?

– Ferenc Wágner
Nov 4 '15 at 11:19













So far it did help for the day. I've now rebooted the server to see if the problem comes back as a simple reboot never helped before I reported the problem here.

– lathspell
Nov 5 '15 at 11:46





So far it did help for the day. I've now rebooted the server to see if the problem comes back as a simple reboot never helped before I reported the problem here.

– lathspell
Nov 5 '15 at 11:46













The restart seems to have fixed the problem. Almost disappointing ;) What did it do that a simple "shutdown -r now" couldn't fix? Thanks for you help!

– lathspell
Nov 6 '15 at 10:02





The restart seems to have fixed the problem. Almost disappointing ;) What did it do that a simple "shutdown -r now" couldn't fix? Thanks for you help!

– lathspell
Nov 6 '15 at 10:02










6 Answers
6






active

oldest

votes


















14














Restart logind:



# systemctl restart systemd-logind


Beware that restarting dbus will break their connection again.






share|improve this answer























  • This solves the problem only temporarily. After a while (months) the same problem reappears.

    – Ortomala Lokni
    Feb 10 '17 at 15:14






  • 3





    # systemctl restart systemd-logind Failed to restart systemd-logind.service: Connection timed out See system logs and 'systemctl status systemd-logind.service' for details.

    – Dalibor Filus
    Jan 11 '18 at 12:05











  • And did you see them, @DaliborFilus?

    – Ferenc Wágner
    Jan 12 '18 at 0:16












  • ≤systemctl status php7.0-fpm did tell me the same thing, so I figured running systemctl status is pointless at that time. This was a production server, I had to act quickly. Will try next time.

    – Dalibor Filus
    Jan 12 '18 at 12:38











  • Fixed it here, where the real pain point was really slow SSH login. In my case, the issue might be related to a recent systemd update, and no reboot thereafter. needs-restarting (still) says systemd needs a reboot.

    – Nico57
    Aug 27 '18 at 0:08



















6














Reboot was the only solution that worked for me. I killed the runaway dbus process and other things failed.



This is what happened when i tried to reload httpd-



Error getting authority: Error initializing authority: Error calling StartServiceByName for org.freedesktop.PolicyKit1: GDBus.Error:org.freedesktop.DBus.Error.TimedOut: Activation of org.freedesktop.PolicyKit1 timed out (g-dbus-error-quark, 20)
Failed to reload httpd.service: Connection timed out


Centos7 is buggy.






share|improve this answer






























    1














    Restarting only systemd-logind service is not enough, it just postpones the main problem.



    Seems like this is caused by too many files pilled up under '/run/systemd/system/', created by the service and not properly cleaned up, especially on hosts with a lot of logins. Eventually after some time you would start seeing some weird behavior like hostnamectl not reporting a thing, or timedatectl reports Failed to query server: Connection timed out and other odd things. As well the symptoms reported originally.



    One workaround is to delete all 'session-*.scope' files and to restart systemd. Restarting the host is not necessary in that case.
    This probably is related to a bug in systemd and dbus, hopefully in next updates they will be fixed.






    share|improve this answer
































      0














      I was faced with the same issue today and i found out that it was initially caused by a service eating up all available memory.
      I found the related log lines, which made clear that it is caused by memory allocation in the /var/log/messages log.



      systemd: Starting Session 750154 of user root.
      systemd: Failed to fork: Cannot allocate memory
      systemd: Assertion 'pid >= 1' failed at src/core/unit.c:1997, function unit_watch_pid(). Aborting.
      systemd: Caught <ABRT>, cannot fork for core dump: Cannot allocate memory
      systemd: Freezing execution.
      dbus[697]: [system] Failed to activate service 'org.freedesktop.systemd1': timed out


      To find out the service using most of the memory I executed this:



      ps aux --sort=-%mem


      To solve the issue i first tried to free the memory, but still systemd-logind was not able to start up.
      Therefore I had to reboot the server and the issue was solved.






      share|improve this answer






























        0














        Great tips thanks! Here's the issue from DMSEG:



        [ 20.166678] systemd-logind[4362]: Failed to enable subscription: Launch helper exited with unknown return code 1
        [ 20.166743] systemd-logind[4362]: Failed to fully start up daemon: Input/output error
        [ 20.309833] systemd-logind[4400]: Failed to enable subscription: Launch helper exited with unknown return code 1
        [ 20.309886] systemd-logind[4400]: Failed to fully start up daemon: Input/output error


        • systemctl restart systemd-logind did not work

        • --reinstall kept failing

        • ended up removing and installing systemd

        root@testrack:/home/testrack# apt remove systemd
        .
        root@testrack:/home/testrack# apt install systemd
        reboot
        .
        testrack@testrack:~$ systemctl daemon-reload
        testrack@testrack:~$


        Thanks.






        share|improve this answer








        New contributor




        David Young is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
        Check out our Code of Conduct.



























          -2














          Just reinstall systemd.



          apt install --reinstall systemd


          this resolve the issue for me on many VMs






          share|improve this answer
























            Your Answer








            StackExchange.ready(function()
            var channelOptions =
            tags: "".split(" "),
            id: "106"
            ;
            initTagRenderer("".split(" "), "".split(" "), channelOptions);

            StackExchange.using("externalEditor", function()
            // Have to fire editor after snippets, if snippets enabled
            if (StackExchange.settings.snippets.snippetsEnabled)
            StackExchange.using("snippets", function()
            createEditor();
            );

            else
            createEditor();

            );

            function createEditor()
            StackExchange.prepareEditor(
            heartbeatType: 'answer',
            autoActivateHeartbeat: false,
            convertImagesToLinks: false,
            noModals: true,
            showLowRepImageUploadWarning: true,
            reputationToPostImages: null,
            bindNavPrevention: true,
            postfix: "",
            imageUploader:
            brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
            contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
            allowUrls: true
            ,
            onDemand: true,
            discardSelector: ".discard-answer"
            ,immediatelyShowMarkdownHelp:true
            );



            );













            draft saved

            draft discarded


















            StackExchange.ready(
            function ()
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f239489%2fdbus-system-failed-to-activate-service-org-freedesktop-login1-timed-out%23new-answer', 'question_page');

            );

            Post as a guest















            Required, but never shown

























            6 Answers
            6






            active

            oldest

            votes








            6 Answers
            6






            active

            oldest

            votes









            active

            oldest

            votes






            active

            oldest

            votes









            14














            Restart logind:



            # systemctl restart systemd-logind


            Beware that restarting dbus will break their connection again.






            share|improve this answer























            • This solves the problem only temporarily. After a while (months) the same problem reappears.

              – Ortomala Lokni
              Feb 10 '17 at 15:14






            • 3





              # systemctl restart systemd-logind Failed to restart systemd-logind.service: Connection timed out See system logs and 'systemctl status systemd-logind.service' for details.

              – Dalibor Filus
              Jan 11 '18 at 12:05











            • And did you see them, @DaliborFilus?

              – Ferenc Wágner
              Jan 12 '18 at 0:16












            • ≤systemctl status php7.0-fpm did tell me the same thing, so I figured running systemctl status is pointless at that time. This was a production server, I had to act quickly. Will try next time.

              – Dalibor Filus
              Jan 12 '18 at 12:38











            • Fixed it here, where the real pain point was really slow SSH login. In my case, the issue might be related to a recent systemd update, and no reboot thereafter. needs-restarting (still) says systemd needs a reboot.

              – Nico57
              Aug 27 '18 at 0:08
















            14














            Restart logind:



            # systemctl restart systemd-logind


            Beware that restarting dbus will break their connection again.






            share|improve this answer























            • This solves the problem only temporarily. After a while (months) the same problem reappears.

              – Ortomala Lokni
              Feb 10 '17 at 15:14






            • 3





              # systemctl restart systemd-logind Failed to restart systemd-logind.service: Connection timed out See system logs and 'systemctl status systemd-logind.service' for details.

              – Dalibor Filus
              Jan 11 '18 at 12:05











            • And did you see them, @DaliborFilus?

              – Ferenc Wágner
              Jan 12 '18 at 0:16












            • ≤systemctl status php7.0-fpm did tell me the same thing, so I figured running systemctl status is pointless at that time. This was a production server, I had to act quickly. Will try next time.

              – Dalibor Filus
              Jan 12 '18 at 12:38











            • Fixed it here, where the real pain point was really slow SSH login. In my case, the issue might be related to a recent systemd update, and no reboot thereafter. needs-restarting (still) says systemd needs a reboot.

              – Nico57
              Aug 27 '18 at 0:08














            14












            14








            14







            Restart logind:



            # systemctl restart systemd-logind


            Beware that restarting dbus will break their connection again.






            share|improve this answer













            Restart logind:



            # systemctl restart systemd-logind


            Beware that restarting dbus will break their connection again.







            share|improve this answer












            share|improve this answer



            share|improve this answer










            answered Nov 7 '15 at 19:04









            Ferenc WágnerFerenc Wágner

            3,089920




            3,089920












            • This solves the problem only temporarily. After a while (months) the same problem reappears.

              – Ortomala Lokni
              Feb 10 '17 at 15:14






            • 3





              # systemctl restart systemd-logind Failed to restart systemd-logind.service: Connection timed out See system logs and 'systemctl status systemd-logind.service' for details.

              – Dalibor Filus
              Jan 11 '18 at 12:05











            • And did you see them, @DaliborFilus?

              – Ferenc Wágner
              Jan 12 '18 at 0:16












            • ≤systemctl status php7.0-fpm did tell me the same thing, so I figured running systemctl status is pointless at that time. This was a production server, I had to act quickly. Will try next time.

              – Dalibor Filus
              Jan 12 '18 at 12:38











            • Fixed it here, where the real pain point was really slow SSH login. In my case, the issue might be related to a recent systemd update, and no reboot thereafter. needs-restarting (still) says systemd needs a reboot.

              – Nico57
              Aug 27 '18 at 0:08


















            • This solves the problem only temporarily. After a while (months) the same problem reappears.

              – Ortomala Lokni
              Feb 10 '17 at 15:14






            • 3





              # systemctl restart systemd-logind Failed to restart systemd-logind.service: Connection timed out See system logs and 'systemctl status systemd-logind.service' for details.

              – Dalibor Filus
              Jan 11 '18 at 12:05











            • And did you see them, @DaliborFilus?

              – Ferenc Wágner
              Jan 12 '18 at 0:16












            • ≤systemctl status php7.0-fpm did tell me the same thing, so I figured running systemctl status is pointless at that time. This was a production server, I had to act quickly. Will try next time.

              – Dalibor Filus
              Jan 12 '18 at 12:38











            • Fixed it here, where the real pain point was really slow SSH login. In my case, the issue might be related to a recent systemd update, and no reboot thereafter. needs-restarting (still) says systemd needs a reboot.

              – Nico57
              Aug 27 '18 at 0:08

















            This solves the problem only temporarily. After a while (months) the same problem reappears.

            – Ortomala Lokni
            Feb 10 '17 at 15:14





            This solves the problem only temporarily. After a while (months) the same problem reappears.

            – Ortomala Lokni
            Feb 10 '17 at 15:14




            3




            3





            # systemctl restart systemd-logind Failed to restart systemd-logind.service: Connection timed out See system logs and 'systemctl status systemd-logind.service' for details.

            – Dalibor Filus
            Jan 11 '18 at 12:05





            # systemctl restart systemd-logind Failed to restart systemd-logind.service: Connection timed out See system logs and 'systemctl status systemd-logind.service' for details.

            – Dalibor Filus
            Jan 11 '18 at 12:05













            And did you see them, @DaliborFilus?

            – Ferenc Wágner
            Jan 12 '18 at 0:16






            And did you see them, @DaliborFilus?

            – Ferenc Wágner
            Jan 12 '18 at 0:16














            ≤systemctl status php7.0-fpm did tell me the same thing, so I figured running systemctl status is pointless at that time. This was a production server, I had to act quickly. Will try next time.

            – Dalibor Filus
            Jan 12 '18 at 12:38





            ≤systemctl status php7.0-fpm did tell me the same thing, so I figured running systemctl status is pointless at that time. This was a production server, I had to act quickly. Will try next time.

            – Dalibor Filus
            Jan 12 '18 at 12:38













            Fixed it here, where the real pain point was really slow SSH login. In my case, the issue might be related to a recent systemd update, and no reboot thereafter. needs-restarting (still) says systemd needs a reboot.

            – Nico57
            Aug 27 '18 at 0:08






            Fixed it here, where the real pain point was really slow SSH login. In my case, the issue might be related to a recent systemd update, and no reboot thereafter. needs-restarting (still) says systemd needs a reboot.

            – Nico57
            Aug 27 '18 at 0:08














            6














            Reboot was the only solution that worked for me. I killed the runaway dbus process and other things failed.



            This is what happened when i tried to reload httpd-



            Error getting authority: Error initializing authority: Error calling StartServiceByName for org.freedesktop.PolicyKit1: GDBus.Error:org.freedesktop.DBus.Error.TimedOut: Activation of org.freedesktop.PolicyKit1 timed out (g-dbus-error-quark, 20)
            Failed to reload httpd.service: Connection timed out


            Centos7 is buggy.






            share|improve this answer



























              6














              Reboot was the only solution that worked for me. I killed the runaway dbus process and other things failed.



              This is what happened when i tried to reload httpd-



              Error getting authority: Error initializing authority: Error calling StartServiceByName for org.freedesktop.PolicyKit1: GDBus.Error:org.freedesktop.DBus.Error.TimedOut: Activation of org.freedesktop.PolicyKit1 timed out (g-dbus-error-quark, 20)
              Failed to reload httpd.service: Connection timed out


              Centos7 is buggy.






              share|improve this answer

























                6












                6








                6







                Reboot was the only solution that worked for me. I killed the runaway dbus process and other things failed.



                This is what happened when i tried to reload httpd-



                Error getting authority: Error initializing authority: Error calling StartServiceByName for org.freedesktop.PolicyKit1: GDBus.Error:org.freedesktop.DBus.Error.TimedOut: Activation of org.freedesktop.PolicyKit1 timed out (g-dbus-error-quark, 20)
                Failed to reload httpd.service: Connection timed out


                Centos7 is buggy.






                share|improve this answer













                Reboot was the only solution that worked for me. I killed the runaway dbus process and other things failed.



                This is what happened when i tried to reload httpd-



                Error getting authority: Error initializing authority: Error calling StartServiceByName for org.freedesktop.PolicyKit1: GDBus.Error:org.freedesktop.DBus.Error.TimedOut: Activation of org.freedesktop.PolicyKit1 timed out (g-dbus-error-quark, 20)
                Failed to reload httpd.service: Connection timed out


                Centos7 is buggy.







                share|improve this answer












                share|improve this answer



                share|improve this answer










                answered Jun 25 '16 at 7:25









                Ryan BishopRyan Bishop

                6111




                6111





















                    1














                    Restarting only systemd-logind service is not enough, it just postpones the main problem.



                    Seems like this is caused by too many files pilled up under '/run/systemd/system/', created by the service and not properly cleaned up, especially on hosts with a lot of logins. Eventually after some time you would start seeing some weird behavior like hostnamectl not reporting a thing, or timedatectl reports Failed to query server: Connection timed out and other odd things. As well the symptoms reported originally.



                    One workaround is to delete all 'session-*.scope' files and to restart systemd. Restarting the host is not necessary in that case.
                    This probably is related to a bug in systemd and dbus, hopefully in next updates they will be fixed.






                    share|improve this answer





























                      1














                      Restarting only systemd-logind service is not enough, it just postpones the main problem.



                      Seems like this is caused by too many files pilled up under '/run/systemd/system/', created by the service and not properly cleaned up, especially on hosts with a lot of logins. Eventually after some time you would start seeing some weird behavior like hostnamectl not reporting a thing, or timedatectl reports Failed to query server: Connection timed out and other odd things. As well the symptoms reported originally.



                      One workaround is to delete all 'session-*.scope' files and to restart systemd. Restarting the host is not necessary in that case.
                      This probably is related to a bug in systemd and dbus, hopefully in next updates they will be fixed.






                      share|improve this answer



























                        1












                        1








                        1







                        Restarting only systemd-logind service is not enough, it just postpones the main problem.



                        Seems like this is caused by too many files pilled up under '/run/systemd/system/', created by the service and not properly cleaned up, especially on hosts with a lot of logins. Eventually after some time you would start seeing some weird behavior like hostnamectl not reporting a thing, or timedatectl reports Failed to query server: Connection timed out and other odd things. As well the symptoms reported originally.



                        One workaround is to delete all 'session-*.scope' files and to restart systemd. Restarting the host is not necessary in that case.
                        This probably is related to a bug in systemd and dbus, hopefully in next updates they will be fixed.






                        share|improve this answer















                        Restarting only systemd-logind service is not enough, it just postpones the main problem.



                        Seems like this is caused by too many files pilled up under '/run/systemd/system/', created by the service and not properly cleaned up, especially on hosts with a lot of logins. Eventually after some time you would start seeing some weird behavior like hostnamectl not reporting a thing, or timedatectl reports Failed to query server: Connection timed out and other odd things. As well the symptoms reported originally.



                        One workaround is to delete all 'session-*.scope' files and to restart systemd. Restarting the host is not necessary in that case.
                        This probably is related to a bug in systemd and dbus, hopefully in next updates they will be fixed.







                        share|improve this answer














                        share|improve this answer



                        share|improve this answer








                        edited Sep 7 '18 at 23:13









                        Rui F Ribeiro

                        41.4k1481140




                        41.4k1481140










                        answered May 18 '18 at 13:43









                        Daniel VelichkovDaniel Velichkov

                        112




                        112





















                            0














                            I was faced with the same issue today and i found out that it was initially caused by a service eating up all available memory.
                            I found the related log lines, which made clear that it is caused by memory allocation in the /var/log/messages log.



                            systemd: Starting Session 750154 of user root.
                            systemd: Failed to fork: Cannot allocate memory
                            systemd: Assertion 'pid >= 1' failed at src/core/unit.c:1997, function unit_watch_pid(). Aborting.
                            systemd: Caught <ABRT>, cannot fork for core dump: Cannot allocate memory
                            systemd: Freezing execution.
                            dbus[697]: [system] Failed to activate service 'org.freedesktop.systemd1': timed out


                            To find out the service using most of the memory I executed this:



                            ps aux --sort=-%mem


                            To solve the issue i first tried to free the memory, but still systemd-logind was not able to start up.
                            Therefore I had to reboot the server and the issue was solved.






                            share|improve this answer



























                              0














                              I was faced with the same issue today and i found out that it was initially caused by a service eating up all available memory.
                              I found the related log lines, which made clear that it is caused by memory allocation in the /var/log/messages log.



                              systemd: Starting Session 750154 of user root.
                              systemd: Failed to fork: Cannot allocate memory
                              systemd: Assertion 'pid >= 1' failed at src/core/unit.c:1997, function unit_watch_pid(). Aborting.
                              systemd: Caught <ABRT>, cannot fork for core dump: Cannot allocate memory
                              systemd: Freezing execution.
                              dbus[697]: [system] Failed to activate service 'org.freedesktop.systemd1': timed out


                              To find out the service using most of the memory I executed this:



                              ps aux --sort=-%mem


                              To solve the issue i first tried to free the memory, but still systemd-logind was not able to start up.
                              Therefore I had to reboot the server and the issue was solved.






                              share|improve this answer

























                                0












                                0








                                0







                                I was faced with the same issue today and i found out that it was initially caused by a service eating up all available memory.
                                I found the related log lines, which made clear that it is caused by memory allocation in the /var/log/messages log.



                                systemd: Starting Session 750154 of user root.
                                systemd: Failed to fork: Cannot allocate memory
                                systemd: Assertion 'pid >= 1' failed at src/core/unit.c:1997, function unit_watch_pid(). Aborting.
                                systemd: Caught <ABRT>, cannot fork for core dump: Cannot allocate memory
                                systemd: Freezing execution.
                                dbus[697]: [system] Failed to activate service 'org.freedesktop.systemd1': timed out


                                To find out the service using most of the memory I executed this:



                                ps aux --sort=-%mem


                                To solve the issue i first tried to free the memory, but still systemd-logind was not able to start up.
                                Therefore I had to reboot the server and the issue was solved.






                                share|improve this answer













                                I was faced with the same issue today and i found out that it was initially caused by a service eating up all available memory.
                                I found the related log lines, which made clear that it is caused by memory allocation in the /var/log/messages log.



                                systemd: Starting Session 750154 of user root.
                                systemd: Failed to fork: Cannot allocate memory
                                systemd: Assertion 'pid >= 1' failed at src/core/unit.c:1997, function unit_watch_pid(). Aborting.
                                systemd: Caught <ABRT>, cannot fork for core dump: Cannot allocate memory
                                systemd: Freezing execution.
                                dbus[697]: [system] Failed to activate service 'org.freedesktop.systemd1': timed out


                                To find out the service using most of the memory I executed this:



                                ps aux --sort=-%mem


                                To solve the issue i first tried to free the memory, but still systemd-logind was not able to start up.
                                Therefore I had to reboot the server and the issue was solved.







                                share|improve this answer












                                share|improve this answer



                                share|improve this answer










                                answered Sep 19 '17 at 13:50









                                LorexLorex

                                12




                                12





















                                    0














                                    Great tips thanks! Here's the issue from DMSEG:



                                    [ 20.166678] systemd-logind[4362]: Failed to enable subscription: Launch helper exited with unknown return code 1
                                    [ 20.166743] systemd-logind[4362]: Failed to fully start up daemon: Input/output error
                                    [ 20.309833] systemd-logind[4400]: Failed to enable subscription: Launch helper exited with unknown return code 1
                                    [ 20.309886] systemd-logind[4400]: Failed to fully start up daemon: Input/output error


                                    • systemctl restart systemd-logind did not work

                                    • --reinstall kept failing

                                    • ended up removing and installing systemd

                                    root@testrack:/home/testrack# apt remove systemd
                                    .
                                    root@testrack:/home/testrack# apt install systemd
                                    reboot
                                    .
                                    testrack@testrack:~$ systemctl daemon-reload
                                    testrack@testrack:~$


                                    Thanks.






                                    share|improve this answer








                                    New contributor




                                    David Young is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
                                    Check out our Code of Conduct.
























                                      0














                                      Great tips thanks! Here's the issue from DMSEG:



                                      [ 20.166678] systemd-logind[4362]: Failed to enable subscription: Launch helper exited with unknown return code 1
                                      [ 20.166743] systemd-logind[4362]: Failed to fully start up daemon: Input/output error
                                      [ 20.309833] systemd-logind[4400]: Failed to enable subscription: Launch helper exited with unknown return code 1
                                      [ 20.309886] systemd-logind[4400]: Failed to fully start up daemon: Input/output error


                                      • systemctl restart systemd-logind did not work

                                      • --reinstall kept failing

                                      • ended up removing and installing systemd

                                      root@testrack:/home/testrack# apt remove systemd
                                      .
                                      root@testrack:/home/testrack# apt install systemd
                                      reboot
                                      .
                                      testrack@testrack:~$ systemctl daemon-reload
                                      testrack@testrack:~$


                                      Thanks.






                                      share|improve this answer








                                      New contributor




                                      David Young is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
                                      Check out our Code of Conduct.






















                                        0












                                        0








                                        0







                                        Great tips thanks! Here's the issue from DMSEG:



                                        [ 20.166678] systemd-logind[4362]: Failed to enable subscription: Launch helper exited with unknown return code 1
                                        [ 20.166743] systemd-logind[4362]: Failed to fully start up daemon: Input/output error
                                        [ 20.309833] systemd-logind[4400]: Failed to enable subscription: Launch helper exited with unknown return code 1
                                        [ 20.309886] systemd-logind[4400]: Failed to fully start up daemon: Input/output error


                                        • systemctl restart systemd-logind did not work

                                        • --reinstall kept failing

                                        • ended up removing and installing systemd

                                        root@testrack:/home/testrack# apt remove systemd
                                        .
                                        root@testrack:/home/testrack# apt install systemd
                                        reboot
                                        .
                                        testrack@testrack:~$ systemctl daemon-reload
                                        testrack@testrack:~$


                                        Thanks.






                                        share|improve this answer








                                        New contributor




                                        David Young is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
                                        Check out our Code of Conduct.










                                        Great tips thanks! Here's the issue from DMSEG:



                                        [ 20.166678] systemd-logind[4362]: Failed to enable subscription: Launch helper exited with unknown return code 1
                                        [ 20.166743] systemd-logind[4362]: Failed to fully start up daemon: Input/output error
                                        [ 20.309833] systemd-logind[4400]: Failed to enable subscription: Launch helper exited with unknown return code 1
                                        [ 20.309886] systemd-logind[4400]: Failed to fully start up daemon: Input/output error


                                        • systemctl restart systemd-logind did not work

                                        • --reinstall kept failing

                                        • ended up removing and installing systemd

                                        root@testrack:/home/testrack# apt remove systemd
                                        .
                                        root@testrack:/home/testrack# apt install systemd
                                        reboot
                                        .
                                        testrack@testrack:~$ systemctl daemon-reload
                                        testrack@testrack:~$


                                        Thanks.







                                        share|improve this answer








                                        New contributor




                                        David Young is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
                                        Check out our Code of Conduct.









                                        share|improve this answer



                                        share|improve this answer






                                        New contributor




                                        David Young is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
                                        Check out our Code of Conduct.









                                        answered 3 hours ago









                                        David YoungDavid Young

                                        1




                                        1




                                        New contributor




                                        David Young is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
                                        Check out our Code of Conduct.





                                        New contributor





                                        David Young is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
                                        Check out our Code of Conduct.






                                        David Young is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
                                        Check out our Code of Conduct.





















                                            -2














                                            Just reinstall systemd.



                                            apt install --reinstall systemd


                                            this resolve the issue for me on many VMs






                                            share|improve this answer





























                                              -2














                                              Just reinstall systemd.



                                              apt install --reinstall systemd


                                              this resolve the issue for me on many VMs






                                              share|improve this answer



























                                                -2












                                                -2








                                                -2







                                                Just reinstall systemd.



                                                apt install --reinstall systemd


                                                this resolve the issue for me on many VMs






                                                share|improve this answer















                                                Just reinstall systemd.



                                                apt install --reinstall systemd


                                                this resolve the issue for me on many VMs







                                                share|improve this answer














                                                share|improve this answer



                                                share|improve this answer








                                                edited May 6 '18 at 18:38









                                                yeti

                                                2,40611225




                                                2,40611225










                                                answered May 6 '18 at 16:37









                                                TheBuzzzzzzTheBuzzzzzz

                                                1




                                                1



























                                                    draft saved

                                                    draft discarded
















































                                                    Thanks for contributing an answer to Unix & Linux Stack Exchange!


                                                    • Please be sure to answer the question. Provide details and share your research!

                                                    But avoid


                                                    • Asking for help, clarification, or responding to other answers.

                                                    • Making statements based on opinion; back them up with references or personal experience.

                                                    To learn more, see our tips on writing great answers.




                                                    draft saved


                                                    draft discarded














                                                    StackExchange.ready(
                                                    function ()
                                                    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f239489%2fdbus-system-failed-to-activate-service-org-freedesktop-login1-timed-out%23new-answer', 'question_page');

                                                    );

                                                    Post as a guest















                                                    Required, but never shown





















































                                                    Required, but never shown














                                                    Required, but never shown












                                                    Required, but never shown







                                                    Required, but never shown

































                                                    Required, but never shown














                                                    Required, but never shown












                                                    Required, but never shown







                                                    Required, but never shown







                                                    -d-bus, debian, linux, proftpd

                                                    Popular posts from this blog

                                                    Mobil Contents History Mobil brands Former Mobil brands Lukoil transaction Mobil UK Mobil Australia Mobil New Zealand Mobil Greece Mobil in Japan Mobil in Canada Mobil Egypt See also References External links Navigation menuwww.mobil.com"Mobil Corporation"the original"Our Houston campus""Business & Finance: Socony-Vacuum Corp.""Popular Mechanics""Lubrite Technologies""Exxon Mobil campus 'clearly happening'""Toledo Blade - Google News Archive Search""The Lion and the Moose - How 2 Executives Pulled off the Biggest Merger Ever""ExxonMobil Press Release""Lubricants""Archived copy"the original"Mobil 1™ and Mobil Super™ motor oil and synthetic motor oil - Mobil™ Motor Oils""Mobil Delvac""Mobil Industrial website""The State of Competition in Gasoline Marketing: The Effects of Refiner Operations at Retail""Mobil Travel Guide to become Forbes Travel Guide""Hotel Rankings: Forbes Merges with Mobil"the original"Jamieson oil industry history""Mobil news""Caltex pumps for control""Watchdog blocks Caltex bid""Exxon Mobil sells service station network""Mobil Oil New Zealand Limited is New Zealand's oldest oil company, with predecessor companies having first established a presence in the country in 1896""ExxonMobil subsidiaries have a business history in New Zealand stretching back more than 120 years. We are involved in petroleum refining and distribution and the marketing of fuels, lubricants and chemical products""Archived copy"the original"Exxon Mobil to Sell Its Japanese Arm for $3.9 Billion""Gas station merger will end Esso and Mobil's long run in Japan""Esso moves to affiliate itself with PC Optimum, no longer Aeroplan, in loyalty point switch""Mobil brand of gas stations to launch in Canada after deal for 213 Loblaws-owned locations""Mobil Nears Completion of Rebranding 200 Loblaw Gas Stations""Learn about ExxonMobil's operations in Egypt""Petrol and Diesel Service Stations in Egypt - Mobil"Official websiteExxon Mobil corporate websiteMobil Industrial official websiteeeeeeeeDA04275022275790-40000 0001 0860 5061n82045453134887257134887257

                                                    Frič See also Navigation menuinternal link

                                                    Identify plant with long narrow paired leaves and reddish stems Planned maintenance scheduled April 17/18, 2019 at 00:00UTC (8:00pm US/Eastern) Announcing the arrival of Valued Associate #679: Cesar Manara Unicorn Meta Zoo #1: Why another podcast?What is this plant with long sharp leaves? Is it a weed?What is this 3ft high, stalky plant, with mid sized narrow leaves?What is this young shrub with opposite ovate, crenate leaves and reddish stems?What is this plant with large broad serrated leaves?Identify this upright branching weed with long leaves and reddish stemsPlease help me identify this bulbous plant with long, broad leaves and white flowersWhat is this small annual with narrow gray/green leaves and rust colored daisy-type flowers?What is this chilli plant?Does anyone know what type of chilli plant this is?Help identify this plant