Libelektra: Jenkins: docker pull falla con EOF inesperado

Creado en 3 dic. 2019  ·  13Comentarios  ·  Fuente: ElektraInitiative/libelektra

Para continuar la discusión del # 160 por separado:

Lo he construido manualmente de nuevo

@ Maltratado, ¿cómo lo hiciste, solo en un nodo o jenkinsNode3 y no hay ningún problema en el concentrador?

Comentario más útil

Aumentar el tiempo de espera no ayudó. Me di cuenta de que (solo) jenkinsNode3VM estaba ejecutando la ventana acoplable 18.x empaquetada en Debian, así que actualicé a la versión 19.x empaquetada de la ventana acoplable ascendente (que ya estaba siendo utilizada por todos los demás nodos).

jenkinsNode3VM ahora podía empujar y tirar imágenes sin problemas. Espero que siga así.

Todos 13 comentarios

Ok, gracias por arreglarlo. Entonces no tiene sentido para mí borrar el registro de Docker.

Intentaré reconstruir y veré si todo funciona ahora.

He visto este error antes cuando intenté agregar un nuevo agente por primera vez. En ese momento era el agente de hetzner-jenkins1. El error simplemente desapareció después de algunos reintentos, no tenía idea de por qué.

Cloné libelektra y ejecuté lo siguiente en jenkinsNode3:
docker build libelektra / scripts / docker / debian / stretch /.

Por lo general, los agentes están reutilizando la imagen local, una vez que se extrae, pero no tengo idea de por qué la extracción desde el concentrador arrojaría un error ocasional.

Las imágenes se reconstruyen cada mes que yo sepa (de modo que el software dentro de las imágenes se mantiene algo actualizado). Esto también sucedió en diciembre ahora, por lo que es posible que la imagen más reciente no se haya almacenado en caché localmente.

Espero que esto (la reconstrucción mensual de todas las imágenes) aún ocurra, ya que @Mistreated no agregó el trabajo de compilación libelektra-month.

@ingwinlu , ¿todavía sabe lo que hizo el trabajo de compilación mensual y por qué no tenía un archivo Jenkins?

Recreé el antiguo servidor de Jenkins. Ahora puedo recrear el trabajo mensual.

Ahora puedo recrear el trabajo mensual.

Hecho.
No sé sus pasos exactos, pero los investigaré por la noche.

Recreé el antiguo servidor de Jenkins. Ahora puedo recrear el trabajo mensual.

Buen trabajo, podría ser útil mantener el antiguo servidor de Jenkins por un tiempo. Simplemente detenga el contenedor después de su uso y no lo inicie al arrancar.

Ahora también falla la inserción con device or resource busy (he visto esto antes): https://build.libelektra.org/blue/organizations/jenkins/libelektra/detail/PR-3319/2/pipeline

En 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

Tal vez el aumento del tiempo de espera en el nginx de a7 ayude: https://github.com/moby/moby/issues/22188#issuecomment -328011573

Aumenté el tiempo de espera, veamos.

Aumentar el tiempo de espera no ayudó. Me di cuenta de que (solo) jenkinsNode3VM estaba ejecutando la ventana acoplable 18.x empaquetada en Debian, así que actualicé a la versión 19.x empaquetada de la ventana acoplable ascendente (que ya estaba siendo utilizada por todos los demás nodos).

jenkinsNode3VM ahora podía empujar y tirar imágenes sin problemas. Espero que siga así.

Parece que esto se solucionó.

¿Fue útil esta página
0 / 5 - 0 calificaciones