dbus: [sistema] Impossibile attivare il servizio 'org.freedesktop.login1': timeout

25

Continuo a ricevere i seguenti messaggi di errore nel syslog di uno dei miei server:

# 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'

Sembrano essere correlati agli accessi FTP sul demone ProFTPd:

# 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.

Gli stessi login FTP sembrano funzionare senza problemi per l'utente. Ho anche un paio di altri server che eseguono ProFTPd ma finora non ho mai avuto questi errori.

Tuttavia potrebbero essere correlati a un recente aggiornamento da Debian 7 a Debian 8.

Qualche idea su ciò che il messaggio vuole dirmi o anche cosa li provoca?

Ho già provato a riavviare i demoni dbus e proftpd e persino il server e mi sono assicurato che il socket DBUS / var / run / dbus / system_bus_socket sia esistente ma finora i messaggi continuano a venire.

EDIT: l'output di journalctl come richiesto nel commento:

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

E altro output journalctl:

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)

— lathspell
fonte

Cosa systemctl status -l dbus-org.freedesktop.login1.servicesegnala quando eseguito come root? Qualcosa si distingue nell'output di journalctl(specialmente attorno ai tempi dei messaggi di errore)?

— Ferenc Wágner,

Ho aggiunto l'output di systemctl / journalctl sopra.

— Lathspell,

1

Il riavvio di logind ( systemctl restart systemd-logind) aiuta?

— Ferenc Wágner,

Finora ha aiutato per il giorno. Ora ho riavviato il server per vedere se il problema si ripresenta come un semplice riavvio mai aiutato prima di aver segnalato il problema qui.

— Lathspell,

Il riavvio sembra aver risolto il problema. Quasi deludente;) Che cosa ha fatto che un semplice "spegnimento -r ora" non poteva risolvere? Grazie per il tuo aiuto!

— incantesimo del

19

Riavvia logind:

# systemctl restart systemd-logind

Attenzione che il riavvio di dbus interromperà nuovamente la connessione.

— Ferenc Wágner
fonte

Questo risolve il problema solo temporaneamente. Dopo un po '(mesi) ricompare lo stesso problema.

— Ortomala Lokni,

3

# systemctl restart systemd-logind Impossibile riavviare systemd-logind.service: connessione scaduta Vedi i registri di sistema e "status systemctl systemd-logind.service" per i dettagli.

— Dalibor Filus,

E li hai visti, @DaliborFilus?

— Ferenc Wágner,

≤systemctl status php7.0-fpmmi ha detto la stessa cosa, quindi ho pensato che eseguire lo stato di systemctl fosse inutile in quel momento. Questo era un server di produzione, dovevo agire rapidamente. Ci proverò la prossima volta.

— Dalibor Filus,

È stato risolto qui, dove il vero punto di dolore era il login SSH molto lento. Nel mio caso, il problema potrebbe essere correlato a un recente aggiornamento di systemd e nessun riavvio successivo. needs-restarting(ancora) dice che systemd necessita di un riavvio.

— Nicolas Melay,

7

Il riavvio è stata l'unica soluzione che ha funzionato per me. Ho ucciso il processo Dbus in fuga e altre cose sono fallite.

Questo è quello che è successo quando ho provato a ricaricare 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 è difettoso.

— Ryan Bishop
fonte

1

Oggi ho dovuto affrontare lo stesso problema e ho scoperto che inizialmente era causato da un servizio che consumava tutta la memoria disponibile. Ho trovato le relative linee di registro, il che ha chiarito che è causato dall'allocazione di memoria nel registro / var / log / messages .

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

Per scoprire il servizio utilizzando la maggior parte della memoria ho eseguito questo:

ps aux --sort=-%mem

Per risolvere il problema, ho prima provato a liberare la memoria, ma ancora systemd-logind non è stato in grado di avviarsi. Pertanto ho dovuto riavviare il server e il problema è stato risolto.

— Michael Aicher
fonte

1

Il riavvio del solo servizio systemd-logind non è sufficiente, rimanda semplicemente il problema principale.

Sembra che questo sia causato da troppi file accumulati in '/ run / systemd / system /', creati dal servizio e non adeguatamente ripuliti, specialmente su host con molti accessi. Alla fine, dopo un po 'di tempo, inizieresti a notare comportamenti strani come hostnamectl che non riportava nulla o rapporti timedatectl Impossibile eseguire query sul server: connessione scaduta e altre cose strane. Inoltre i sintomi riportati originariamente.

Una soluzione alternativa è eliminare tutti i file 'session - *. Scope' e riavviare systemd. In questo caso non è necessario riavviare l'host. Questo probabilmente è correlato a un bug in systemd e dbus, speriamo che nei prossimi aggiornamenti vengano corretti.

— Daniel Velichkov
fonte

-3

Basta reinstallare systemd.

apt install --reinstall systemd

questo risolve il problema per me su molte macchine virtuali

— TheBuzzzzzz
fonte