Docker Machine：デバイスにスペースが残っていません

Docker ComposeでDocker Machineをセットアップしようとしています。

シナリオ1（Docker Machineなし）Docker Machineなしで
実行docker-compose up -dすると、3つのリンクされたコンテナーがインテント（nginx + mongodb + nodejs）として作成されます。

シナリオ2（Docker Machineを使用）
次に、Docker Machineを使用してVMを作成し、Dockerにそのマシンと通信するように指示しますeval $(docker-machine env streambacker-dev)ます。

この時点で、Dockerマシンにsshしてを実行するとdf -h、次のようになります。

次にを実行するdocker-compose up -dと、「デバイスに空き容量がありません」というエラーが表示されます、最後のコンテナのダウンロード中にれます。

"tmpfs"は実際にはその後少し一杯になっているようです：

--virtualbox-disk-sizeオプションをチェックすると、デフォルトで20000 MBであることがわかります。これは、両方の画像で「/ dev / sda1」として表示されると思います。では、なぜ「tmpfs」nがコンテナでいっぱいになるのか、そして「tmpfs」とは正確には何なのでしょうか。一時ダウンロードディレクトリはありますか？コンテナ用により多くのスペースを作成するにはどうすればよいですか？

ありがとう！

詳細については、Docker Machine 0.4.0-rc2とDocker Compose 1.3.2を使用しています。

上記のように、tmpfsはとは関係ありません--virtualbox-disk-size。boot2docker tmpfsがメモリにマウントされるように見えるので、virtualbox vmにより多くのメモリを割り当てる必要があります。--virtualbox-memoryパラメータを指定することで実行できます。

   --virtualbox-memory "1024"
Size of memory for host in MB [$VIRTUALBOX_MEMORY_SIZE]

デフォルト：

$ docker-machine create --driver virtualbox testA
Creating VirtualBox VM...
Creating SSH key...
Starting VirtualBox VM...
Starting VM...
$ docker-machine ssh testA
                        ##         .
                  ## ## ##        ==
               ## ## ## ## ##    ===
           /"""""""""""""""""\___/ ===
      ~~~ {~~ ~~~~ ~~~ ~~~~ ~~~ ~ /  ===- ~~~
           \______ o           __/
             \    \         __/
              \____\_______/
 _                 _   ____     _            _
| |__   ___   ___ | |_|___ \ __| | ___   ___| | _____ _ __
| '_ \ / _ \ / _ \| __| __) / _` |/ _ \ / __| |/ / _ \ '__|
| |_) | (_) | (_) | |_ / __/ (_| | (_) | (__|   <  __/ |
|_.__/ \___/ \___/ \__|_____\__,_|\___/ \___|_|\_\___|_|
Boot2Docker version 1.8.1, build master : 7f12e95 - Thu Aug 13 03:24:56 UTC 2015
Docker version 1.8.1, build d12ea79
docker@testA:~$ df -h /
Filesystem                Size      Used Available Use% Mounted on
tmpfs                   896.6M    112.7M    783.9M  13% /

--virtualbox-memoryセットに8096

$ docker-machine create --driver virtualbox --virtualbox-memory 8096 testB
Creating VirtualBox VM...
Creating SSH key...
Starting VirtualBox VM...
Starting VM...
$ docker-machine ssh testB
                        ##         .
                  ## ## ##        ==
               ## ## ## ## ##    ===
           /"""""""""""""""""\___/ ===
      ~~~ {~~ ~~~~ ~~~ ~~~~ ~~~ ~ /  ===- ~~~
           \______ o           __/
             \    \         __/
              \____\_______/
 _                 _   ____     _            _
| |__   ___   ___ | |_|___ \ __| | ___   ___| | _____ _ __
| '_ \ / _ \ / _ \| __| __) / _` |/ _ \ / __| |/ / _ \ '__|
| |_) | (_) | (_) | |_ / __/ (_| | (_) | (__|   <  __/ |
|_.__/ \___/ \___/ \__|_____\__,_|\___/ \___|_|\_\___|_|
Boot2Docker version 1.8.1, build master : 7f12e95 - Thu Aug 13 03:24:56 UTC 2015
Docker version 1.8.1, build d12ea79
docker@testB:~$ df -h /
Filesystem                Size      Used Available Use% Mounted on
tmpfs                     6.9G    112.4M      6.8G   2% /

私は同じエラー（[ERROR] InnoDB: Error number 28 means 'No space left on device'）があり、このように解決しました：

１。Dockerで孤立したボリュームを削除します。組み込みのdocker volumeコマンドを使用できます。組み込みコマンドは、ボリュームではない/ var / lib / docker / volumes内のディレクトリも削除するので、そこに保存したいものがないことを確認してください。

保持したいデータがある場合は、警告に注意してください。

掃除：

$ docker volume rm $(docker volume ls -qf dangling=true)

追加コマンド：

ダングリングボリュームのリスト：

$ docker volume ls -qf dangling=true

すべてのボリュームを一覧表示します。

$ docker volume ls

２。未使用の画像をすべて削除することも検討してください。

最初に<none>画像を削除します（画像の作成中に画像が生成されることがあり、何らかの理由で画像の作成が中断された場合、画像はそのまま残ります）。

これは私がそれらを削除するために使用する素晴らしいスクリプトです

docker rmi $(docker images | grep "^<none>" | awk '{print $3}')

次に、Docker Composeを使用して、プロジェクトごとにローカルでイメージをビルドする場合。通常はフォルダーのように名前が付けられた多くの画像が作成されます（たとえば、プロジェクトフォルダーの名前がHelloの場合、画像名が見つかりますHello_blablabla）。これらの画像をすべて削除することも検討してください

上記のスクリプトを編集して削除するか、手動で削除できます

docker rmi {image-name}

Docker Community Editionを使用している場合：

 docker system prune
 docker volume prune  # as suggested by @justin-m-chase since system prune does not clean volumes.

boot2docker（docker-machine）を使用している場合は、孤立したボリュームをクリアします。

 docker volume rm $(docker volume ls -qf dangling=true)

未使用の画像をクリア：

 docker rmi $(docker images -q -f "dangling=true")

A.未使用の画像を削除する

docker rmまたはdocker rmiコマンドを使用して、不要なイメージを削除できます。このタスクに役立つイメージが実際に存在します（martin / docker-cleanup-volumes）。基本は、イメージとコンテナーのリストからselectigを開始することです。

docker ps -a -s

B. DOCKER JSON記述子を変更する

それはいくつかのフォーラムで言及されています。アイデアは〜/ .docker / machine / machines / default / config.jsonにある記述子をインクリメントすることです。paramはDiskSizeのようですが、他のOS（Windowsではない）で動作するかどうかはわかりません。

C. Linuxのサイズ変更：

Windows OSでは、Dockerマシンまたはboot2dockerは実際にはvirtualbox vmであり、手順に従ってディスクのサイズを変更できます。ファイルをバックアップするように注意してください。一般的な手順は、virtualboxでサイズ変更を行ってから、gpartdと呼ばれるユーティリティを使用して、そのパーティション内のLinuxが認識するスペースを変更します。以下に示すこの手順を実行するためのリンクがいくつかあります。

• vboxディスクのサイズを変更する
• スペースを移動
• vboxフォーラム

D.ドッカーマシン/ BOOT2DOCKERを再作成する

アイデアは、デフォルトのdocker-machineを再作成することです。次のコマンドで説明できます。boot2dockerを再作成すると、以前にダウンロードしたDockerイメージが失われることに注意してください。

docker-machine rm default

docker-machine create --driver virtualbox --virtualbox-disk-size "100100" default

docker-machine env default

次に、仮想ボックスに移動して、「df -h」コマンドでboot2dockerスペースを表示できます。

docker osx /ボタン[ ディスクイメージの移動 ]を押すことができ、Docker.qcow2（おそらくコンテナー/イメージを含む）を正常に移動しました

最初-マシンが起動したとき-私はまだデバイスに空き容量がありませんという エラー が発生していましたが、すぐに解決しました。

私はこの問題に遭遇し、mac用のdocker UIで追加のスペースを追加できませんでした。homebrewでdockerをインストールし、マシンの作成時に次のコマンドを実行しました。

docker-machine create --driver virtualbox --virtualbox-memory "2048" --virtualbox-disk-size "40000" default

これにより、以前に使用していた仮想ボックスにメモリとディスクのサイズの2倍のスペースが追加され、必要に応じて必要な設定サイズをここに追加できます