2017-03-12 6 views
1

ディスクメモリが不足しています。ドッカーディスクメモリ:中間イメージは削除できますか?

私はdocker imagesを実行した場合、私は結果の多くを得る:

app_mongodb latest    355f8f37c385  17 hours ago  568.1 MB 
app_web  latest    a31db2244a8b  18 hours ago  868.2 MB 
<none>     <none>    71e586165d46  18 hours ago  568.1 MB 
<none>     <none>    422c281541d3  18 hours ago  568.1 MB 
<none>     <none>    1b16da634fa1  18 hours ago  535.4 MB 
website_web    latest    e4442589e2f4  2 days ago   793.6 MB 
<none>     <none>    5445f9b915e6  3 days ago   535.4 MB 
<none>     <none>    e825b94d5938  3 days ago   868 MB 
<none>     <none>    ea1ddc53d17f  3 days ago   535.4 MB 
<none>     <none>    90531b8bd2d3  5 days ago   855.6 MB 
<none>     <none>    774895648397  5 days ago   535.4 MB 
<none>     <none>    0f474dc179c4  5 days ago   855.6 MB 
<none>     <none>    37cd4d180580  5 days ago   535.4 MB 
<none>     <none>    5f701c2e3fac  5 days ago   535.4 MB 
<none>     <none>    6837158ac191  5 days ago   535.4 MB 
<none>     <none>    f3eecd70620e  5 days ago   535.4 MB 
<none>     <none>    27b3e1701f05  5 days ago   535.4 MB 
<none>     <none>    64763f09b1d4  5 days ago   535.4 MB 
<none>     <none>    b58542e468e6  5 days ago   855.6 MB 
app2_web   latest    01c45018b686  5 days ago   645.5 MB 
redis      latest    e4a35914679d  11 days ago   182.9 MB 
<none>     <none>    8d6737f884f8  12 days ago   854.7 MB 
<none>     <none>    27f7742e8b2b  2 weeks ago   792.1 MB 
api_web     latest    59ec56265675  2 weeks ago   906.4 MB 
<none>     <none>    33c328f5a271  2 weeks ago   782.2 MB 
<none>     <none>    53d4ad25e6c2  2 weeks ago   782.1 MB 
<none>     <none>    01ac14f597ba  2 weeks ago   854 MB 
app3_web   latest    2aaa4675cc58  3 weeks ago   929.9 MB 
<none>     <none>    bde15910281e  3 weeks ago   789.5 MB 
postgres     latest    ecd991538a0f  4 weeks ago   265.5 MB 
app4_web    latest    c8b0de070d78  7 weeks ago   1.088 GB 
<none>     <none>    67e3ef67081b  7 weeks ago   859.2 MB 
<none>     <none>    451229f8dedb  7 weeks ago   859.2 MB 
server_web    latest    72bd5165f262  9 weeks ago   665.4 MB 
<none>     <none>    c7f0d2b67986  9 weeks ago   660.9 MB 
app5_web    latest    7477b8e5ef63  3 months ago  690 MB 
<none>     <none>    ee7de82e0cf0  3 months ago  856.7 MB 
mdillon/postgis   latest    ee2a84576d15  3 months ago  600.2 MB 
<none>     <none>    d8ee634a8581  4 months ago  685.3 MB 
memcached     latest    5fdd5c36cc9a  4 months ago  126.1 MB 
app6_web    latest    813fb5eac7d1  5 months ago  823.7 MB 
app7_web   latest    3b6a87b67359  5 months ago  645.5 MB 
node      argon    3b6a87b67359  5 months ago  645.5 MB 
mongo      latest    48b8b08dca4d  6 months ago  366.4 MB 
ruby      2.2.1    aca1c061bdd2  23 months ago  775.1 MB 

私はすべての名前付きドッカーズが、私はそれらを簡単に管理し、私はもう必要のないものを削除することができに対応知っています。しかし、彼らは大多数ではありません!

他のものに関しては、中間のドッカーであると思います。

私はそれらを削除するかどうか、名前のついたものが壊れているのか、それとも再構築した場合(例えば--no-cacheオプション付き)、ドッカーはそれらを再ダウンロードする必要がありますか? (これは問題ありません)

例: rubyに基づくドッカーは、それを始めるのに必要なのか、それともビルドするのだけ必要なのでしょうか?

+2

'ドッカRMI $(ドッキングウィンドウの画像 "ぶら下がり= true" を-q -f)' – johnharris85

+0

は、私の環境を台無しにしているようだ:エラー処理tarファイル(終了ステータス1):今、私は 'ERRORを持っています:予期しないEOF'エラー... –

答えて

2

これらはおそらく過去に構築した画像ですが、画像を再構築すると、関連するタグが別の画像に移動し、これらの画像はタグなしのままになります。したがって、彼らは<none> <none>と表示されます。

出力のサンプルを見ると、古いビルドは​​とapp_web:latestのものが多いと思います。サイズに基づいて。

app_mongodb  latest 355f8f37c385 17 hours ago 568.1 MB 
app_web   latest a31db2244a8b 18 hours ago 868.2 MB 
<none>   <none> 71e586165d46 18 hours ago 568.1 MB 
<none>   <none> 422c281541d3 18 hours ago 568.1 MB 
<none>   <none> 1b16da634fa1 18 hours ago 535.4 MB 
website_web  latest e4442589e2f4 2 days ago  793.6 MB 
<none>   <none> 5445f9b915e6 3 days ago  535.4 MB 
<none>   <none> e825b94d5938 3 days ago  868 MB 
<none>   <none> ea1ddc53d17f 3 days ago  535.4 MB 
<none>   <none> 90531b8bd2d3 5 days ago  855.6 MB 
<none>   <none> 774895648397 5 days ago  535.4 MB 
<none>   <none> 0f474dc179c4 5 days ago  855.6 MB 
<none>   <none> 37cd4d180580 5 days ago  535.4 MB 
<none>   <none> 5f701c2e3fac 5 days ago  535.4 MB 
<none>   <none> 6837158ac191 5 days ago  535.4 MB 
<none>   <none> f3eecd70620e 5 days ago  535.4 MB 
<none>   <none> 27b3e1701f05 5 days ago  535.4 MB 
<none>   <none> 64763f09b1d4 5 days ago  535.4 MB 
<none>   <none> b58542e468e6 5 days ago  855.6 MB 

ほとんどの場合、削除しても安全です。それらを削除しようとすると、コンテナや別のイメージで使用されている場合、Dockerはそのことについて不平を言います。

最近のバージョンのDocker(私は> 1.13と思われます)では、画像やコンテナによって参照されていないイメージをクリーンアップするためにpruneコマンドを使用できます。

docker image prune 
+1

修正;それらを使用しているコンテナがない場合は、それらを削除することが安全です(その場合、ドッカーは不平を言います)。そして、はい、それらの「」画像の最も可能性の高い原因は、繰り返される太い部分のためです。これらの画像は、さまざまな画像(500MB、499MBの画像は他の画像と共有することができ、その画像には1MBしか使用できない)の間で共有されるレイヤーを含むことができるため、 – thaJeztah

関連する問題