2017-08-28 13 views
3

私は、Ubuntu 16.04 LTS仮想マシン上のDocker(17.06.1-ce)を手直ししています。Ubuntu上のDockerがaufs diffをクリーンアップしていない

1.5Gのような.NET Core 2 SDKコンテナをビルドして削除しています。しばらくすると、私は完全にディスク領域を使い果たしました。いくつかの調査の後に/ var/libに/ドッキングウィンドウ/ AUFS /差分フォルダがデータでいっぱいだった、などの内部フォルダ:

e17ba29a05457b2ae9acaa69aa3220b5375d9fe7bcef3abade5a7efe022a96db-init-removing 
e17ba29a05457b2ae9acaa69aa3220b5375d9fe7bcef3abade5a7efe022a96db-removing 
f88f1f45157e4e19c2c77321b54e6856d22501443b79ed77d785385f54e52cf8-removing 
fa3cf511441251f0a5a555b8867b08767a2afd3ee4a8fa76a264d5a1a004843f-removing 

が、私はそうのように私のコンテナを削除します。

docker container rm $(docker container ls -a -q)   
docker image rm $(docker image ls -a -q) 

を私はすべてのコマンドを実行します。それはローカルの一時的なマシンなので、rootアカウントで実行します。

  • 私は建物を作成し、容器を数回削除しようとした:私は自分自身を試してみた何

    。結果は一貫して同じです。

  • AzureでUbuntu Server 16.04 LTSマシンを起動し、ドッカーをインストールして試しました。同じ結果。
  • ドッカーシステムプルーン。その結果、0バイトが再利用されます。

Dockerがファイルをクリーンアップしないように私は何か間違っていますか?どんな助けでも大歓迎です。バグが原因と改名「-removing」層(の一部の繰延除去を削除AUFSドライバ内のいくつかのクリーンアップにドッカー17.06.1で導入されたように見える

敬具、 オスカー残念ながら

+0

あなたのビルドステートメントは何ですか? –

+0

私のビルドステートメントは:docker build -t helloworldcoreです。 – Oskar

+0

以下のコマンドの出力を追加する 'docker images'、' docker system prune -f' –

答えて

9

、終了時にすぐに削除されなかった場合は、AUFSグラフドライバの「atomicRemove」戦略)。このバグはPR #34587で修正され、17.06と17.07の次のパッチリリースになります。

かもしれない夜からの修正をmaster.dockerproject.comから確認することはできますが、今日からどの支店がビルドされているかは十分にはわかりません。

+0

明確化のためにありがとう、少なくとも私はそれが私の部分のユーザーエラーではないことを知っている。次回のパッチリリースを待つつもりです。 – Oskar

関連する問題