Не удалось запустить Docker-контейнеры после обычного обновления Ubuntu 14.04 - PullRequest
Новая
       54

Не удалось запустить Docker-контейнеры после обычного обновления Ubuntu 14.04

0 голосов
/ 07 мая 2019

Моя система Ubuntu 14.04 с исходным ядром 3.13

$ uname -a
Linux dai-fp-adrecognizer 3.13.0-161-generic #211-Ubuntu SMP Wed Oct 3 14:52:35 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Мой контейнер хорошо работал в системе. docker-compose.yml выглядит следующим образом: 

version: '3'
services:
  scheduler:
    image: dreg.be/tvacr/dai-ws-server:1.0.2
    volumes:
      - /etc/dai-wsserver/ws_server_conf.ini:/etc/dai-wsserver/ws_server_conf.ini
    ports:
      - 6789:6789
    command: /etc/dai-wsserver/ws_server_conf.ini

Сегодня днем ​​я установил ffmpeg в своей системе, следуя этой инструкции . В основном были выполнены следующие команды: 

sudo add-apt-repository ppa:mc3man/trusty-media
sudo apt-get update
sudo apt-get dist-upgrade
sudo apt-get install ffmpeg

После этого я узнал, что мой контейнер внезапно остановился. Я пытался перезапустить его, но он всегда не мог распечатать эту ошибку: 

docker: Error response from daemon: OCI runtime create failed: container_linux.go:348: starting container process caused "process_linux.go:297: copying bootstrap data to pipe caused \"write init-p: broken pipe\"": unknown.

После некоторых поисков я нашел отчет об ошибке для этой проблемы. Затем я последовал самый голосующий комментарий , предлагающий обновить ядро ​​до 4.4: 

sudo apt-get install --install-recommends linux-generic-lts-xenial
sudo reboot

Теперь мое ядро ​​4.4: 

$ uname -a
Linux dai-fp-adrecognizer 4.4.0-146-generic #172~14.04.1-Ubuntu SMP Fri Apr 5 16:51:29 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Но мой контейнер все еще не может начать печатать различные ошибки: 

$ docker-compose up
Creating dai-wsserver_scheduler_1 ... error

ERROR: for dai-wsserver_scheduler_1  Cannot create container for service scheduler: error creating aufs mount to /var/lib/docker/aufs/mnt/79d5913e12e2439a40f1dfbfa2b6b615ef476f5c2c4694e0dd8726bb17e52dae-init: no space left on device

ERROR: for scheduler  Cannot create container for service scheduler: error creating aufs mount to /var/lib/docker/aufs/mnt/79d5913e12e2439a40f1dfbfa2b6b615ef476f5c2c4694e0dd8726bb17e52dae-init: no space left on device
ERROR: Encountered errors while bringing up the project.

Я проверил свободное место в моей системе, все должно выглядеть хорошо: 

$ df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            7.9G   12K  7.9G   1% /dev
tmpfs           1.6G  344K  1.6G   1% /run
/dev/xvda1       12G  6.7G  4.5G  61% /
none            4.0K     0  4.0K   0% /sys/fs/cgroup
none            5.0M     0  5.0M   0% /run/lock
none            7.9G  7.9G     0 100% /run/shm
none            100M     0  100M   0% /run/user

$ sudo du -h --max-depth=1 /var/lib/docker/aufs
288K    /var/lib/docker/aufs/layers
300K    /var/lib/docker/aufs/mnt
2.7G    /var/lib/docker/aufs/diff
2.7G    /var/lib/docker/aufs

Я не мог понять, что случилось с моей системой и как это исправить. Помощь приветствуется!

Ответы [ 2 ]

0 голосов
/ 08 мая 2019

Я нашел решение для моей проблемы после this . Короче говоря, я очистил aufs материал под /var/lib/docker

sudo service docker stop
sudo rm -rf /var/lib/docker/aufs
sudo rm -f /var/lib/docker/linkgraph.db
sudo service docker start

Конечно все изображения исчезнут . Но это нормально, я могу просто перетянуть изображения.

0 голосов
/ 07 мая 2019

Это работало ДО установки ffmpeg (и связанных системных изменений);Можете ли вы вернуться к состоянию «хорошо известно», когда все работает правильно?С этого момента я бы посмотрел, что изменило ffmpeg в системе;вот где будет основная причина ошибки.

...