1.8 KiB
ps aux (host) ne voit pas les process internes aux containers -- piege namespace PID
Contexte : diagnostic de l'etat du chantier archive OneDrive->RAG (nyora-notes-tt), 04/08/2026 ~22h.
Symptome : ssh nas-host "ps aux | grep recover_and_complete" retourne vide -> conclusion (fausse) qu'aucun traitement n'est en cours -> relance d'un second run en doublon sur la meme base, tue immediatement apres detection.
Cause reelle : les containers Docker sur ce Synology n'utilisent pas --pid=host. ps aux execute sur l'hote via SSH ne voit que les process du namespace PID de l'hote, pas ceux a l'interieur des containers. Un process bien vivant dans un container (confirme actif 3h+ via docker top) est donc invisible a cette methode.
Piege annexe decouvert en corrigeant : les PID affiches par docker top <container> sont les PID cote host, alors qu'un kill <pid> lance depuis un docker exec ... sh -c cible le namespace interne au container (numerotation differente) -> kill: No such process meme si le PID existe bel et bien.
Methode fiable pour verifier/tuer un process dans un container :
- Existence + age :
docker top <container>(PID host, juste pour confirmer que ca tourne) - PID interne reel (necessaire pour kill) : depuis un exec dans le container, scanner /proc/[0-9]*/cmdline :
docker exec <container> sh -c for p in /proc/[0-9]*; do grep -qa MOTIF $p/cmdline 2>/dev/null && echo $p; done - Kill avec le PID interne trouve a l'etape 2, pas celui de
docker top.
Application : avant de relancer un script long (import, embedding, traitement batch) sur nyora-notes-tt/hermes-*/tout container sans ps/procps installe, toujours faire cette verification /proc plutot que de se fier a ps aux cote host.
Tags : infra, docker, pid-namespace, mcp-nas, piege