Libelektra: Jenkins: docker pull falha com EOF inesperado

Criado em 3 dez. 2019  ·  13Comentários  ·  Fonte: ElektraInitiative/libelektra

Para continuar a discussão de # 160 separadamente:

Eu construí manualmente de novo

@Mistreated como você fez isso, apenas em um nó ou você empurrou a imagem para o hub? Você acha que o problema está isolado a jenkinsNode3 e não há nenhum problema no hub?

Comentários muito úteis

Aumentar o tempo limite não ajudou. Percebi que (apenas) jenkinsNode3VM estava executando o docker empacotado debian 18.x, então atualizei para a versão 19x empacotada do docker upstream (que já era usada por todos os outros nós).

jenkinsNode3VM agora era capaz de empurrar e puxar imagens sem problemas. Espero que continue assim.

Todos 13 comentários

Ok, obrigado por consertar isso! Então, não faz sentido para mim limpar o registro do docker.

Vou tentar reconstruir e ver se tudo funciona agora.

Já vi esse erro antes, quando tentei adicionar um novo agente pela primeira vez. Na época, era o agente hetzner-jenkins1. O erro desapareceu após algumas tentativas, eu não tinha ideia do porquê.

Clonei libelektra e executei o seguinte no jenkinsNode3:
docker build libelektra / scripts / docker / debian / stretch /.

Normalmente, os agentes estão reutilizando a imagem local, uma vez que ela é puxada, mas eu não tenho ideia por que puxar do hub geraria um erro ocasional.

As imagens são reconstruídas todos os meses, pelo que sei (de forma que o software dentro das imagens seja mantido um tanto atualizado). Isso aconteceu também em dezembro, então é possível que a imagem mais recente ainda não tenha sido armazenada em cache localmente.

Espero que isso (reconstrução mensal de todas as imagens) ainda aconteça, já que @Mistreated não adicionou o trabalho de compilação libelektra-mensal.

@ingwinlu você ainda sabe o que o trabalho de compilação mensal fazia e por que ele não tinha um Jenkinsfile?

Recriei o antigo servidor Jenkins. Agora posso recriar o trabalho mensal.

Agora posso recriar o trabalho mensal.

Feito.
Não sei quais são os passos exatos, mas irei examiná-los à noite.

Recriei o antigo servidor Jenkins. Agora posso recriar o trabalho mensal.

Bom trabalho, pode ser útil manter o antigo servidor Jenkins por um tempo. Simplesmente pare o contêiner após o uso e não o inicie na inicialização.

Agora também o push falha com device or resource busy (eu já vi isso antes): https://build.libelektra.org/blue/organizations/jenkins/libelektra/detail/PR-3319/2/pipeline

Em 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

Talvez aumentar o tempo limite no nginx do a7 ajude: https://github.com/moby/moby/issues/22188#issuecomment -328011573

Aumentei o tempo limite, vamos ver.

Aumentar o tempo limite não ajudou. Percebi que (apenas) jenkinsNode3VM estava executando o docker empacotado debian 18.x, então atualizei para a versão 19x empacotada do docker upstream (que já era usada por todos os outros nós).

jenkinsNode3VM agora era capaz de empurrar e puxar imagens sem problemas. Espero que continue assim.

Parece que isso foi corrigido.

Esta página foi útil?
0 / 5 - 0 avaliações

Questões relacionadas

e1528532 picture e1528532  ·  4Comentários

mpranj picture mpranj  ·  3Comentários

dominicjaeger picture dominicjaeger  ·  3Comentários

sanssecours picture sanssecours  ·  3Comentários

markus2330 picture markus2330  ·  3Comentários