Comment déboguer l'initialisation d'un conteneur Docker ?

Eh bien, le mieux que j'ai trouvé jusqu'à présent est :

#stop the current demon and start it in debug modus
sudo service docker stop
dockerd -D # --debug

Il suffit de démarrer le client à partir d'un nouveau Shell. L'idée fausse était de penser que le client fait quelque chose du tout... en fait, il ne fait que communiquer avec le démon, donc vous ne voulez pas... déboguer le client mais le démon lui-même (normalement).

Dans mon cas, le -a (attacher à STDOUT/STDERR) était suffisant :

user@machine:~$ docker start -a server_name
Error: The directory named as part of the path /log/log_path/app.log does not exist.
For help, use /usr/bin/supervisord -h

Il a montré l'erreur de démarrage (dans notre cas, un chemin de journal manquant utilisé par supervisord ). Je suppose que la plupart des erreurs de démarrage des conteneurs apparaîtraient également ici.

Je ne peux pas répondre à votre question sur la façon de rendre la sortie de docker plus complète, mais je peux vous dire que le remplacement d'une chaîne dans un fichier .so par une regex en place est un peu fou : la chaîne n'a qu'un espace limité qui lui est alloué, et si vous modifiez les offsets de fichier des autres entrées, le fichier elf devient corrompu. Essayez d'exécuter objdump ou readelf sur votre fichier .so après avoir exécuté la commande perl ( avant le changement de LD_LIBRARY_PATH ) à l'extérieur d'un conteneur. Je vous parie que c'est maintenant corrompu.

La raison pour laquelle cela fonctionne dans ce piratage tristement nécessaire c'est parce que "tmp" et "etc" ont la même longueur de chaîne, donc aucun décalage ne change. Considérez le répertoire /dkr ou similaire si vous préférez ne pas utiliser /tmp.

Si vous DEVEZ adopter cette approche et que les chemins souhaités ne sont pas modifiables, reconstruisez la bibliothèque et changez le chemin par défaut pour /etc/hosts dans les sources. Ou mieux, lors de la construction de votre libnss_files.so le renommer en quelque chose comme libnss_altfiles.so et le changement nsswitch.conf à utiliser hosts: altfiles lors du démarrage de votre conteneur docker (à moins que docker n'ait également monté bind nsswitch.conf, alors vous ne pouvez pas le modifier). Cela vous permettra d'avoir la libnss_altfiles.so en parallèle avec vos bibliothèques normales dans le système de base. Si docker fait bind-mount nsswitch.conf, laissez une copie de votre libnss_files.so reconstruite dans votre répertoire /lib-override prête à être chargée par LD_LIBRARY_PATH.

En guise d'avertissement, les binaires suid/sgid ignorent LD_LIBRARY_PATH et LD_PRELOAD, donc certaines choses vont se casser (lire : revenir à l'utilisation du /etc/hosts par défaut) si vous utilisez ces variables.

Parfois, vous pouvez trouver des messages d'erreur utiles en vous connectant par sshing au nœud qui exécute le démon Docker, puis en faisant :

$ tail -f /var/log/containers/* /var/log/docker.log 2>&1

Sur 'Docker Community edition' sur Mac OS, vous pouvez vous connecter à la vm docker en faisant :

$  screen ~/Library/Containers/com.docker.docker/Data/vms/0/tty