update the news

news updated

merged

• https://forgemia.inra.fr/help/ci/docker/using_docker_build.md#troubleshooting
• https://forgemia.inra.fr/adminforgemia/support/-/issues/149

Si il y a des pistes tant mieux, il n'y a plus qu'à réparer

assigned to @eancelet

ou pas... j'ai relancé le même job plusieurs fois et il a fini par passer (https://forgemia.inra.fr/eq-record/record-team/-/jobs/381297) et a priori même pas lié au type de runner (1&2 vs 3&4), car c'est passé sur le même runner que celui qui a failed précédemment (runnermia_docker_3)

unassigned @eancelet

Je valide le "ou pas", :), puisque le support est informé.

pas sûr que le ticket 149 du support soit lié à la même choses ma remarque "ou pas" viens du fait qu'il n'y a rien eu a changer sur le dépôt pour que ca marche ("juste" insister et relancer plusieurs fois le job jusqu’à ce qu'il passe).

J'ai regardé un peu la doc et l'explication qui me semble la plus plausible est celle-ci :

docker:dind v20 sleeps for 16 seconds if you don't have TLS explicitly disabled,
and that causes race condition where build container starts earlier than dockerd container

Source : https://gitlab.com/gitlab-org/gitlab-runner/-/issues/27300#note_466755332

Depuis la version 19 de docker-dind, TLS est automatiquement activé et donc il peut y avoir le problème.
Quand je rajoute dans le gitlab.yml :

  script:
    - sleep 30
    - docker run --rm ...

Ça passe sans soucis (testé sur le runner 2) ... mais c'est pas terrible.
Ou alors il faut choisir une version de docker et docker-dind qui ne pose pas problème, par exemple la version 20.10.20 comme indiqué dans le ticket donné par Éric : https://forgemia.inra.fr/adminforgemia/support/-/issues/149

Je suis plus pour fixer la version de docker et docker-dind. Qu'en pensez-vous ?
Si ça vous va je fais la modif.

Pas assez compétent pour en juger. Même pas certain de comprendre le terme "fixer".. Je me dis juste que la chaîne de ci:cd est courte, que le problème ne doit pas être très original, qu'il doit y avoir une solution et peut-être même bonne

Désolé, mis je vous laisse la main...Je ne vais pas pouvoir investir sur l'évaluation de la qualité de la réponse.

L'important c'est que l'on ait envie de mettre à jour le site web et que ça soit automatisé au mieux.

Par "fixer", je veux dire fournir dans le gitlab-ci.yml, les versions exactes des images docker et docker-dind utilisée.

Merci pour la précision. Comme je disais pas assez compétent, pour être pertinent.

Cependant, si fixer est très positif en matière de traçabilité,

Dans ce cas c'est très curieux que l'on ai besoin de fixer, ça veut dire que l'on va rester dans le passé, et que l'on doit s'assurer de conserver les versions des container?. Ah moins que l'on ait une garantie de pérénité?

Après..Quick and... pour cette chaine, qui doit juste marcher..très bien aussi.

@eric.casellas, ça te va qu'on ajoute sleep 20 dans le script ? Et on voit ce que ça donne.

oui pourquoi pas si ça permet de continuer a utiliser docker:stable

ça passe pour les runners 1&2 mais pas 3&4. Alors qu'ils sont censés avoir la même config... Quelqu'un est bloqué ou je peux chercher un peu ?

ok de mon coté

idem

Tout pareil