dbus: [система] Не удалось активировать службу 'org.freedesktop.login1': истекло время ожидания

25

Я продолжаю получать следующие сообщения об ошибках в системном журнале одного из моих серверов:

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

Похоже, они соотносятся с логинами FTP на демоне 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.

Однако сами логины FTP работают без проблем для пользователя. У меня есть пара других серверов, на которых также работает ProFTPd, но до сих пор не было таких ошибок.

Они могут быть связаны с недавним обновлением с Debian 7 до Debian 8.

Любые идеи, что сообщение хочет сказать мне или даже что их вызывает?

Я уже попробовал перезапустить демоны dbus и proftpd и даже сервер и убедился, что сокет DBUS / var / run / dbus / system_bus_socket существует, но пока сообщения продолжают поступать.

РЕДАКТИРОВАТЬ: Выходные данные journalctl в соответствии с просьбой в комментарии:

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

И еще выход в журнале:

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 
— lathspell
источник
Что systemctl status -l dbus-org.freedesktop.login1.serviceсообщает при запуске от имени root? Что-нибудь выделяется на выходе journalctl(особенно во времена сообщений об ошибках)?
— Ференц Вагнер
Я добавил вывод systemctl / journalctl выше.
— Lathspell
1
Помогает ли перезапуск logind ( systemctl restart systemd-logind)?
— Ференц Вагнер
Пока что это помогло на сегодня. Теперь я перезагрузил сервер, чтобы посмотреть, не возникнет ли проблема, поскольку простая перезагрузка никогда не помогала, прежде чем я сообщил о проблеме здесь.
— Латспелл
Кажется, перезапуск решил проблему. Почти разочаровывает;) Что он сделал, что не удалось исправить простым "shutdown -r now"? Спасибо за помощь!
— Lathspell

Ответы:

19

Перезапустите logind:

# systemctl restart systemd-logind

Помните, что перезапуск dbus снова разорвет их соединение.

— Ференц Вагнер
источник
Это решает проблему только временно. Через некоторое время (месяцы) та же проблема появляется снова.
— Ортомала Локни
3
# systemctl restart systemd-logind Не удалось перезапустить systemd-logind.service: истекло время ожидания соединения. Дополнительные сведения см. в системных журналах и «systemctl status systemd-logind.service».
— Далибор Филус
И вы их видели, @DaliborFilus?
— Ференц Вагнер
≤systemctl status php7.0-fpmсказал мне то же самое, поэтому я решил, что запускать systemctl статус бессмысленно в то время. Это был рабочий сервер, мне пришлось действовать быстро. Попробую в следующий раз.
— Далибор Филус
Исправлено здесь, где реальная проблема заключалась в медленном входе в SSH. В моем случае проблема может быть связана с недавним обновлением systemd, и после этого перезагрузка не происходит. needs-restarting(все еще) говорит, что systemd нужна перезагрузка.
— Николас Мелай
7

Перезагрузка была единственным решением, которое работало для меня. Я убил сбежавший процесс dbus и другие вещи потерпели неудачу.

Вот что случилось, когда я попытался перезагрузить 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 глючит.

— Райан Бишоп
источник
1

Сегодня я столкнулся с той же проблемой и обнаружил, что изначально она была вызвана тем, что служба израсходовала всю доступную память. Я нашел соответствующие строки журнала, которые ясно показали, что это вызвано выделением памяти в журнале / 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

Чтобы узнать службу, использующую большую часть памяти, я выполнил это:

ps aux --sort=-%mem

Чтобы решить эту проблему, я сначала попытался освободить память, но все равно systemd-logind не смог запуститься. Поэтому мне пришлось перезагрузить сервер, и проблема была решена.

— Майкл Айхер
источник
1

Перезапуска только службы systemd-logind недостаточно, это лишь откладывает основную проблему.

Похоже, это вызвано слишком большим количеством файлов, скопированных в '/ run / systemd / system /', созданных службой и не очищенных должным образом, особенно на хостах с большим количеством входов в систему. В конце концов, через некоторое время вы увидите странное поведение, такое как hostnamectl не сообщает о чем-либо, или timedatectl сообщает, что не удалось запросить сервер: истекло время ожидания соединения и другие странные вещи. Как хорошо симптомы сообщили первоначально.

Одним из обходных путей является удаление всех файлов 'session - *. Scope' и перезапуск systemd. Перезапуск хоста в этом случае не требуется. Вероятно, это связано с ошибкой в ​​systemd и dbus, надеюсь, в следующих обновлениях они будут исправлены.

— Даниэль Величков
источник
-3

Просто переустановите systemd.

apt install --reinstall systemd

это решает проблему для меня на многих виртуальных машинах

— TheBuzzzzzz
источник
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.