Libelektra: Jenkins: Docker Pull schlägt mit unerwartetem EOF fehl

Erstellt am 3. Dez. 2019  ·  13Kommentare  ·  Quelle: ElektraInitiative/libelektra

Um die Diskussion von #160 separat fortzusetzen:

Ich habe es wieder manuell gebaut

@Missulated wie hast du das gemacht, nur auf einem Knoten oder hast du das Image an den Hub jenkinsNode3 isoliert ist und es kein Problem mit dem Hub gibt?

Hilfreichster Kommentar

Das Erhöhen des Timeouts hat nicht geholfen. Mir ist aufgefallen, dass (nur) jenkinsNode3VM das Debian-Paket Docker 18.x ausführte, also habe ich auf die vorgelagerte Docker-Paket-Version 19.x aktualisiert (die bereits von allen anderen Knoten verwendet wurde).

jenkinsNode3VM konnte nun Bilder problemlos pushen und ziehen. Ich hoffe das bleibt so.

Alle 13 Kommentare

Okay, danke für die Korrektur! Dann macht es für mich keinen Sinn, die Docker-Registry zu löschen.

Ich versuche es neu aufzubauen und schaue ob jetzt alles funktioniert.

Ich habe diesen Fehler schon einmal gesehen, als ich zum ersten Mal versuchte, einen neuen Agenten hinzuzufügen. Damals war es der Agent hetzner-jenkins1. Der Fehler war nach wenigen Versuchen einfach weg, ich hatte keine Ahnung warum.

Ich habe libelektra geklont und folgendes auf dem jenkinsNode3 ausgeführt:
docker build libelektra/scripts/docker/debian/stretch/.

Normalerweise verwenden Agenten das lokale Image wieder, sobald es abgerufen wurde, aber ich habe keine Ahnung, warum das Abrufen vom Hub gelegentlich einen Fehler auslöst.

Die Bilder werden meines Wissens jeden Monat neu erstellt (so dass die Software in den Bildern einigermaßen aktuell gehalten wird). Dies geschah jetzt auch für Dezember, daher ist es möglich, dass das neueste Bild nicht bereits lokal zwischengespeichert wurde.

Ich hoffe, dass dies (monatlicher Neuaufbau aller Bilder) noch passiert, da @Mistreatment den libelektra-monatlichen Build-Job nicht hinzugefügt hat.

@ingwinlu weißt du noch, was der monatliche Build-Job gemacht hat und warum er kein Jenkinsfile hatte?

Ich habe den alten Jenkins-Server neu erstellt. Ich kann jetzt den monatlichen Job neu erstellen.

Ich kann jetzt den monatlichen Job neu erstellen.

Fertig.
Die genauen Schritte kenne ich nicht, aber ich werde sie mir am Abend anschauen.

Ich habe den alten Jenkins-Server neu erstellt. Ich kann jetzt den monatlichen Job neu erstellen.

Gut gemacht, es könnte hilfreich sein, den alten Jenkins-Server eine Weile zu behalten. Stoppen Sie den Container einfach nach der Verwendung und starten Sie ihn nicht beim Booten.

Jetzt schlägt auch Push mit device or resource busy fehl (habe ich schon gesehen): https://build.libelektra.org/blue/organizations/jenkins/libelektra/detail/PR-3319/2/pipeline

Auf jenkinsNode3VM :

docker push hub.libelektra.org/build-elektra-website-backend:PR-3319_2
[...]
860ee8d82838: Retrying in 1 second
6bbb813c7d87: Retrying in 1 second
error creating overlay mount to /var/lib/docker/overlay2/8535169ca4de05e069978de34233d82158d1831fb4d980772411f59de2d370a5/merged: device or resource busy
script returned exit code 1

Vielleicht hilft das Erhöhen des Timeouts in der nginx von a7: https://github.com/moby/moby/issues/22188#issuecomment -328011573

Ich habe das Timeout erhöht, mal sehen.

Das Erhöhen des Timeouts hat nicht geholfen. Mir ist aufgefallen, dass (nur) jenkinsNode3VM das Debian-Paket Docker 18.x ausführte, also habe ich auf die vorgelagerte Docker-Paket-Version 19.x aktualisiert (die bereits von allen anderen Knoten verwendet wurde).

jenkinsNode3VM konnte nun Bilder problemlos pushen und ziehen. Ich hoffe das bleibt so.

Scheint, dass dies behoben wurde.

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen

Verwandte Themen

dmoisej picture dmoisej  ·  3Kommentare

markus2330 picture markus2330  ·  3Kommentare

sanssecours picture sanssecours  ·  4Kommentare

sanssecours picture sanssecours  ·  3Kommentare

sanssecours picture sanssecours  ·  3Kommentare