À l'aide de docker-composer avec CI - façon de traiter avec les codes de sortie et automatiquement conteneurs liés?

Dès maintenant notre Jenkins agents de générer un menu fixe-composer.yml pour chacun de nos Rails de projets, puis exécutez le panneau-composer jusqu'. Le docker-composer.yml a un principal "web" conteneur qui a rbenv et toutes nos autres Rails de dépendances à l'intérieur. Il est lié à une base de données de conteneur qui contient le test Postgres DB.

Le problème vient quand nous en avons besoin pour exécuter les tests et de générer des codes de sortie. Notre serveur CI se déploient uniquement si le script de test renvoie la sortie à 0, mais docker-composer retourne toujours 0, même si l'un des conteneur des commandes de l'échec.

L'autre problème est que la DB conteneur s'exécute indéfiniment, même après que le conteneur web est fait de lancer les tests, donc docker-compose up ne retourne jamais.

Est-il un moyen d'utiliser docker-composer pour ce processus? Nous devrions être en mesure d'exécuter les conteneurs, mais après la sortie du conteneur web est le remplir et le renvoyer du code de sortie. Maintenant nous sommes coincés manuellement à l'aide de docker à tourner la DB conteneur et exécuter le conteneur web avec l'option --link.

InformationsquelleAutor Logan Serman | 2015-04-10
  1. 59

    Depuis la version 1.12.0, vous pouvez utiliser le --exit-code-from option.

    De la documentation:

    --sortie-code de SERVICE, la

    Retourner le code de sortie de la sélection du conteneur de services. Implique --abort-sur-conteneur-exit.

    • Que devrait être la bonne façon de le faire si vous utilisez docker-compose 1.12.0 et au-dessus. Peut-être que c'est votre cas aussi. Un exemple pourrait être: docker-compose up --exit-code-from test-unit. Notez que cela n'a pas fonctionné pour moi jusqu'à ce que j'ai ajouté un set -e au début de mon script.
    • --exit-code-from ne fonctionne pas avec -d bien. Il va jeter ces erreurs: using --exit-code-from implies --abort-on-container-exit et --abort-on-container-exit and -d cannot be combined.
    • J'ai été en mesure de le faire fonctionner sur Travis CI: travis-ci.org/coyote-team/coyote/builds/274582053 voici le travis.yml: github.com/coyote-team/coyote/blob/master/.travis.yml#L12
    • la documentation est atroce. quels flags est-ce compatible? s'agit-il seulement d'un service ou vous pouvez passer plusieurs?
    InformationsquelleAutor panjan
  2. 34

    docker-compose run est le moyen le plus simple pour obtenir la sortie de statuts que vous désirez. Par exemple:

    $ cat docker-compose.yml 
roit:
    image: busybox
    command: 'true'
naw:
    image: busybox
    command: 'false'
$ docker-compose run --rm roit; echo $?
Removing test_roit_run_1...
0
$ docker-compose run --rm naw; echo $?
Removing test_naw_run_1...
1

    Sinon, vous avez la possibilité de inspecter la mort des conteneurs. Vous pouvez utiliser le -f drapeau, pour obtenir le statut de sortie.

    $ docker-compose up
Creating test_naw_1...
Creating test_roit_1...
Attaching to test_roit_1
test_roit_1 exited with code 0
Gracefully stopping... (press Ctrl+C again to force)
$ docker-compose ps -q | xargs docker inspect -f '{{ .Name }} exited with status {{ .State.ExitCode }}'
/test_naw_1 exited with status 1
/test_roit_1 exited with status 0

    Comme pour la db conteneur qui ne revient jamais, si vous utilisez docker-compose up alors vous aurez besoin de sigkill que le conteneur; ce n'est probablement pas ce que vous voulez. Au lieu de cela, vous pouvez utiliser docker-compose up -d pour exécuter vos contenants automatiquement, manuellement et de tuer les conteneurs lors de votre test est terminé. docker-compose run devrait exécuter conteneurs liés pour vous, mais j'ai entendu chatter sur de SORTE qu'à propos d'un bug empêchant que de travailler comme prévu actuellement.

    • Le problème avec docker run est qu'il ne donne pas de sortie lors de l'exécution avec -T, et nous voulons la sortie de sorte que nous pouvons inspecter échoué construit.
    • vous pouvez inspecter la sortie avec docker-compose logs
    • Est-il un moyen de constamment tuyau de ces journaux à la sortie standard (STDOUT) au cours de l'exécution afin que nous puissions voir ce que l'IC de construire est en cours?
    • Je suppose que je ne comprends pas pourquoi vous êtes en cours d'exécution avec -T
    • Certaines des commandes, nous courons à l'intérieur du conteneur pour l'exécution des tests ont le potentiel de demander pour l'entrée, nous voulons lance avec l'option-T pour éviter cela. Rbenv par exemple vous demande si vous souhaitez réinstaller une version de Ruby si elle existe déjà.
    InformationsquelleAutor kojiro
  3. 22

    Bâtiment sur kojiro réponse:

    docker-compose ps -q | xargs docker inspect -f '{{ .State.ExitCode }}' | grep -v '^0' | wc -l | tr -d ' '

    1. obtenir conteneur Id
    2. obtenir les dernières passes le code de sortie de chaque numéro du conteneur
    3. seulement les codes d'état qui ne commence pas par '0'
    4. compter le nombre de non-0 codes d'état
    5. couper le blanc de l'espace

    Renvoie combien de non-0 codes de sortie ont été retournés. 0 si tout s'est arrêté avec le code 0.

    • Vous pouvez également utiliser la non-silencieux de sortie de docker-compose ps, par exemple: docker-compose ps | grep -c "Exit 1" vous donnera le temps où "Sortie 1" correspond à l'affichage de docker-compose ps (qui offre un joli imprimé tableau de synthèse des résultats). Les codes de sortie sont répertoriés dans la colonne "Etat".
    • C'est vraiment génial. Dans mon cas, à défaut de la suite de tests fonctionnant dans les conteneurs ne font pas les conteneurs de sortie avec un code de 1. Je ne peux pas agrégat si tout est sorti avec un code de 1, puisque aucun d'entre eux n'.... Aucune idée de comment gérer ce cas?
    InformationsquelleAutor spenthil
  4. 6

    Si vous êtes prêt à utiliser docker-compose run manuellement le coup d'envoi de vos tests, l'ajout de la --rm drapeau, curieusement, les causes de Composer afin de refléter avec précision votre commande statut de sortie.

    Voici mon exemple:

    $ docker-compose -v
docker-compose version 1.7.0, build 0d7bf73

$ (docker-compose run kpi false) || echo 'Test failed!'  # False negative.

$ (docker-compose run --rm kpi false) || echo 'Test failed!'  # True positive.
Test failed!

$ (docker-compose run --rm kpi true) || echo 'Test failed!'  # True negative.
    InformationsquelleAutor esmail
  5. 6

    Utilisation docker wait pour obtenir le code de sortie:

    $ docker-compose -p foo up -d
$ ret=$(docker wait foo_bar_1)

    foo est le "nom de projet". Dans l'exemple ci-dessus, j'ai précisé de façon explicite, mais si vous ne fournissez pas, c'est le nom du répertoire. bar est le nom que vous donnez au système sous test dans votre menu fixe-composer.yml.

    Noter que docker logs -f fait la bonne chose, aussi, de sortir lorsque le conteneur s'arrête. Ainsi, vous pouvez mettre

    $ docker logs -f foo_bar_1

    entre les docker-compose up et la docker wait de sorte que vous pouvez regarder vos tests.

    InformationsquelleAutor Bryan Larsen
  6. 5

    --exit-code-from SERVICE et --abort-on-container-exit ne fonctionnent pas dans les scénarios où vous en avez besoin pour exécuter tous les conteneurs à la fin, mais ne parviennent pas si l'un d'eux est sorti début. Un exemple pourrait être si en cours d'exécution 2 test des costumes en même temps dans différents conteneurs.

    Avec @spenthil de la suggestion, vous pouvez envelopper docker-compose dans un script qui va échouer si les contenants de faire.

    #!/bin/bash
set -e

# Wrap docker-compose and return a non-zero exit code if any containers failed.

docker-compose "$@"

exit $(docker-compose -f docker-compose.ci.build.yml ps -q | tr -d '[:space:]' |
  xargs docker inspect -f '{{ .State.ExitCode }}' | grep -v 0 | wc -l | tr -d '[:space:]')

    Ensuite sur votre serveur CI simplement changer docker-compose up à ./docker-compose.sh up.

    • ce script n'atteint jamais la section de sortie comme les autres récipients (comme les bases de données, applications web) exécuter perpétuellement. l'exécution en mode détaché il se ferme dès que le conteneur jusqu'
    • C'est vrai, cela ne fonctionne que si vous souhaitez exécuter tous conteneurs à la fin. Probablement pas très commun, mais il a été utile pour moi à l'époque de l'écriture et j'ai pensé que je voudrais partager.
    • Upvoted votre réponse de toute façon comme il m'a fait le plus de la façon dont il! L'ajout de Docker attendre sur chaque conteneur de test en mode détaché ai eu de travail. Merci pour le partage:)
    InformationsquelleAutor Matt Cole
  7. 2

    Vous pouvez le voir exister statut:

    echo $(docker-compose ps | grep "servicename" | awk '{print $4}')
    • Merci @Stephen Rauch pour les mettre dans le bon chemin.
    • Merci pour obtenir cela a commencé. Voici ma version de celui-ci (qui fonctionne le mieux pour moi b/c je pense que la sortie de la commande format a changé depuis cette réponse a été écrit) – docker-compose ps | grep servicename | grep -v 'Exit 0' && echo "Automation or integration tests failed." && exit 1
    InformationsquelleAutor RT Bathula
  8. 1

    docker-rails vous permet de spécifier lequel le contenant du code d'erreur est renvoyé au processus principal, de sorte que vous serveur CI peut déterminer le résultat. C'est une excellente solution pour l'IC et de développement pour les rails avec docker.

    Par exemple

    exit_code: web

    dans votre docker-rails.yml donnera le web conteneurs code de sortie comme un résultat de la commande docker-rails ci test. docker-rails.yml est juste une méta wrapper autour de la norme docker-compose.yml qui vous donne le potentiel d'hériter et la réutilisation de la même configuration de base pour les différents environnements de développement vs test vs parallel_tests.

    InformationsquelleAutor kross
  9. 0

    Dans le cas, vous pouvez exécuter de plus docker-composition de services avec le même nom sur un moteur docker, et que vous ne connaissez pas le nom exact: 

    docker-compose up -d
(exit "${$(docker-compose logs -f test-chrome)##* }")

    echo %? - retourne le code de sortie de test-chrome service

    Avantages:

    • d'attente pour le service à la sortie
    • utilise service de nom, pas de nom de conteneur
    InformationsquelleAutor cvakiitho