Systemd: Restart von Services funktioniert nicht mehr

[Takeshi]

Hallo zusammen,

ich stehe aktuell vor einem Problem: Das Neustarten von Diensten mit Hilfe von Systemd funktioniert leider nicht mehr. Das Problem tritt sporadisch auf und lässt sich immer nur mit einem Restart des Systems (hart, denn ein "softer" Neustart funktioniert ebenfalls nicht) beheben.

Das Problem tritt bei allen Services auf.

Das System hängt über Stunden bei

root@server:/home/me# /etc/init.d/postfix restart
[....] Restarting postfix (via systemctl): postfix.service

In den Logs findet man im Sekundentakt Einträge wie

systemd[1]: Looping too fast. Throttling execution a little

Gibt es da etwas, was ihr mir anraten könnt?

[smutbert]

Wollkommen im Debianforum,

Vielleicht ist das dieser Bug 789796?
Ist der Hauptspeicher vielleicht knapp geworden?
(dann sieht es oft durchaus so aus als würde das System gar nicht mehr reagieren)

[MSfree]

statt

/etc/init.d/postfix restart

einfach

Code: Alles auswählen

systemctl restart postfix

ausführen.

[smutbert]

Das sollte doch dasselbe machen - tut es zumindest bei mir (allerdings nicht postfix, das habe ich nicht installiert) und es steht ja sogar in der Ausgabe »Restarting postfix (via systemctl)«.

[Takeshi]

Hallo und vielen Dank für die nette Begrüßung

Aktuell ist der Arbeitsspeicher nicht wirklich knapp - nachts kann das schon einmal der Fall sein, da nachts ein umfangreicher Backup-Job läuft. Allerdings sollte der eher auf CPU (GZIP-Kompression) und HDD gehen und weniger auf den RAM?

ein strace -p 1 gab folgendes zurück:

recvmsg(47, 0x7fff339dae70, MSG_DONTWAIT|MSG_NOSIGNAL|MSG_CMSG_CLOEXEC) = -1 EAGAIN (Resource temporarily unavailable)
timerfd_settime(13, TFD_TIMER_ABSTIME, {it_interval={0, 0}, it_value={112483, 339159000}}, NULL) = 0
epoll_wait(4, {{EPOLLOUT, {u32=3493356080, u64=139826153677360}}, {EPOLLOUT, {u32=3492742928, u64=139826153064208}}, {EPOLLOUT, {u32=3494028608, u64=139826154349888}}, {EPOLLOUT, {u32=3495164144, u64=139826155485424}}, {EPOLLOUT, {u32=3495228112, u64=139826155549392}}, {EPOLLOUT, {u32=3495292976, u64=139826155614256}}, {EPOLLOUT, {u32=3495358240, u64=139826155679520}}, {EPOLLIN, {u32=3, u64=3}}}, 46, 0) = 8
clock_gettime(CLOCK_BOOTTIME, {133406, 922762775}) = 0
read(13, "\1\0\0\0\0\0\0\0", = 8
recvmsg(47, 0x7fff339dae70, MSG_DONTWAIT|MSG_NOSIGNAL|MSG_CMSG_CLOEXEC) = -1 EAGAIN (Resource temporarily unavailable)
timerfd_settime(13, TFD_TIMER_ABSTIME, {it_interval={0, 0}, it_value={133449, 589159000}}, NULL) = 0
epoll_wait(4, {{EPOLLOUT, {u32=3493356080, u64=139826153677360}}, {EPOLLOUT, {u32=3492742928, u64=139826153064208}}, {EPOLLOUT, {u32=3494028608, u64=139826154349888}}, {EPOLLOUT, {u32=3495164144, u64=139826155485424}}, {EPOLLOUT, {u32=3495228112, u64=139826155549392}}, {EPOLLOUT, {u32=3495292976, u64=139826155614256}}, {EPOLLOUT, {u32=3495358240, u64=139826155679520}}}, 46, 0) = 7
clock_gettime(CLOCK_BOOTTIME, {133406, 922869665}) = 0
recvmsg(46, 0x7fff339dae70, MSG_DONTWAIT|MSG_NOSIGNAL|MSG_CMSG_CLOEXEC) = -1 EAGAIN (Resource temporarily unavailable)
timerfd_settime(13, TFD_TIMER_ABSTIME, {it_interval={0, 0}, it_value={26081, 339159000}}, NULL) = 0
epoll_wait(4, {{EPOLLOUT, {u32=3493356080, u64=139826153677360}}, {EPOLLOUT, {u32=3492742928, u64=139826153064208}}, {EPOLLOUT, {u32=3494028608, u64=139826154349888}}, {EPOLLOUT, {u32=3495164144, u64=139826155485424}}, {EPOLLOUT, {u32=3495228112, u64=139826155549392}}, {EPOLLOUT, {u32=3495292976, u64=139826155614256}}, {EPOLLOUT, {u32=3495358240, u64=139826155679520}}, {EPOLLIN, {u32=3, u64=3}}}, 46, 0) = 8

Ein

systemctl daemon-reexec

hat das Problem gelöst, allerdings wundert mich das schon, denn auch atop zeigt, dass das System zu keinem Zeitpunkt an die Grenze des verfügbaren Arbeitsspeichers gekommen ist.

[Takeshi]

statt

/etc/init.d/postfix restart

einfach

Code: Alles auswählen

systemctl restart postfix

ausführen.

Da habe ich mich vielleicht unklar ausgedrückt: Das führt zum selben Ergebnis und service XYZ sollte doch eigentlich auch nur ein Wrapper sein?

[nudgegoonies]

Da ein Init-System auch schon mal ausgetauscht wird, wie bei Debian 7 auf 8, würde ich immer "service XYZ restart" nutzen. Das ist auch wrapper der das selbe macht, egal welches Init-System dahinter steckt.