Avec la sortie de la version 19.03.0 de Docker, le lanceur Discourse échoue désormais au démarrage de l’instance après une reconstruction, avec le message suivant :
/usr/bin/docker: --network n'est pas une adresse MAC valide.
Voir '/usr/bin/docker run --help'.
Voici la commande exécutée (certains éléments modifiés pour des raisons de sécurité) :
Je l’utilise derrière un proxy inverse (exécuté sur le réseau nommé reverse-proxy). Cela a toujours fonctionné jusqu’à aujourd’hui. Il semble que cela attende une valeur d’adresse MAC qui n’est pas fournie.
Notez que l’option --mac-address est bien présente et renseignée, mais que la ligne --network est spécifique à votre configuration et diffère d’une installation Discourse autonome standard.
@codinghorror Tout cela est très bien, mais si l’installation autonome standard est le seul mode de fonctionnement prévu pour Discourse, pourquoi fournir une prise en charge de la configuration de conteneur yml dans ./containers, et inclure des exemples dans ./samples ? Le fichier que j’ai utilisé est entièrement commenté avec des instructions de fonctionnement, en particulier cette section :
# any extra arguments for Docker?
# docker_args:
La seule chose que j’utilise est :
docker_args: "--network reverse-proxy"
Ce qui, encore une fois, fonctionne parfaitement depuis un an. Donc, il est évident que quelque chose a changé. Veuillez comprendre que je ne cherche pas à être conflictuel (ce serait un peu ridicule puisque je demande de l’aide), mais je tiens vraiment à souligner que j’utilise des options mises à disposition via les exemples Discourse.
Peut-être que si je comprenais comment cette adresse MAC est générée, cela pourrait m’orienter vers un problème lié à un changement d’environnement, c’est ce que j’espère.
Je vois ceci dans le lanceur :
if [ -z "$SKIP_MAC_ADDRESS" ] ; then
mac_address="--mac-address $($docker_path run $user_args -i --rm -a stdout -a stderr $image /bin/sh -c "echo $hostname | md5sum | sed 's/^\(..\)\(..\)\(..\)\(..\)\(..\).*$/02:\1:\2:\3:\4:\5/'")"
fi
Je vais analyser cela pour voir si je peux comprendre.
MISE À JOUR : En regardant cela, je vois que je peux utiliser --skip-mac-address. En faisant cela, mon instance se lance sans problème, il semble donc que le processus qui calcule l’adresse MAC soit en cause.
Donc, pour résumer. L’opération de build réussit dans tous les cas, mais lors de l’exécution de ./launcher rebuild myinstance, la dernière étape consistant à démarrer le conteneur échoue, car l’adresse MAC n’est apparemment pas définie.
Cependant, je peux simplement exécuter ./launcher start myinstance après cela, et le conteneur démarre correctement, l’adresse MAC étant alors présente. C’est étrange, c’est tout.
Je rencontre le même problème. @codinghorror Voici les étapes pour reproduire le bug ainsi qu’une piste pour corriger cette régression :
Étapes pour reproduire :
Définir dans la configuration des conteneurs (app) : docker_args: "--network reverse-proxy"
Reconstruire ./launcher rebuild app
Voir l’erreur /usr/bin/docker: --network n'est pas une adresse MAC valide
Il s’agit d’un bug introduit par le commit bfc79e7 (GitHub - discourse/discourse_docker: A Docker image for Discourse · GitHub) merge_user_args est appelé par set_template_info, mais set_template_info est appelé deux fois lors de la reconstruction (run_run et run_bootstrap).
Ainsi, au lieu d’avoir user_args égal à $user_args $docker_args, nous avons $user_args $docker_args $docker_args.
Docker n’autorise pas la configuration du même réseau plusieurs fois. docker: le réseau "reverse-proxy" est spécifié plusieurs fois
Merci de revenir en arrière sur ce commit ou de rendre merge_user_args idempotent.
Une fois ce correctif appliqué et la clé docker_args définie dans la définition du conteneur, le vecteur d’arguments final de docker run ressemble à ceci :
