Machine: На устройстве по умолчанию не осталось места

Созданный на 30 авг. 2015  ·  11Комментарии  ·  Источник: docker/machine

Когда я пытаюсь запустить контейнер Postgres на машине default в OS X, я получаю эту ошибку:

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://github.com/chadoe/docker-cleanup-volumes

Имейте в виду, что это приведет к удалению всех данных потерянных томов.

Все 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://github.com/chadoe/docker-cleanup-volumes

Имейте в виду, что это приведет к удалению всех данных потерянных томов.

@ Oliboy50 Спасибо, это

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-volume не работал при настройке моей докер-машины (также 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

Дайте мне знать, как дела, пожалуйста!

Для тех, кто (как и я) не добился успеха с docker-cleanup-volume в Mac OS X: вы можете использовать более «хардкорный» способ очистки всего.
Убить работающие контейнеры:
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 рейтинги