Что за ошибка докера?

Question

[Андрей Соболев]

ERROR: for cenergy_mysql_1  Cannot start service mysql: OCI runtime create failed: container_linux.go:346: starting container process caused "process_linux.go:449: container init caused \"rootfs_linux.go:58: mounting \\\"/etc/localtime\\\" to rootfs \\\"/var/lib/do
cker/overlay2/b2fc4e93fb6a984da426bf602cc593f20fc1b9694a0dbb08c6bdd2144d63b825/merged\\\" at \\\"/var/lib/docker/overlay2/b2fc4e93fb6a984da426bf602cc593f20fc1b9694a0dbb08c6bdd2144d63b825/merged/usr/share/zoneinfo/UCT\\\" caused \\\"not a directory\\\"\"": unknown:
Are you trying to mount a directory onto a file (or vice-versa)? Check if the specified host path exists and is the expected type

Пытаюсь стартануть контейнер. Выходит такая борода

Comments

[kafkiansky]

docker-compose файл не покажете?

[kafkiansky]

ну и ошибка гуглится супер просто, чего же вы ленитесь: https://stackoverflow.com/questions/45972812/are-y...

[сергей кузьмин]

Андрей Соболев для начала скопируйте в гугль транслятор сообщение об ошибке
Are you trying to mount a directory onto a file (or vice-versa)? Check if the specified host path exists and is the expected type

Answer 1

[Георг Гаал]

ну, все написано - когда монтируете, то можете только файл на файл или каталог на каталог монтировать. Иногда бывает, что если в volume слева указан файл, который на хосте не существует, то докер сходит с ума. И создает вместо него каталог с правами root:root.
Какое может быть решение? Для начала прекратить пользоваться упрощенным синтаксисом -v в docker run или volumes в docker-compose, а использовать расширенный синтаксис mount (который с --mount). Тогда, если на хосте нет нужного файла, то докер контейнер ТУПО не стартанет и будет внятное сообщение об ошибке вроде:

docker: Error response from daemon: invalid mount config for type "bind": bind source path does not exist: /home/local/georg.gaal/formulas.
See 'docker run --help'.

При этом Вы еще бонусом и получаете то, что докер не будет пытаться изменить права на каталог. А создаваемые внутри файлы будут с теми правами, которые установлены внутри контейнера - сплошная лепота. Минус в том, что все необходимые каталоги и файлы для запуска контейнера надо создавать заранее. Т.е. уже коллегам надо отдавать докер-компоуз файл плюс bash-скрипт

Comments

[xaseros]

бывает, что если в volume слева указан файл, который на хосте не существует, то докер сходит с ума. И создает вместо него каталог с правами root:root.

в моем случае все еще более странно. Да папку он создал. Но эта папка создалась в какомто не понятно слое, и появлялась там не только при рестарте контейнера, но и при пересборке образа.

Я вообще немного выпал с этого момента. Использую контейнер с nginxproxy, и опечатался в docker-compose.yml на счет одного конфигурационного файла. Само собой nginx при старте не мог его подхватить и крашился.

Я решил снести контенер и образ, и пересобрать все заново с нуля. И обламался. Докер какимто образом запомнил и имя файла и то что он вдруг понадобился nginx, вобщем какойто трешь.

Тоесть реально НИГДЕ ни в каком конфигурационном файле, нет упоминания про мой фаил для nginx, а он все равно стартует контейнер и требует этот файл.

[Георг Гаал]

Ну, тогда могу порекомендовать почистить все образы в локальном кэше докера, почистить все volume, с хост-системы удалить лишние файлы и попробовать заново ) скорее всего тогда получится