Machine: デフォルトのマシンのデバイスにスペースが残っていません

作成日 2015年08月30日  ·  11コメント  ·  ソース: docker/machine

OSXのdefaultマシンでPostgresコンテナを起動しようとすると、次のエラーが発生します。

The files belonging to this database system will be owned by user "postgres".
This user must also own the server process.

The database cluster will be initialized with locale "en_US.utf8".
The default database encoding has accordingly been set to "UTF8".
The default text search configuration will be set to "english".

Data page checksums are disabled.

fixing permissions on existing directory /var/lib/postgresql/data ... ok
creating subdirectories ... ok
selecting default max_connections ... 100
selecting default shared_buffers ... 128MB
selecting dynamic shared memory implementation ... posix
creating configuration files ... ok
creating template1 database in /var/lib/postgresql/data/base/1 ... ok
initializing pg_authid ... ok
initializing dependencies ... ok
creating system views ... ok
loading system objects' descriptions ... ok
creating collations ... ok
creating conversions ... ok
creating dictionaries ... ok
setting privileges on built-in objects ... ok
creating information schema ... ok
loading PL/pgSQL server-side language ... ok
vacuuming database template1 ... ok
copying template1 to template0 ... ok
FATAL:  could not write to file "base/12141/12065": No space left on device
STATEMENT:  CREATE DATABASE postgres;

child process exited with exit code 1
initdb: removing contents of data directory "/var/lib/postgresql/data"
copying template1 to postgres ...

とき、私はssh使用してマシンにdocker-machine ssh defaultして実行df -h 、私はこの出力を得ます:

tmpfs                     1.8G    112.4M      1.7G   6% /
tmpfs                  1001.4M    184.0K   1001.2M   0% /dev/shm
/dev/sda1                18.2G     17.2G     31.9M 100% /mnt/sda1
cgroup                 1001.4M         0   1001.4M   0% /sys/fs/cgroup
none                    237.3G    225.5G     11.9G  95% /Users
/dev/sda1                18.2G     17.2G     31.9M 100% /mnt/sda1/var/lib/docker/aufs
none                     18.2G     17.2G     31.9M 100% /mnt/sda1/var/lib/docker/aufs/mnt/e0289dcde7fa0113481a65379aca4d1a2455d1724164f7cd0aedc5a0222c226d
none                     18.2G     17.2G     31.9M 100% /mnt/sda1/var/lib/docker/aufs/mnt/1ad325fa03f9fac1b0a7134c19775aa61a0b971c227420fdecb14d19f8d067b8

マシンを再作成する以外に:スペースを増やしたり、物事をクリーンアップしたりするための最良の方法は何ですか?

最も参考になるコメント

たぶん、あなたはまだあなたのマシンにいくつかのボリュームをマウントしています。

このコンテナを実行して、すべてをクリーンアップすることをお勧めします。

docker run --rm -v /var/run/docker.sock:/var/run/docker.sock:ro -v /var/lib/docker:/var/lib/docker martin/docker-cleanup-volumes

詳細と注意事項については、 https

これにより、孤立したボリュームのデータがすべて削除されることに注意してください。

全てのコメント11件

rmすべてのコンテナと-ing rmiすべての画像を-ingを、 df -hこのようなルックスを引き起こします。

Filesystem                Size      Used Available Use% Mounted on
tmpfs                     1.8G    112.4M      1.7G   6% /
tmpfs                  1001.4M         0   1001.4M   0% /dev/shm
/dev/sda1                18.2G     15.7G      1.5G  91% /mnt/sda1
cgroup                 1001.4M         0   1001.4M   0% /sys/fs/cgroup
none                    237.3G    226.0G     11.3G  95% /Users
/dev/sda1                18.2G     15.7G      1.5G  91% /mnt/sda1/var/lib/docker/aufs

Node.jsとPostgresのイメージを再度プルするとすぐに、使用可能なスペースがほとんどなくなります...

たぶん、あなたはまだあなたのマシンにいくつかのボリュームをマウントしています。

このコンテナを実行して、すべてをクリーンアップすることをお勧めします。

docker run --rm -v /var/run/docker.sock:/var/run/docker.sock:ro -v /var/lib/docker:/var/lib/docker martin/docker-cleanup-volumes

詳細と注意事項については、 https

これにより、孤立したボリュームのデータがすべて削除されることに注意してください。

@ Olivey50ありがとう、これはトリックをしました:+1:

filesystem                Size      Used Available Use% Mounted on
tmpfs                     1.8G    112.4M      1.7G   6% /
tmpfs                  1001.4M         0   1001.4M   0% /dev/shm
/dev/sda1                18.2G     77.3M     17.1G   0% /mnt/sda1
cgroup                 1001.4M         0   1001.4M   0% /sys/fs/cgroup
none                    237.3G    226.2G     11.1G  95% /Users
/dev/sda1                18.2G     77.3M     17.1G   0% /mnt/sda1/var/lib/docker/aufs

docker-cleanup-volumesがdocker-machineセットアップで機能しませんでした(OSXも)

docker<strong i="6">@default</strong>:~/docker-cleanup-volumes$ docker run --rm -v /var/run/docker.sock
:/var/run/docker.sock:ro -v /var/lib/docker:/var/lib/docker martin/docker-cleanu
p-volumes --dry-run

Delete unused volume directories from /var/lib/docker/volumes
In use 4423d5bdf1a2df1bd91083e0602f33271e30ff6b29cdb7297f94e95ce8e32c43
In use a4f95c3cd6a5b926b9dac6ff741ce35295771bc965c7f97dbedc6100838caa20

Directory /var/lib/docker/vfs/dir does not exist or is empty, skipping.

ディレクトリが原因で/ var / lib / docker / vfs / dirが存在しないか、空であるため、スキップします。

@rodowiそれは動作しました!

docker run --rm -v /var/run/docker.sock:/var/run/docker.sock:ro -v /var/lib/docker:/var/lib/docker martin/docker-cleanup-volumes

@kurenn実行したら、もう一度no space left on device与えます:😢

Unable to find image 'martin/docker-cleanup-volumes:latest' locally
latest: Pulling from martin/docker-cleanup-volumes
e6c44a677827: Downloading [>                                                  ] 26.06 kB/2.492 MB
e665190e5bfd: Downloading [==================================================>] 5.371 MB/5.371 MB
3f134245a2ac: Downloading [==================================================>] 2.033 kB/2.033 kB
docker: open /mnt/sda1/var/lib/docker/tmp/GetImageBlob736093559: no space left on device.
See 'docker run --help'.

@jklemmこのリポジトリをチェックしてください、それは私にとってもhttps://github.com/chadoe/docker-cleanup-volumes

どうなるか教えてください!

(私のように)Mac OS Xのdocker-cleanup-volumesで成功しなかった人のために:あなたはすべてをクリーンアップするためにより多くの「ハードコア」な方法を使うことができます。
実行中のコンテナを強制終了します。
docker kill $(docker ps -qa)
それらを削除します:
docker rm -v $(docker ps -qa)
すべての画像を削除します(オプションで-fオプションを使用してすべてを強制的に削除しました):
docker rmi -f $(docker images -q)
お役に立てれば

@yaroniusそれは私のために働いた:)

docker system prune -a -f --volumes ..このコマンドを投稿して作業できました。

@BensamVあなたが正しい

本当にすべてをクリーンアップしたい場合は、 docker system prune -a --volumesが推奨される方法になりました。

(あなたとは異なり、 -fオプションを削除することを好みます。これは、「おっと...私はしたくなかった...おやおや😭」につながる可能性があるためです)

capture d ecran 2018-09-12 a 09 35 10

このページは役に立ちましたか?
0 / 5 - 0 評価