Dotaz: Systemd zabije Apache po skončení logrotate?

[Dave]

Mám SUSE Linux Enterprise Server 12.3, kde běží Apache (samostatně, ne jako systemd služba). Skoro každou noc se ale Apache zastaví. Došel jsem k tomu, že za to nejspíš může systemd ve spojení s logrotate - logy od Apache se rotují a v postrotate skriptu se Apache restartuje. Podle logů to vypadá, že logrotate proběhne korektně a Apache se skutečně správně restartuje, ale jakmile doběhne logrotate pro všechny ostatní logy, v tu chvíli Apache dostane SIGTERM a skončí. Obsah logrotate.timer a logrotate.service jsem nijak neupravoval. Poradíte, co s tím?

Odpovědi

[1john2]

jsou spravne pristupova prava novych logsouboru vytvorenych pomoci logrotate?

hodily by se hlasky ze systemd/syslog

[Dave]

Přístupová práva souborů jsou v pořádku, po restartu pak Apache korektně několik desítek vteřin běží, ale jakmile doběhne logrotate pro všechny ostatní logy, dostane Apache SIGTERM. Takže si myslím, že to nějak souvisí se systemd, akorát přesně nevím jak... Úplně stejná konfigurace mi na starším systému se SysVinit běží bez problémů. Relevantní výpisy z logů připojuji, ten první SIGTERM je v pořádku (od restartu Apache logrotate službou), ten druhý SIGTERM už je navíc. logrotate.service skončí s návratovou hodnotou 0.

/var/log/messages:
2018-06-01T00:00:01.680529+02:00 as-01 systemd[1]: Starting Rotate log files...
...
2018-06-01T00:01:26.858558+02:00 as-01 systemd[1]: Started Rotate log files.

Apache error_log:
[Fri Jun 01 00:00:43.276760 2018] [mpm_prefork:notice] [pid 17021] AH00169: caught SIGTERM, shutting down
...
[Fri Jun 01 00:01:26.845630 2018] [mpm_prefork:notice] [pid 31292] AH00169: caught SIGTERM, shutting down

[Max]

kde běží Apache (samostatně, ne jako systemd služba)
Což znamená?
Zdar Max

[Dave]

Což znamená, že běh Apache neřídí systemd, ale je spouštěn/restartován ručně vlastními skripty.

[Max]

Tak pak je to jasný a michich bude mít recht.
Také se přikláním k dotazu, jaký to má důvod.
Zdar Max

[michich]

logy od Apache se rotují a v postrotate skriptu se Apache restartuje.

běh Apache neřídí systemd, ale je spouštěn/restartován ručně vlastními skripty.

Z toho usuzuji, že Apache ti pak běží v cgroupě patřící logrotate.service a tu systemd pozabíjí, jakmile hlavní proces služby logrotate skončí. Ověř to pomocí systemd-cgls nebo systemctl status $APACHE_PID.

Proč se vyhýbáš spouštění Apache v jeho vlastní systemd službě?

[x]

To uz Linux a jeho radoby vyvojari pokrocili tak daleko, ze uzivatel si se svym systemem nemuze delat co chce vcetne pousteni lokalnich sluzeb dle vlastniho vkusu a nejaka centralni autorita mu ji bez ptani proste zarizne? Navic skrze sluzbu pro logovani, ktera jako takova neni ani kriticka pro beh te sluzby? Jo tak to gratuluji v 21.stoleti k dohnani MS z 90.let

Zlaty rc system.

[Josef Kufner]

Ne, to jen konečně opravili, co nikdy pořádně nefungovalo.

[Max]

Tvá připomínka je úplně mimo mísu. Tazatel na nějaké služby používá své skripty a zároveň řeší další věci standardníma automatizovanýma službama v rámci distribuce. Zřejmě nevhodným nastavením si zajistil, že mu jedna věc shazuje druhou. V tomto kontextu absolutně nechápu tvou připomínku. Nebo jen nerozumíš, jak funguje cgroups, systemd apod.?
Zdar Max

[x]

Mno a pak jsou tady systemy, kde je mozne mit sve lokalni skripty, kombinovane se standardima a vsechno to spolu funguje a nic se navzajem neshazuje.

[Max]

Stále nerozumím, o co ti jde. Pokud máš něco špatně nastaveno, tak to fungovat nebude, ať to máš jak chceš na jakémkoli systému.
Pokud narážíš na to, že současný systém je složitější, než býval, tak ok, ale jednak to vyjadřuješ docela špatnou formou a dále je třeba brát v potaz, že současný systém pokrývá mnoho dalších věcí, co dřívější systém nedával (ať už se bavíme o existenci systemd, nebo třeba i cgroups).
Zdar Max

[Dave]

Díky za správné nakopnutí, nikdy by mě nenapadlo, že systemd bude defaultně zabíjet potomky procesu, který korektně skončil. Další důvod, proč toho molocha nemít rád. V rc systému to fungovalo bez problémů. Vyřešil jsem to přidáním řádku

KillMode=process

do /usr/lib/systemd/system/logrotate.service.

[Josef Kufner]

To není řešení a někdy v budoucnu se budeš divit, co to dělá za hovadiny (a budeš na systemd nadávat ještě víc a dobře ti tak).

Podívej se jak systemd spouští služby a startuj Apache správně pomocí jeho vlastního unit (service) souboru. Pak bude Apache ve své cgroup a bude vše fungovat jak má.

[n]

Kdyz uz teda musis a skutecne ses rozhodl ignorovat rady abys to udelal poradne, alespon se nauc to oprasit spravne. Kdyz chces predelat chovani najake standardne v baliku dodavane sluzby, udelej ten override v /etc/systemd/system a ne tak, ze se budes hrabat v /usr/lib

[Chytrex]

Pokud tím "pořádně" myslíš "bez systemd" (což by odpovídalo tomu jak to vidím já) tak o to se tazatel právě snaží ;)

[n]

Tazatel se to evidentne "bez systemd" oprasit nesnazi...

Ale kdyz uz jdes kolem, mas tam nejake konretni priklady toho, kde systemd je pricinou toho, ze se neco chova nepredikovatelne nebo chybne? To myslim naprosto vazne.

Ja mam za tech nekolik poslednich let, co ho denne pouzivam spolu se skutecne desuplnym "enterpise" systemem, ktery vyvijime a je nasazen na radove tisicich serveru po celem svete presne jednu zkusenost, kde ho muzu oznacit za problem. V tom konkretnim use-case zkratka nesouhlasim s nazorem Lennarta ze nas zpusob uziti je debilni. Debilni tedy je, ale "zakaznik to tak chce". Nebo presneji myslime si ze by mozna chtit mohl, nikdo ten corner use-case ve skutecnosti nepouziva. A oprasit "spravne", aby se to okamzite pri dalsi aktualizaci nerozbilo to samozrejme slo.

[alkoholik]

Misto restartu dej jenom reload (kill -USR1) a budes mit klid.

[kafi]

Opravdu zasnu nad nekterymi komentari. Mame tu systemd coz je pokrok - dostali jsme (my linuxaci) konecne moznost dohledu nad service. Nehlede na paralelni spousteni sluzeb. Co je na tom spatneho? Kdyz systemd prisel chtelo se mi zvracet/brecet, ale casem jsem mu dal sanci a ono to je opravdu ku prospechu veci.

To ze ma nekdo sprasenou konfiguraci a micha jablka s hruskama prece neni vina systemd! Sprasit jde i init (sysv).

Kdyz vam nesedi systemd muzete pouzity distro bez nej. Je jich sice jako safranu, ale porad jsou napr. Slackware, dale klon Debianu Devuan... Bohuzel vam musim garantovat, ze drive nebo pozdeji stejne prejdou i tyto distribuce na systemd. Duvodem je narocnost neustaleho predelavani vsech sluzeb z dnes uz standartniho systemd na initd (viz. rozdil mezi sysv a systemd). Jen si prectete zpravy o Devuanu jak dloho jim trvalo predelani a stejne stale patri do skatulky nestabilnich.

Nejvice vyuzivane distribuce na serverech (Debian, CentOS a jejich klony) maji systemd.

[R]

Debian bez problemov funguje bez systemd. Prevadzkujem ho tak na vsetkych serveroch.

[x]

Ooooo dorazil pokrok i do RedHat 7.5 kde to vsemocne systemd neumi ani reload na SSH?