Full Image Cache instantly completes

オープン
#495 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
35/100
issue の種類
バグ
明瞭さ
おおむね明確
活発さ
停滞
技術スタック
docker, go, kubernetes
領域
build-system, devops, infrastructure

調査の方向性

envbuilder.logから始め、完全なイメージキャッシュを使用してDockerfileとconfig-fileのフローを再現し、cache-hitでの起動をキャッシュ済みイメージを使う手動のpodと比較します。完全なイメージでcache-hitした後のenvbuilderバイナリのentrypointの動作を追跡します。完了の条件は、キャッシュ済みイメージがすぐに完了するのではなく、自身のentrypointとすべてのDockerfile RUNコマンドを実行することです。

索引モデルが issue の本文から書いたものです。

説明

bug envbuilder needs-investigation

We are running envbuilder to compile an image from a dockerfile and the config file.

Run without caching everything works as expected its just slow

Run with a cache repo, it creates the image, pushes the image and runs correctly ONCE.

Subsequent launches with the cache enabled will do the usual file extractions and start the image but the layers will not be correct, some of the run commands seemed to not have executed. For example a simple rm in a run command either did not run or the files were recreated by the base layer.

Run with full image caching the image gets a dry run and found in the cache (as long as i did it once with the layer cache)
Unfortunately the image immediately completes after that and the pod gets restarted by the deployment.

When i manually create a pod with the image from the cache repo it works, the envbuilder binary exists and all run commands got executed correctly.

Heres the log, everything looks perfectly fine if only it would execute the entrypoint properly
envbuilder.log

主要言語
Go
スター
300
フォーク
64
平均マージ
20分
マージ済み PR（30日）
1

コントリビューションガイド

このリポジトリのコントリビューションガイドは索引されていません

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

coder/envbuilder のほかの issue

coder/envbuilder の issue をすべて見る

似ている issue

Go の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。