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 існує, але повідомлення поки що надходять.

EDIT: Вихід журналу, як вимагається в коментарі:

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)

— решітка
джерело

Що systemctl status -l dbus-org.freedesktop.login1.serviceповідомляє, коли запускається як root? Чи щось виділяється у висновку journalctl(особливо в часи повідомлень про помилки)?

— Ференц Вагнер

Я додав вихід systemctl / journalctl вище.

— lathspell

1

Чи допомагає перезапуск logind ( systemctl restart systemd-logind)?

— Ференц Вагнер

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

— lathspell

Здається, перезапуск усунув проблему. Майже невтішно;) Що це зробило, коли просте "відключення -р зараз" не вдалося виправити? Дякую за допомогу!

— lathspell

19

Перезапустити логін:

# systemctl restart systemd-logind

Остерігайтеся, що перезапуск dbus знову перерве їх з'єднання.

— Ференц Вагнер
джерело

Це вирішує проблему лише тимчасово. Через деякий час (місяці) знову з’являється та сама проблема.

— Ортомала Локні

3

# systemctl перезапустити systemd-logind Не вдалося перезапустити systemd-logind.service: Час з'єднання вичерпано Детальну інформацію див. у системних журналах та в системі 'systemctl status systemd-logind.service'.

— Далібор Філус

А ви їх бачили, @DaliborFilus?

— Ференц Вагнер

≤systemctl status php7.0-fpmсказав мені те саме, тож я зрозумів, що запуск системи systemctl на той час є безглуздим. Це був виробничий сервер, мені довелося діяти швидко. Спробую наступного разу.

— Далібор Філус

Виправлено це тут, де справжньою больовою точкою був справді повільний вхід SSH. У моєму випадку проблема може бути пов’язана з останнім оновленням системи, і після цього перезавантаження не буде. 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

Щоб вирішити проблему, я спершу спробував звільнити пам'ять, але все ж системний логін не зміг запуститися. Тому мені довелося перезавантажити сервер, і це питання було вирішено.

— Майкл Айчер
джерело

1

Перезавантаження лише системи systemd-logind недостатньо, це просто відкладає основну проблему.

Схоже, це спричинено занадто великою кількістю файлів, зібраних у розділі "/ run / systemd / system /", створених службою та неправильно очищених, особливо на хостах з великою кількістю входів. Згодом через деякий час ви почнете бачити якусь дивну поведінку, наприклад, hostnamectl, що не повідомляє про щось, або timedatectl звіти Не вдалося запитувати сервер: Час з'єднання вичерпано та інші дивні речі. А також симптоми, про які повідомлялося спочатку.

Одне вирішення - видалити всі файли 'session - *. Range' та перезапустити systemd. У цьому випадку перезапуск хоста не потрібен. Це, ймовірно, пов’язано з помилкою в systemd та dbus, сподіваємось, у наступних оновленнях вони будуть виправлені.

— Даніель Величков
джерело

-3

Просто перевстановіть systemd.

apt install --reinstall systemd

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

— TheBuzzzzzz
джерело