#160から個別に議論を続けるには:
手動で再構築しました
@Mistreatment 1つのノードでのみ、どのようにそれを実行しましたか、それともイメージをハブにプッシュしましたか? 問題はjenkinsNode3
限定されており、ハブに問題はないと思いますか?
わかりました、修正していただきありがとうございます。 次に、Dockerレジストリをクリアすることは意味がありません。
再構築して、すべてが機能するかどうかを確認します。
新しいエージェントを最初に追加しようとしたときに、このエラーが発生しました。 当時、それはhetzner-jenkins1エージェントでした。 何度か再試行しただけで間違いはなくなりました。理由はわかりませんでした。
libelektraのクローンを作成し、jenkinsNode3で次のコマンドを実行しました。
docker build libelektra / scripts / docker / debian / Stretch /。
通常、エージェントはローカルイメージをプルすると再利用しますが、ハブからプルするとエラーが発生する理由がわかりません。
私の知る限り、イメージは毎月再構築されます(イメージ内のソフトウェアがある程度最新の状態に保たれるように)。 これは12月にも発生したため、最新の画像がまだローカルにキャッシュされていない可能性があります。
@Mistreatmentがlibelektra-monthlyビルドジョブを追加しなかったので、これ(すべてのイメージの毎月の再構築)がまだ発生することを
@ingwinlu毎月のビルドジョブが何をしたのか、なぜJenkinsfileがなかったのかをまだ知っていますか?
古いJenkinsサーバーを再作成しました。 これで、毎月のジョブを再作成できます。
これで、毎月のジョブを再作成できます。
終わり。
正確な手順はわかりませんが、夕方に調べます。
古いJenkinsサーバーを再作成しました。 これで、毎月のジョブを再作成できます。
よくできました。古いJenkinsサーバーをしばらく保持しておくと役立つ場合があります。 使用後にコンテナを停止するだけで、起動時に開始しないでください。
今度はdevice or resource busy
プッシュも失敗します(これは以前に見たことがあります): //build.libelektra.org/blue/organizations/jenkins/libelektra/detail/PR-3319/2/pipeline
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
たぶん、a7のnginxでタイムアウトを増やすと、次のようになります: https :
タイムアウトを増やしました。見てみましょう。
タイムアウトを増やしても効果はありませんでした。 jenkinsNode3VM
がdebianパッケージのdocker 18.xを実行していることに気付いたので、アップストリームのdockerパッケージの19.xバージョン(他のすべてのノードですでに使用されている)にアップグレードしました。
jenkinsNode3VM
は、問題なく画像をプッシュおよびプルできるようになりました。 そのままでいいのですが。
これは修正されたようです。
最も参考になるコメント
タイムアウトを増やしても効果はありませんでした。
jenkinsNode3VM
がdebianパッケージのdocker 18.xを実行していることに気付いたので、アップストリームのdockerパッケージの19.xバージョン(他のすべてのノードですでに使用されている)にアップグレードしました。jenkinsNode3VM
は、問題なく画像をプッシュおよびプルできるようになりました。 そのままでいいのですが。