Pourquoi aucun core dump : ulimit -c à zéro par défaut
Un crash sans core dump n'est pas un mystère : ulimit -c vaut 0 par défaut, et systemd ignore souvent /etc/security/limits.conf pour cette limite.
blog/tag
#systemd
Why No Core Dump Ever Appears: ulimit -c Defaults to Zero
A crash with no core dump isn't always a mystery: ulimit -c defaults to 0 on most distros, and systemd often ignores /etc/security/limits.conf.
Processus zombie : pourquoi SIGKILL ne sert à rien contre eux
Un processus zombie est déjà mort. Lui envoyer SIGKILL ne fait rien : la vraie cause est un parent qui n'a jamais récupéré son code de sortie.
systemd-tmpfiles : pourquoi /tmp se vide sans redémarrage
/tmp n'est pas nettoyé qu'au reboot : systemd-tmpfiles-clean tourne périodiquement et supprime les fichiers dépassant un âge configuré, reboot ou pas.
systemd-tmpfiles: Why /tmp Empties Without a Reboot
/tmp isn't only cleared on reboot: systemd-tmpfiles-clean runs periodically and deletes files past a configured age, reboot or not.
Zombie Processes: Why SIGKILL Does Nothing to Them
A zombie process is already dead. Sending it SIGKILL does nothing: the real cause is a parent that never collected its exit status.
Cron vs systemd timers : l'échec qui ne prévient personne
Une tâche cron qui échoue ne le dit à personne par défaut. Un systemd timer hérite du Restart et de l'historique journalctl du service qu'il déclenche.
Cron vs systemd Timers: The Failure That Tells No One
A failing cron job doesn't notify anyone by default. A systemd timer inherits the Restart behavior and journalctl history of the service it triggers.
systemd Restart= : pourquoi un service crash-loop encore
Restart=on-failure ne suffit pas à empêcher un service de boucler indéfiniment. StartLimitBurst est le vrai coupe-circuit, souvent jamais réglé.
systemd Restart=: Why a Service Still Crash-Loops
Restart=on-failure alone doesn't stop a service from looping forever. StartLimitBurst is the real circuit breaker, and it's rarely configured explicitly.
Too many open files : pourquoi limits.conf ne suffit pas toujours
Augmenter ulimit -n dans limits.conf ne change rien pour un service systemd : LimitNOFILE= dans l'unité prime totalement sur les limites PAM classiques.
Too Many Open Files: Why Raising limits.conf Doesn't Always Work
Raising ulimit -n in /etc/security/limits.conf changes nothing for a systemd service: LimitNOFILE= in the unit completely overrides classic PAM limits.