dbus: [sistem] 'org.freedesktop.login1' hizmeti etkinleştirilemedi: zaman aşımına uğradı

25

Sunucularımdan birinin sistem günlüğünde aşağıdaki hata mesajlarını almaya devam ediyorum:

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

ProFTPd arka plan programındaki FTP Girişleriyle ilişkili görünüyorlar:

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

Yine de, FTP girişleri, kullanıcı için problemsiz çalışır gibi görünmektedir. ProFTPd çalıştıran başka bir kaç sunucu daha var ama şu ana kadar bu hataları hiç almadım.

Ancak son zamanlarda Debian 7'den Debian 8'e yükseltme ile ilgili olabilirler.

Mesajın bana anlatmak istediği veya hatta nedenleri neler olduğu hakkında bir fikrin var mı?

Dbus ve proftpd telefonlarını ve hatta sunucuyu yeniden başlatmayı çoktan denedim ve DBUS soketinin / var / run / dbus / system_bus_socket öğesinin var olduğundan, ancak iletilerin gelmeye devam ettiğinden emin oldum.

EDIT: Yorumda istenildiği şekilde journalctl çıktısı:

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

Ve daha fazla journalctl çıkışı:

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
kaynak

systemctl status -l dbus-org.freedesktop.login1.serviceKök olarak çalıştırıldığında rapor ne yapar ? Çıktısında bir şey göze çarpıyor mu journalctl(özellikle hata mesajlarının zamanlarında)?

— Ferenc Wágner

Yukarıda systemctl / journalctl'nin çıktısını ekledim.

— lathspell

1

Logind ( systemctl restart systemd-logind) işlevini yeniden başlatmak yardımcı olur mu?

— Ferenc Wágner 4:15

Şimdiye kadar gün için yardımcı oldu. Şimdi, sorunu burada bildirmeden önce, sorunun basit bir yeniden başlatma olarak hiç yardımcı olmadığından geri dönüp dönmediğini görmek için sunucuyu yeniden başlattım.

— lathspell

Yeniden başlatma işlemi sorunu çözmüş gibi görünüyor. Neredeyse hayal kırıklığı;) Basit bir "kapatma -r şimdi" düzeltemedi ne yaptı? Yardımlarınız için teşekkürler!

— lathspell

19

Logind yeniden başlat:

# systemctl restart systemd-logind

Dbus'un yeniden başlatılmasının tekrar bağlantılarını koparacağına dikkat edin.

— Ferenc Wágner
kaynak

Bu, sorunu yalnızca geçici olarak çözer. Bir süre sonra (aylar) aynı problem ortaya çıkıyor.

— Ortomala Lokni

3

# systemctl restart systemd-logind systemd-logind.service başlatılamadı: Bağlantı zaman aşımına uğradı Ayrıntılar için sistem günlüklerine ve 'systemctl status systemd-logind.service' bölümüne bakın.

— Dalibor Filus

Onları gördün mü, @DaliborFilus?

— Ferenc Wágner

≤systemctl status php7.0-fpmbana da aynı şeyi söylemiştim, bu yüzden o sırada systemctl durumunu çalıştırmanın anlamsız olduğunu düşündüm. Bu bir üretim sunucusuydu, hızlı davranmam gerekiyordu. Bir dahaki sefere deneyecek.

— Dalibor Filus

Gerçek ağrı noktasının SSH girişini yavaşlattığı yer burası düzeltildi. Benim durumumda, sorun son sistem güncellemesiyle ilgili olabilir ve bundan sonra yeniden başlatılmayabilir. needs-restarting(hala) sistemd'in yeniden başlatılması gerektiğini söylüyor.

— Nicolas Melay

7

Yeniden başlatma benim için çalışan tek çözümdü. Kaçak dbus işlemini öldürdüm ve diğer şeyler başarısız oldu.

Httpd'yi yeniden yüklemeye çalıştığımda olan buydu.

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 arabasıdır.

— Ryan Bishop
kaynak

1

Bugün aynı sorunla karşılaştım ve başlangıçta mevcut tüm hafızayı yiyen bir servisin neden olduğunu öğrendim. / Var / log / messages günlüğündeki bellek ayırmasından kaynaklandığını açıkça belirten ilgili satırları buldum .

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

Belleğin çoğunu kullanarak servisi bulmak için şunu yaptım:

ps aux --sort=-%mem

Bu sorunu çözmek için önce belleği boşaltmaya çalıştım, ancak hala systemd-logind başlatılamadı. Bu yüzden sunucuyu yeniden başlatmak zorunda kaldım ve sorun çözüldü.

— Michael Aicher
kaynak

1

Yalnızca systemd-logind servisini yeniden başlatmak yeterli değildir, sadece asıl sorunu erteler.

Bunun nedeni, '/ run / systemd / system /' altında toplanan ve hizmet tarafından yaratılan ve özellikle çok sayıda oturum açan ana bilgisayarlarda düzgün bir şekilde temizlenemeyen çok fazla dosyadan kaynaklanıyor gibi görünüyor. Sonunda, bir süre sonra hostnamectl gibi bir şey bildirmemek ya da timedatectl raporları gibi garip davranışlar görmeye başlarsınız Sunucu sorgulanamadı: Bağlantı zaman aşımına uğradı ve diğer garip şeyler. Ayrıca belirtileri başlangıçta bildirildi.

Çözümlerden biri, tüm 'session - *. Kapsam' dosyalarını silmek ve systemd'yi yeniden başlatmak. Bu durumda ana bilgisayarı yeniden başlatmak gerekli değildir. Bu muhtemelen systemd ve dbus'taki bir hata ile ilgilidir, umarım gelecek güncellemelerde düzeltilecektir.

— Daniel Velichkov
kaynak

-3

Sadece sistemi yeniden yükleyin.

apt install --reinstall systemd

bu benim için birçok VM'de sorunu çözdü

— TheBuzzzzzz
kaynak