Compose: Ошибка при попытке запустить docker-compose up. "Ошибка выполнения oci: container_linux.go:247..."

Мне удалось это исправить. У меня были неправильные разрешения, и мне нужно было запустить docker-compose как sudo .

Я тоже получаю эту ошибку, и sudo исправил ее. Однако должно быть альтернативное решение этой проблемы.

@michalwarda @jakerobers Я тоже столкнулся с этой проблемой. Я думаю, вам следует снова открыть тему.

Я использую симпатичную ванильную установку Docker для Mac и не могу припомнить, чтобы я делал что-то, что требовало бы этого уровня разрешений для команды docker-compose .

Я получаю аналогичную ошибку, и, к сожалению, sudo не исправляет эту ошибку.

ERROR: for grafana  Cannot start service grafana: invalid header field value "oci runtime error: container_linux.go:247: starting container process caused \"exec: \\\"/init-grafana-and-run.sh\\\": permission denied\"\n"

У меня была аналогичная проблема с моими изображениями, и я нашел эту тему.
В моем случае оказалось, что источником путаницы является монтирование томов.

В вашем случае убедитесь, что файл app.conf существует.
./config/nginx/app.conf:/etc/nginx/conf.d/default.conf

Это смонтирует ваш локальный app.conf внутри контейнера докеров.
Если его нет на вашем локальном компьютере, docker создаст локально каталог «app.conf», чего вы обычно не ожидаете в данном конкретном случае.

Я надеюсь, что это поможет вам.

щелкните _на панели значков Docker > Настройки... > Общие драйверы_ и установите флажок _Общие:_ C и D
Может быть, это поможет вам!

Я заметил, что строка CMD в файле докеров и параметр -command в файле компоновки докеров также вызывают эту ошибку.

Эту проблему не следует закрывать — это все еще происходит, и sudo не очень хорошее решение, когда нужно указать docker-compose на удаленной машине для развертывания.

Это с docker-compose 1.9.0.

Интересно, что если я подключаюсь к машине по ssh, docker-compose up -d завершается без ошибок. Так что для меня это происходит только при удаленной работе.

Странно то, что монтирование в сообщении об ошибке относится к локальному пути (выделено жирным шрифтом ниже) — относительно относительно в моем docker-compose, так что, возможно, это проблема относительного/абсолютного пути с docker-compose.

ОШИБКА: для nginx не удается запустить службу nginx: неверное значение поля заголовка «ошибка выполнения oci:
container_linux.go:247: запуск процесса контейнера вызван \"process_linux.go:359: запуск контейнера вызван
\\"rootfs_linux.go:53: монтирование \\\\ "/data/www/aq/docker/nginx/default.conf \\\\" в rootfs \\\\"/var
/lib/docker/aufs/mnt/8e3b80c25d85b70b78ea479a5f68373e236fdd3dafd62b241495907ace62da2f\\\\"
в \\\\"/var/lib/docker/aufs/mnt
/8e3b80c25d85b70b78ea479a5f68373e236fdd3dafd62b241495907ace62da2f/etc/nginx/conf.d
/default.conf\\\\" вызвало \\\\"не каталог\\\\"\\"\"\n"

Это связано с тем, что строка в docker-compose.yml пытается указать конфигурацию nginx обратно на локальную файловую систему:

    volumes:
      - ./docker/nginx/default.conf:/etc/nginx/conf.d/default.conf

Это должно разрешить /home/root/docker на удаленном компьютере и /data/www/aq/docker локально. Вместо этого docker-compose, похоже, пытается использовать локальный путь на удаленном компьютере.

С удовольствием предоставим любую другую информацию/журналы.

вы должны сделать docker-entrypoint.sh исполняемым файлом перед сборкой образа:

chmod +x docker-entrypoint.sh

в противном случае он не может быть выполнен, и вы получите ошибку разрешения.

Та же проблема здесь. Пока не знаю, как это началось.

Нашел, я не назначал параметры в правильном порядке:

docker-compose run web -f docker-compose-prod.yml /bin/bash

терпит неудачу, пока:

docker-compose run -f docker-compose-prod.yml web /bin/bash

работает.

Эти ограничения порядка параметров довольно раздражают. Никогда не было так много проблем с любым исполняемым файлом Unix...

Бился головой о клавиатуру, пытаясь заставить это работать. Спасибо за публикацию исправления!

Эта проблема возникает и в моем родном докере на Mac... понятия не имею, как ее решить!

ERROR: for elasticsearch  Cannot start service elasticsearch: oci runtime error: container_linux.go:247: starting container process caused "process_linux.go:359: container init caused \"rootfs_linux.go:54: mounting \\\"/Users/mhuang/docker/elk/elasticsearch/config/elasticsearch.yml\\\" to rootfs \\\"/var/lib/docker/aufs/mnt/f41ff7a7a6fff5c6aa141ff8e9ca2d8c85740e4c7c707c6f720312703392b84a\\\" at \\\"/var/lib/docker/aufs/mnt/f41ff7a7a6fff5c6aa141ff8e9ca2d8c85740e4c7c707c6f720312703392b84a/usr/share/elasticsearch/config/elasticsearch.yml\\\" caused \\\"not a directory\\\"\""
: 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

ниже приведены некоторые сведения о моем докере:

$ docker version
Client:
 Version:      1.13.1
 API version:  1.26
 Go version:   go1.7.5
 Git commit:   092cba3
 Built:        Wed Feb  8 08:47:51 2017
 OS/Arch:      darwin/amd64

Server:
 Version:      1.13.1
 API version:  1.26 (minimum version 1.12)
 Go version:   go1.7.5
 Git commit:   092cba3
 Built:        Wed Feb  8 08:47:51 2017
 OS/Arch:      linux/amd64
 Experimental: true

$ docker info
Containers: 15
 Running: 0
 Paused: 0
 Stopped: 15
Images: 38
Server Version: 1.13.1
Storage Driver: aufs
 Root Dir: /var/lib/docker/aufs
 Backing Filesystem: extfs
 Dirs: 380
 Dirperm1 Supported: true
Logging Driver: json-file
Cgroup Driver: cgroupfs
Plugins:
 Volume: local
 Network: bridge host ipvlan macvlan null overlay
Swarm: inactive
Runtimes: runc
Default Runtime: runc
Init Binary: docker-init
containerd version: aa8187dbd3b7ad67d8e5e3a15115d3eef43a7ed1
runc version: 9df8b306d01f59d3a8029be411de015b7304dd8f
init version: 949e6fa
Security Options:
 seccomp
  Profile: default
Kernel Version: 4.9.8-moby
Operating System: Alpine Linux v3.5
OSType: linux
Architecture: x86_64
CPUs: 4
Total Memory: 1.952 GiB
Name: moby
ID: 247X:LGNT:FJ4M:U6XE:T47E:WXLQ:VFXY:D3Z2:MBPI:KMAL:32LQ:DDHF
Docker Root Dir: /var/lib/docker
Debug Mode (client): false
Debug Mode (server): true
 File Descriptors: 17
 Goroutines: 27
 System Time: 2017-02-22T19:00:56.756261436Z
 EventsListeners: 1
No Proxy: *.local, 169.254/16
Registry: https://index.docker.io/v1/
Experimental: true
Insecure Registries:
 127.0.0.0/8
Live Restore Enabled: false

@imarchuang, кажется, у тебя другая проблема!

Что вы пытаетесь смонтировать? Похоже, папки на вашем хосте не существует.

Пожалуйста, предоставьте файл docker-compose

У меня те же проблемы. Я запускал контейнер php-fpm и nginx.
Перезагрузил мой компьютер с Windows, и он больше не мог найти файлы, которые я пытался включить в контейнер php-fpm.

NOTICE: PHP message: PHP Warning:  Unknown: failed to open stream: No such file or directory in Unknown on line 0
172.17.0.5 -  27/Feb/2017:14:06:05 +0000 "GET /index.php" 200
NOTICE: PHP message: PHP Fatal error:  Unknown: Failed opening required '/var/www/xxxx/public/index.php' (include_path='.:/usr/share/php') in Unknown on line 0
172.17.0.5 -  27/Feb/2017:14:06:06 +0000 "GET /index.php" 404
ERROR: Unable to open primary script: /var/www/xxxx/public/index.php (No such file or directory)

Затем перезапустил контейнер и получил:

Cannot start service loanstreet-php-fpm: oci runtime error: container_linux.go:247: starting container process caused "process_linux.go:359: container init caused \"rootfs_linux.go:54: mounting \\\"/C/Web/Apache/htdocs/sxxxxxx/php-fpm/php-ini-overrides.ini\\\" to rootfs \\\"/var/lib/docker/aufs/mnt/83e56fa30d7fae9156dc5842b62f1bc65cbbbcbfebabd96bb4d3513df53458bc\\\" at \\\"/var/lib/docker/aufs/mnt/83e56fa30d7fae9156dc5842b62f1bc65cbbbcbfebabd96bb4d3513df53458bc/etc/php/7.1/fpm/conf.d/99-overrides.ini\\\" caused \\\"not a directory\\\"\""

"volumes" связывает каталоги... не файлы.

@imarchuang свяжите каталог «config» => elk/elasticsearch/config с /usr/share/elasticsearch/config

@chielsen связать

Привет, Ромен,

Спасибо за ответ, и это действительно работает... так что я бы ни за что
нравится монтировать только определенный файл?

Наилучшие пожелания
Марк Хуанг
Сотовый телефон: (+1) 416-856-2622

27 февраля 2017 г., 09:41, Ромен Декидт, [email protected]
написал:

"volumes" связывает каталоги... не файлы.

@imarchuang https://github.com/imarchuang привязать каталог «config»
=> elk/elasticsearch/config с /usr/share/elasticsearch/config

@chielsen https://github.com/chielsen связать каталог «php-fpm» с
Каталог /etc/php/7.1/fpm/conf.d

—
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/docker/compose/issues/4039#issuecomment-282738779 ,
или заглушить тему
https://github.com/notifications/unsubscribe-auth/AHoqGkRXsN6lONNR52yXWSozxL3kawXqks5rguCugaJpZM4KZlqg
.

@romaindequidt Это странно, так как это всегда работало. Я получил это от https://phpdocker.io/generator
Здесь также указано монтирование файла: https://docs.docker.com/engine/tutorials/dockervolumes/#mount -a-host-file-as-a-data-volume.

На данный момент я нашел обходной путь, сделав файл доступным только для чтения, добавив «: ro» в конце строки.

Вы либо монтируете конкретный файл, либо монтируете всю папку.
Вы не можете смонтировать один файл в папку!

Как видно из ссылки, предоставленной

docker run --rm -it -v ~/.bash_history:/root/.bash_history ubuntu /bin/bash

который отображает локальный файл пользователя .bash_history в контейнер с указанным именем файла.

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

Step 9/13 : RUN /bin/ln -s /etc/nginx/sites-available/symfony.conf /etc/nginx/sites-enabled/symfony.conf
 ---> Running in ea68a8b4bf61
container_linux.go:247: starting container process caused "process_linux.go:334: running prestart hook 0 caused \"fork/exec /usr/bin/dockerd (deleted): no such file or directory\""
ERROR: Service 'nginx' failed to build: invalid header field value "oci runtime error: container_linux.go:247: starting container process caused \"process_linux.go:334: running prestart hook 0 caused \\\"fork/exec /usr/bin/dockerd (deleted): no such file or directory\\\"\"\n"

После перезагрузки все работает нормально.

В моем случае я изменил файл docker-compose.yml.
от
- /usr/local/bin/докер:/usr/бен/докер
к
- /usr/bin/докер:/usr/бен/докер

Это работает нормально.

У меня до сих пор иногда возникает эта ошибка. На самом деле я только что купил новый компьютер и сделал чистую установку Win 10, и эта проблема все еще существует. Единственный способ исправить это - перезагрузить компьютер.
Кто-нибудь изучает это?

@chielsen Похоже, это может произойти по крайней мере после обновления Docker. Я решил эту проблему для себя, перезапустив демон Docker.

когда я запускаю докер, я получаю следующую ошибку
Error response from daemon: invalid header field value "oci runtime error: container_linux.go:247: starting container process caused \"chdir to cwd (\\\"/data/env/tomcats/0\\\") set in config.json failed: no such file or directory\"\n" Error: failed to start containers: fd2e03516c08
и мой файл докеров в следующем
`ОТ minchangchen/ openjdk: последний
ОБСЛУЖИВАТЕЛЬ
LABEL name="tomcat" license="MIT" build-date="20170223"

ВЕРСИЯ ОКРУЖАЮЩЕЙ СРЕДЫ 8.5.15
ENV TOMCAT_PATH /данные/env/tomcats/0

ЗАПУСК yum update -y && cd /data/softs && wget http://www-us.apache.org/dist/tomcat/tomcat-8/v $VERSION/bin/apache-tomcat-$VERSION.tar.gz && tar -zxf apache-tomcat-$VERSION.tar.gz && mkdir /data/env/tomcats && mv apache-tomcat-$VERSION $TOMCAT_PATH && rm -rf /data/softs/*

КОПИРОВАТЬ catalina.sh $TOMCAT_PATH/bin/catalina.sh
КОПИРОВАТЬ server.xml $TOMCAT_PATH/conf/server.xml
КОПИРОВАТЬ context.xml $TOMCAT_PATH/conf/context.xml

ЗАПУСК chmod +x $TOMCAT_PATH/bin/catalina.sh

РАБОЧИЙ КАТАЛОГ $TOMCAT_PATH

CMD ["bin/catalina.sh", "выполнить"]`

все мне помогите!!! - . --

Это происходит и с docker-toolbox в Windows 7:

ERROR: for storage_startup  Cannot start service storage_startup: invalid header
 field value "oci runtime error: container_linux.go:247: 
starting container process caused \"exec: \\\"./startup.sh\\\":
 permission denied\"\n"

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

Получил это сегодня.
Windows 10 Pro с приложением Docker (собственный Hyper-V) 17.03.1-ce-win5 (10743)
Я запускаю этот конкретный контейнер уже несколько месяцев без проблем. Перезагрузил ноутбук, ошибка не вернулась.

ERROR: for goconvey-dev  Cannot start service goconvey-dev: oci runtime error: container_linux.go:247: starting container process caused "process_linux.go:359: container init caused \"rootfs_linux.go:54: mounting \\\"/C/Users/xxx/workspace/go/src/github.com/xxx\\\" to rootfs \\\"/var/lib/docker/overlay2/c39c054c44d82f699180b40c19a5a626c74063f8c9defa0c2a2bf12dfdb7972d/merged\\\" at \\\"/go/src/github.com/xxx\\\" caused \\\"stat /C/Users/xxx/workspace/go/src/github.com/xxx: input/output error\\\"\""
Encountered errors while bringing up the project.

@veqryn заглавная

Я знаю, что это не совсем ответ, но проверьте путь в свойствах виртуальной машины в VirtualBox.

Не используя виртуальный бокс, это «родной» докер в Windows 10 pro (hyper-v с MobyLinux или что-то в этом роде)

Это все еще происходит со мной. Я использую VS 2017 15.2. Новый проект .net core webapi без изменений. Он запускается и возвращает вывод из контроллера значений. Однако с включенным докером и запущенным докером это не удается

сетевое приложение1.1.1
1.1.1
..докер-compose.dcproj

Ошибка MSB4018 Неожиданный сбой задачи «PrepareForLaunch».
Microsoft.DotNet.Docker.CommandLineClientException: воссоздание dockercompose1799126456_webapplication1_1
ОШИБКА: для веб-приложения 1 не удается запустить службу веб-приложения 1: ошибка времени выполнения oci: container_linux.go: 247: запуск процесса контейнера вызван «process_linux.go: 359: инициализация контейнера вызвана \» rootfs_linux.go: 54: монтирование \\»/C/Users/ ozi/clrdbg\\" в rootfs \\"/var/lib/docker/aufs/mnt/bcd36fde3d73f42c946097965ac1a8f140ed57736aa10c499bd837de25e47d1b\\" at \\"/clrdbg\\" вызвало \\"stat /C/Users/ozi/clrdbg: input /ошибка вывода\\"\""
Обнаружены ошибки при запуске проекта..

Дополнительные сведения об устранении неполадок см. на странице http://aka.ms/DockerToolsTroubleshooting ---> Microsoft.DotNet.Docker.CommandLineClientException: воссоздание dockercompose1799126456_webapplication1_1.
ОШИБКА: для веб-приложения 1 не удается запустить службу веб-приложения 1: ошибка времени выполнения oci: container_linux.go: 247: запуск процесса контейнера вызван «process_linux.go: 359: инициализация контейнера вызвана \» rootfs_linux.go: 54: монтирование \\»/C/Users/ ozi/clrdbg\\" в rootfs \\"/var/lib/docker/aufs/mnt/bcd36fde3d73f42c946097965ac1a8f140ed57736aa10c499bd837de25e47d1b\\" at \\"/clrdbg\\" вызвало \\"stat /C/Users/ozi/clrdbg: input /ошибка вывода\\"\""
Обнаружены ошибки при запуске проекта.
в System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess (задача задачи)
в System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification (задача задачи)
в Microsoft.DotNet.Docker.DockerComposeClient.d__18.ПереместитьСледующий()
--- Конец внутренней трассировки стека исключений ---
в Microsoft.DotNet.Docker.DockerComposeClient.d__18.ПереместитьСледующий()
--- Конец трассировки стека из предыдущего места, где было выдано исключение ---
в System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess (задача задачи)
в System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification (задача задачи)
в Microsoft.DotNet.Docker.DockerWorkspace.d__14.ПереместитьСледующий()
--- Конец трассировки стека из предыдущего места, где было выдано исключение ---
в System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess (задача задачи)
в System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification (задача задачи)
в Microsoft.DotNet.Docker.BuildTasks.DockerBaseTask.Execute()
в Microsoft.Build.BackEnd.TaskExecutionHost.Microsoft.Build.BackEnd.ITaskExecutionHost.Execute()
в Microsoft.Build.BackEnd.TaskBuilder.d__26.MoveNext() docker-compose C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\MSBuild\Microsoft\VisualStudio\v15.0\Docker\Microsoft.VisualStudio.Docker.Compose.targets 192

На Windows 10 и только что столкнулся с этой ошибкой. Переход в настройки Docker -> общие диски, а затем отмена выбора моего диска, применение, а затем повторный выбор (применение), похоже, исправили это. Спасибо @artem-gavrylenko

У меня была эта ошибка очень глупая вещь:

я делал это

COPY ./package.json /frontend

Вставка перед этим:

COPY ./package.json /frontend/

В Windows 10 я столкнулся с той же проблемой с Docker для Windows. Это начало происходить, и я не мог понять почему, пока не понял, что изменил учетные данные своей ОС ранее в тот же день! Я зашел в настройки Docker -> общие диски и нажал «Сбросить мои учетные данные». Затем меня попросили ввести новые учетные данные, и после этого все заработало нормально.

У нас есть два разных пайплайна, оба запускаются на одном и том же докере, но это происходит только с одним из них.... !!! Любые идеи?

По моему опыту, это просто плохо задокументированное состояние ошибки. Проблема (для меня) заключалась в ссылке на исходный файл/каталог в операторе VOLUME в моем файле создания докеров.

исправление этого (фактически ссылаясь на существующий файл/каталог) исправило условие.

Я на Windows 7. Это в моем докере

  elasticsearch:
    image: elasticsearch:5
    restart: always
    environment:
      ES_JAVA_OPTS: "-Xms750m -Xmx750m"
    ports:
      - "9200:9200"
    volumes:
      - "./config/elasticsearch/elasticsearch.yml:/usr/share/elasticsearch/config/elasticsearch.yml"
      - "./config/elasticsearch/plugins:/usr/share/elasticsearch/plugins"

и я получаю ошибку

`$ docker-compose up
Удаление mcclatchy_elasticsearch_1
mcclatchy_memcached_1 актуален
mcclatchy_mailcatcher_1 актуален
Воссоздание 0155df9beaaa_0155df9beaaa_mcclatchy_elasticsearch_1 ...
mcclatchy_mysql_1 актуален
Воссоздание 0155df9beaaa_0155df9beaaa_mcclatchy_elasticsearch_1 ... ошибка

ОШИБКА: для 0155df9beaaa_0155df9beaaa_mcclatchy_elasticsearch_1 Не удается запустить службу elasticsearch: ошибка времени выполнения oci: container_linux.go:265: запуск процесса контейнера, вызванный "process_linux.go:368: инициализация контейнера, вызванная \"rootfs_linux.go:57: монтирование \\"/f/mcclatchy/ конфиг/эластикпоиск/эластик
arch.yml \\ "для корневой файловой системы \\ "/ мнт / sda1 / вар / Библиотека / грузчик / AUFS / мнт / cc17c689b4bb610b0e65c9dde943c9443aa9baac298106ff21fcb8b773f4263f \\" в \\" / мнт / sda1 / вар / Библиотека / грузчик / AUFS / мнт / cc17c689b4bb610b0e65c9dde943c9443aa9baac298106ff21fcb8b773f4263f /usr/share/elasticsearch/config/elasticsearch.yml\\" вызвало \\"
не каталог\\"\""
: Вы пытаетесь смонтировать каталог в файл (или наоборот)? Проверьте, существует ли указанный путь к хосту и является ли он ожидаемым типом.

ОШИБКА: для elasticsearch Не удается запустить службу elasticsearch: ошибка времени выполнения oci: container_linux.go:265: запуск процесса контейнера вызвал "process_linux.go:368: инициализация контейнера вызвала \"rootfs_linux.go:57: монтирование \\"/f/mcclatchy/ config/elasticsearch/elasticsearch.yml\\" в rootfs \\"/mnt/sda1/v
ар / Библиотека / грузчик / AUFS / мнт / cc17c689b4bb610b0e65c9dde943c9443aa9baac298106ff21fcb8b773f4263f \\»в \\ "/ мнт / sda1 / вар / Библиотека / грузчик / AUFS / мнт / cc17c689b4bb610b0e65c9dde943c9443aa9baac298106ff21fcb8b773f4263f / USR / доли / elasticsearch / конфигурации / elasticsearch.yml \\" вызвал \\"не каталог\\"\""
: Вы пытаетесь смонтировать каталог в файл (или наоборот)? Проверьте, существует ли указанный путь к хосту и является ли он ожидаемым типом.

Dss@ Dss MINGW64 /c/zenbot
$ docker-compose up -d
Удаление zenbot_server_1
Воссоздание zenbot_mongodb-data_1...
Воссоздание zenbot_mongodb-data_1
ВНИМАНИЕ: Служба «mongodb-data» использует том «/data/db» из предыдущей
тайнер. Сопоставление хоста «/c/zenbot/data/db» не действует. Удалить существующее продолжение
Воссоздание zenbot_mongodb-data_1... сделано
Воссоздание zenbot_mongodb_1...
Воссоздание zenbot_mongodb_1... готово
Воссоздание 61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_zenbot_server_1 .
..
Воссоздание 61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_zenbot_server_1 .
.. ошибка

ОШИБКА: для 61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_zenbot_server_1
Не удается запустить сервисный сервер: ошибка времени выполнения oci: container_linux.go:265: запуск
процесс контейнера вызвал "process_linux.go:368: инициализация контейнера вызвала \"rootfs_
linux.go:57: монтирование \\"/c/zenbot/conf.js\\" в rootfs \\"/mnt/sda1/var/lib/
докер/aufs/mnt/77d9fd5e67b17f037fada3c80378dded067771196c9dd082aafaa975a3cc0a44
\\" в \\"/mnt/sda1/var/lib/docker/aufs/mnt/77d9fd5e67b17f037fada3c80378dded06
7771196c9dd082aafaa975a3cc0a44/app/conf.js\\" вызвало \\"не каталог\\"\""

: Вы пытаетесь смонтировать каталог в файл (или наоборот)? Проверьте,
указанный путь хоста существует и является ожидаемым типом

ОШИБКА: для сервера не удается запустить сервер службы: ошибка времени выполнения oci: container_lin
ux.go:265: запуск процесса контейнера вызвал "process_linux.go:368: контейнер в
это вызвало \"rootfs_linux.go:57: подключение \\"/c/zenbot/conf.js\\" к rootfs \\
"/mnt/sda1/var/lib/docker/aufs/mnt/77d9fd5e67b17f037fada3c80378dded067771196c9dd
082aafaa975a3cc0a44\\" в \\"/mnt/sda1/var/lib/docker/aufs/mnt/77d9fd5e67b17f0
37fada3c80378dded067771196c9dd082aafaa975a3cc0a44/app/conf.js\\" вызвало \\"не
каталог\\"\""
: Вы пытаетесь смонтировать каталог в файл (или наоборот)? Проверьте,
указанный путь хоста существует и является ожидаемым типом
ОШИБКА: обнаружены ошибки при запуске проекта.

$ версия докера
Клиент:
Версия: 17.07.0-се
Версия API: 1.31
Go версия: go1.8.3
Гит коммит: 8784753
Построено: Вт, 29 августа, 17:41:05 2017
ОС/архив: windows/amd64

Сервер:
Версия: 17.09.0-ce
Версия API: 1.32 (минимальная версия 1.12)
Go версия: go1.8.3
Git коммит: afdb6d4
Построено: Вт, 26 сентября, 22:45:38 2017 г.
ОС/архив: линукс/амд64
Экспериментальный: ложь

$ информация о докере
Контейнеры: 7
Бег: 2
Приостановлено: 0
Остановлено: 5
Изображения: 10
Версия сервера: 17.09.0-ce
Драйвер хранилища: aufs
Корневой каталог: /mnt/sda1/var/lib/docker/aufs
Резервная файловая система: extfs
Диры: 37
Dirperm1 Поддерживается: правда
Драйвер ведения журнала: json-файл
Драйвер группы: cgroupfs
Плагины:
Объем: местный
Сеть: хост-мост macvlan null overlay
Журнал: awslogs fluentd gcplogs gelf journald json-file logentries splunk syslog
Рой: неактивен
Время выполнения: runc
Среда выполнения по умолчанию: runc
Двоичный файл инициализации: docker-init
версия containerd: 06b9cb35161009dcb7123345749fef02f7cea8e0
версия runc: 3f2f8b84a77f73d38244dd690525642a72156c64
версия инициализации: 949e6fa
Параметры безопасности:
секкомп
Профиль: по умолчанию
Версия ядра: 4.4.89-boot2docker
Операционная система: Boot2Docker 17.09.0-ce (TCL 7.2); ГОЛОВА : 06d5c35 - Ср, 27 сентября
23:22:43 UTC 2017
Тип ОС: линукс
Архитектура: x86_64
Процессоры: 1
Общая память: 995,8 МБ
Имя: по умолчанию
ID: MBC4:V75F:KP5Q:TIC3:MH65: GXPO:4RY7 :3 RWU:355J :VR54:V365:JBLD
Корневой каталог Docker: /mnt/sda1/var/lib/docker
Режим отладки (клиент): false
Режим отладки (сервер): правда
Дескрипторы файлов: 30
Горутины: 40
Системное время: 2017-10-13T20:10:22.76759278Z
СобытияСлушатели: 0
Реестр: https://index.docker.io/v1/
Ярлыки:
провайдер = виртуальная коробка
Экспериментальный: ложь
Небезопасные реестры:
127.0.0.0/8
Динамическое восстановление включено: false

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

Он хорошо подходил. Но когда я пытаюсь бежать,

 $ sudo docker run -ti --rm -v ~/Downloads:/Downloads bwits/pdf2htmlex --zoom 1.3 1.pdf

это бросает,

docker: Error response from daemon: oci runtime error: container_linux.go:265: starting container process caused "exec: \"--zoom\": executable file not found in $PATH".

Уже пробовал sudo , похоже, не сработало.

Информация об установке докера

 $ sudo docker version
Client:
 Version:      17.09.0-ce
 API version:  1.32
 Go version:   go1.8.3
 Git commit:   afdb6d4
 Built:        Tue Sep 26 22:42:18 2017
 OS/Arch:      linux/amd64

Server:
 Version:      17.09.0-ce
 API version:  1.32 (minimum version 1.12)
 Go version:   go1.8.3
 Git commit:   afdb6d4
 Built:        Tue Sep 26 22:40:56 2017
 OS/Arch:      linux/amd64
 Experimental: false

информация о докере

 $ sudo docker info
Containers: 1
 Running: 0
 Paused: 0
 Stopped: 1
Images: 2
Server Version: 17.09.0-ce
Storage Driver: overlay2
 Backing Filesystem: extfs
 Supports d_type: true
 Native Overlay Diff: true
Logging Driver: json-file
Cgroup Driver: cgroupfs
Plugins:
 Volume: local
 Network: bridge host macvlan null overlay
 Log: awslogs fluentd gcplogs gelf journald json-file logentries splunk syslog
Swarm: inactive
Runtimes: runc
Default Runtime: runc
Init Binary: docker-init
containerd version: 06b9cb35161009dcb7123345749fef02f7cea8e0
runc version: 3f2f8b84a77f73d38244dd690525642a72156c64
init version: 949e6fa
Security Options:
 apparmor
 seccomp
  Profile: default
Kernel Version: 4.8.0-59-generic
Operating System: Ubuntu 16.10
OSType: linux
Architecture: x86_64
CPUs: 4
Total Memory: 7.691GiB
Name: greyhound
ID: ZNTB:2MIN:NYGC:GQKD:DWWM:K7CX:ELML:KIX7:WYFT:VJQX:4POJ:POPL
Docker Root Dir: /var/lib/docker
Debug Mode (client): false
Debug Mode (server): false
Registry: https://index.docker.io/v1/
Experimental: false
Insecure Registries:
 127.0.0.0/8
Live Restore Enabled: false

WARNING: No swap limit support

У меня сработала перезагрузка :-/

Тоже самое, перезагрузка не помогла :(
Хост - убунту.
Все работает нормально, но не тогда, когда я установил на него gitlab-runner и пытаюсь выполнить в нем docker-compose.
Кто-нибудь уже разобрался?

Исправлено путем редактирования папок монтирования в Kitematic. Сначала они повторялись (папка Docker: /var/www/html/something , локальная папка: /var/www/html/something ). После редактирования они выглядят искаженными (Локальная папка: \d\srvT:est\something вместо \d\srv\test\something ), но они работают. В сообщении об ошибке диск устройства указан заглавными буквами ( stat /D/srv/test/something: input/output error ).

Это на моем ПК под управлением Windows 10 с Hyper-V. Я не собираюсь устанавливать Kitematic (+X) на свой сервер, так что это скорее временный обходной путь...

У меня также была эта ошибка на MacOS, сброс докера каким-то образом исправил ее.

Если вы используете MacOS, вы также должны сделать исполняемый файл docker-entrypoint.sh вашего хоста, а не только в своем Dockerfile. Получил это из подсказки, https://github.com/composer/docker/issues/7

@obfusticatedcode решил мою проблему! Я ломал себе голову, задаваясь вопросом, почему этот проект отлично работал на моей рабочей станции Windows, но не работал на моем Macbook Pro. Спасибо!

В моем случае yum install libseccomp libseccomp-devel .

Я использовал образы на основе Alpine и изменил /bin/bash на /bin/sh, и это сработало нормально :-)

Хочу поблагодарить @obfusticatedcode ! Проблема решена. В моем случае проект работал в Windows, но не работал при запуске docker-compose up в Debian.

Столкнулся и решил такую ​​же проблему. Для меня это было связано с объявлением уровня обслуживания volumes в файле docker-compose.yml .

services:
  web:
    volumes:
      - ./app/:/app 

Это переопределяло все, что я скопировал в точку монтирования /app в Dockerfile .
Комментирование объявления volumes сработало.

Я мог заставить его работать в Windows 10 после запуска командной строки от имени администратора.

Проблема для меня заключалась в том, что я недавно изменил пароль Windows, зайдя в настройки Docker -> общие диски, отменив выбор моего диска, применив, а затем повторно выбрав (применив), исправил это.

@sajadghawami Я хотел поблагодарить вас лично за то, что вы спасли меня от этого ада. Ваш комментарий был бесценен!! Благодарю вас <3

На Windows 10 и только что столкнулся с этой ошибкой. Переход в настройки Docker -> общие диски, а затем отмена выбора моего диска, применение, а затем повторный выбор (применение), похоже, исправили это. Спасибо @artem-gavrylenko

Это было прекрасно. Почему такие вещи происходят?? Кто-нибудь знает?

Вы можете найти /docker-entrypoint-initdb.d в разделе томов, если файл sql не существует, вернет эту ошибку.

```
MySQL:
изображение: percona:5.6
порты:
- "3306:3306"
тома:
- ./sql/bk.sql:/docker-entrypoint-initdb.d/bk.sql # bk.sql не существует, закомментируйте строку или поместите туда файл
- ./докер/mysql:/var/lib/mysql

Та же ошибка

PS D:\projects\bp> docker info
Containers: 5
 Running: 2
 Paused: 0
 Stopped: 3
Images: 3
Server Version: 18.09.0
Storage Driver: overlay2
 Backing Filesystem: extfs
 Supports d_type: true
 Native Overlay Diff: true
Logging Driver: json-file
Cgroup Driver: cgroupfs
Plugins:
 Volume: local
 Network: bridge host macvlan null overlay
 Log: awslogs fluentd gcplogs gelf journald json-file local logentries splunk syslog
Swarm: inactive
Runtimes: runc
Default Runtime: runc
Init Binary: docker-init
containerd version: 468a545b9edcd5932818eb9de8e72413e616e86e
runc version: 69663f0bd4b60df09991c08812a60108003fa340
init version: fec3683
Security Options:
 seccomp
  Profile: default
Kernel Version: 4.14.79-boot2docker
Operating System: Boot2Docker 18.09.0 (TCL 8.2.1)
OSType: linux
Architecture: x86_64
CPUs: 1
Total Memory: 989.4MiB
Name: vm
ID: JWYK:OSFS:XCAW:W2MF:FZZT:BBTD:EKCN:WH55:4YGD:V634:O37T:7JJL
Docker Root Dir: /mnt/sda1/var/lib/docker
Debug Mode (client): false
Debug Mode (server): false
Registry: https://index.docker.io/v1/
Labels:
 provider=virtualbox
Experimental: false
Insecure Registries:
 127.0.0.0/8
Live Restore Enabled: false

PS D:\projects\bp> docker version                   
Client:                                             
 Version:           18.06.1-ce                      
 API version:       1.38                            
 Go version:        go1.10.3                        
 Git commit:        e68fc7a                         
 Built:             Tue Aug 21 17:21:34 2018        
 OS/Arch:           windows/amd64                   
 Experimental:      false                           

Server: Docker Engine - Community                   
 Engine:                                            
  Version:          18.09.0                         
  API version:      1.39 (minimum version 1.12)     
  Go version:       go1.10.4                        
  Git commit:       4d60db4                         
  Built:            Wed Nov  7 00:52:55 2018        
  OS/Arch:          linux/amd64                     
  Experimental:     false                           



md5-745dead46e2bec9b61b4b9b2cb9a0822




version: '3.4'
services:
    web:
        image: nginx:alpine
        container_name: ${NGINX_HOST}
        ports:
        - "80:80"
        - "443:443"
        env_file:
        - ".env"
        environment:
        - NGINX_HOST=${NGINX_HOST}
        #command: /bin/sh -c "envsubst < /etc/nginx/conf.d/default.template > /etc/nginx/conf.d/default.conf" && nginx -g 'daemon off;'
        restart: always
        depends_on:
        - php
        - mysqldb
        logging:
          driver: json-file
          options:
            max-size: "200k"
            max-file: "10"
        volumes:
        - ./etc/nginx/default.conf:/etc/nginx/conf.d/default.conf
        - ./etc/nginx/default.template:/etc/nginx/conf.d/default.template
        - ./etc/ssl:/etc/ssl
        - .:/var/www/html
    php:
        image: nanoninja/php-fpm:${PHP_VERSION}
        restart: always
        volumes:
        - ./etc/php/php.ini:/usr/local/etc/php/conf.d/php.ini
        - .:/var/www/html
        links:
        - mysqldb
    mysqldb:
        image: mysql:${MYSQL_VERSION}
        container_name: ${MYSQL_HOST}
        restart: always
        env_file:
        - ".env"
        environment:
        - MYSQL_DATABASE=${MYSQL_DATABASE}
        - MYSQL_ROOT_PASSWORD=${MYSQL_ROOT_PASSWORD}
        - MYSQL_USER=${MYSQL_USER}
        - MYSQL_PASSWORD=${MYSQL_PASSWORD}
        privileged: true
        ports:
        - "8989:3306"
        volumes:
        - ../db:/var/lib/mysql
        #- ./etc/mysql/my.cnf:/etc/mysql/my.cnf



md5-82ff5be8d74eb1c16e9ad10ccb0c323f



PS D:\projects\bp> docker-compose up web
Removing bp.int
mysql is up-to-date
bp_php_1 is up-to-date
Starting 0ef479e51d62_bp.int ... error

ERROR: for 0ef479e51d62_bp.int  Cannot start service web: OCI runtime create failed: container_linux.go:348: starting container process caused "process_linux.go:402: container init caused \"rootfs_linux.go:58: mounting \\\"/d/projects/bp/etc/nginx/default.conf\\\" to rootfs \\\"/mnt/sda1/var/lib/docker/overlay2/a5cad006b2a324c1026e2d98a466e9ed454971961d166bfb4f7b5f5ec82605b3/merged\\\" at \\\"/mnt/sda1/var/lib/docker/overlay2/a5cad006b2a324c1026e2d98a466e9ed454971961d166bfb4f7b5f5ec82605b3/merged/etc/nginx/conf.d/default.conf\\\" 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

ERROR: for web  Cannot start service web: OCI runtime create failed: container_linux.go:348: starting container process caused "process_linux.go:402: container init caused \"rootfs_linux.go:58: mounting \\\"/d/projects/bp/etc/nginx/default.conf\\\" to rootfs \\\"/mnt/sda1/var/lib/docker/overlay2/a5cad006b2a324c1026e2d98a466e9ed454971961d166bfb4f7b5f5ec82605b3/merged\\\" at \\\"/mnt/sda1/var/lib/docker/overlay2/a5cad006b2a324c1026e2d98a466e9ed454971961d166bfb4f7b5f5ec82605b3/merged/etc/nginx/conf.d/default.conf\\\" 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
ERROR: Encountered errors while bringing up the project.

Товарищ по команде только что столкнулся с этой проблемой. Решение @sajadghawami сработало для нас.

Одно замечание по поводу ситуации, которая могла быть причиной этого — накануне она сменила пароль Windows. Хотя у меня нет личных ресурсов для проверки этого поведения, я думаю, что это будет легко проверить.

Я уже некоторое время рву на себе волосы, так как не могу получить реакцию на установку, следуя инструкциям на странице https://docs.reactioncommerce.com/docs/next/installation-reaction-platform.

Я использую 64-разрядную версию Windows 7 Pro с node.js 8.12.0 и вместо того, чтобы использовать последнюю версию установщика, которая совместима только с Windows 10, я успешно установил Многие шаги успешно завершены. Docker Toolbox, который содержит Docker Engine, а также Oracle ВМ. Пока все хорошо.

Я настроил GitHub с помощью SSH и успешно клонировал проект реакции с помощью git.

Когда я запускаю команду make, многие шаги завершаются успешно, но на шаге 40/41 она продолжает давать сбой с приведенной ниже ошибкой. (Примечание. Чтобы создать две сети auth.reaction.localhost и api.reaction.localhost, мне пришлось отключить брандмауэр Windows и запустить команды создания сети docker вручную.)

Step 41/41 : CMD ["yarn", "start"]
 ---> Running in 237f6ba37bc1
Removing intermediate container 237f6ba37bc1
 ---> a3936c5854f2

Successfully built a3936c5854f2
Successfully tagged reactionnextstarterkit_web:latest
Running post-build hook script for reaction-next-starterkit.
reaction-next-starterkit post-build script invoked.
Recreating reactionnextstarterkit_web_1 ... error

ERROR: for reactionnextstarterkit_web_1  Cannot start service web: OCI runtime create failed: container_linux.go:348: starting container process caused "exec: \"/usr/local/src/reaction-app/bin/start\": stat /usr/local/src/reaction-app/bin/start: no such file or directory": unknown

ERROR: for web  Cannot start service web: OCI runtime create failed: container_linux.go:348: starting container process caused "exec: \"/usr/local/src/reaction-app/bin/start\": stat /usr/local/src/reaction-app/bin/start: no such file or directory": unknown
ERROR: Encountered errors while bringing up the project.
make: *** [start-reaction-next-starterkit] Error 1

Любая помощь или указатели будут ОЧЕНЬ оценены!

Если кому-то интересно, мне удалось завершить установку в Windows, скопировав папку реакционной платформы в каталог пользователя... (Я думаю, что это была какая-то проблема с разрешениями?)

Во всяком случае, мне до сих пор не удалось запустить его, следуя изложенным инструкциям разработчика и просто запустив команду make в каталоге реакционной платформы.

До сих пор инструкции для разработчиков Windows были ОЧЕНЬ ПЛОХИМИ - огромный позор IMO

Проблема для меня заключалась в том, что я недавно изменил пароль Windows, зайдя в настройки Docker -> общие диски, отменив выбор моего диска, применив, а затем повторно выбрав (применив), исправил это.

БОЛЬШОЕ спасибо, @danielcgithub. спас мой день.

Для чего это стоит: sudo docker container prune исправили проблему для меня.

щелкните _на панели значков Docker > Настройки... > Общие драйверы_ и установите флажок _Общие:_ C и D
Может быть, это поможет вам!

Tu é pica mesmo

щелкните _на панели значков Docker > Настройки... > Общие драйверы_ и установите флажок _Общие:_ C и D
Может быть, это поможет вам!

Товарищ по команде только что столкнулся с этой проблемой. Решение @sajadghawami сработало для нас.

Одно замечание по поводу ситуации, которая могла быть причиной этого — накануне она сменила пароль Windows. Хотя у меня нет личных ресурсов для проверки этого поведения, я думаю, что это будет легко проверить.

Просто чтобы добавить к другим комментариям здесь несколько человек, это случилось со мной недавно, и я могу подтвердить. Недавно я изменил пароль, компьютер был перезагружен, и docker-compose не открывал контейнеры. После снятия и повторной проверки общего диска с последующим вводом обновленного пароля все заработало.

Не удается установить точку входа в соответствии с документацией
~~версия: '3.2'Сервисы:мой_сервис:изображение: мое_изображениетома:- /home/приложение/config:/кореньточка входа:- лс ​​/ корень~ ~

Он работает при изменении точки входа на
~~точка входа:ЛС / корень~ ~
без хипена

У меня это произошло при попытке запустить докер через панель инструментов докера в Windows на WSL. Что бы это ни стоило для всех здесь, моя проблема была решена, убедившись, что я обращаюсь к вещам через окна, а не через файловую систему linux:

docker run -it --rm --name lispy -v "$PWD":/Lis_Py python:3 python Lis_Py/lis.py || docker start -я шепелявый

# в WSL с докером, запущенным в Windows, $PWD не будет работать и должен быть установлен таким же, как $PWD из быстрого запуска докера,
# а именно docker run -it --rm --name lispy -v /c/Users/firez/Documents/Development/lis.py:/Lis_Py python:3 python Lis_Py/lis.py || docker start -я шепелявый

что происходит

Я также сталкиваюсь с ошибкой «Ошибка создания среды выполнения OCI».
вот моя команда docker-compose up -d

как я решил

Я захожу на сервер по ssh -A , а затем возникает ошибка.
Я выхожу и вхожу по ssh без параметров, все правильно.

бревно

ERROR: for my_logstash  Cannot start service logstash: OCI runtime create failed: container_linux.go:344: starting contain
er process caused "process_linux.go:297: getting the final child's pid from pipe caused \"EOF\"": unknown

ERROR: for logstash  Cannot start service logstash: OCI runtime create failed: container_linux.go:344: starting container proc
ess caused "process_linux.go:297: getting the final child's pid from pipe caused \"EOF\"": unknown
ERROR: Encountered errors while bringing up the project.

Я получил ту же ошибку, когда попробовал не предоставленный том в образе.
Я имею в виду, что в docker-compose.yml это работает

• "C:/tomcat/журналы:/usr/локальные/tomcat/журналы"
  и это не
  
  
  
  • "C:/кот:/usr/локальные/кот"
  
  

Я периодически сталкиваюсь с этой проблемой на своем рабочем сервере Ubuntu 18.04 при развертывании через Azure Pipelines. Иногда это исправляет перезапуск Docker и/или перезапуск сервера. Кажется, это довольно расплывчатое сообщение об ошибке с множеством разных основных причин...

Журнал | Источник

Другая проблема может возникнуть, когда вы привязываете том, прикрепленный к локальному каталогу, и ваша точка входа находится в каталоге, который был заменен в контейнере. Таким образом, докер пытается выполнить точку входа и не находит ее или получает отказ в правах.

Сегодня у меня тоже была эта проблема. То, что я сделал вчера, просто изменил пароль пользователя Windows. Сегодня, когда я попытался запустить свой контейнер, столкнулся с этим сообщением об ошибке.

Как я решил? Сбросьте учетные данные диска в настройках. Сохраняет ли Docker Desktop мой пароль, когда я даю доступ к своим дискам 🤷‍♂?

У меня тоже похожее, но немного другое, пожалуйста, помогите

докер-компоновать
Запуск wapdocker_wordpress_1... ошибка

ОШИБКА: для wapdocker_wordpress_1 Не удается запустить службу wordpress: сбой создания среды выполнения b'OCI: container_linux.go:345: запуск процесса контейнера вызвал «exec: \»/bin/sh\»: stat /bin/sh: нет такого файла или каталога» : неизвестный'

ОШИБКА: для wordpress Не удается запустить службу wordpress: сбой создания среды выполнения b'OCI: container_linux.go:345: запуск процесса контейнера вызвал «exec: \»/bin/sh\»: stat /bin/sh: нет такого файла или каталога» : неизвестный'
ОШИБКА: обнаружены ошибки при запуске проекта.

Довольно легко исправить, в моем случае мне просто нужно было сохранить файлы, используемые докером, с конечной строкой LF вместо конечной строки CRLF, вы можете использовать для этого Vscode, а также настроить его для автоматического сохранения как LF с использованием расширения editorconfig.

Просто хотел взвесить эту ошибку. У меня было это, и я решил это.

В моем случае я использовал Proxmox VE 6.0 и системный контейнер (CT) под управлением CentOS. Чего я пытался добиться, так это запустить обычный (микро) контейнер в этом экземпляре. И я получил сообщение об ошибке. Проверил разрешения - все в порядке. Проверил selinux - не активировался. Потом меня осенило: вложенная виртуализация.

Оказывается, я не включил вложенную виртуализацию в Proxmox VE для системного контейнера с CentOS. Я остановил его, включил вложенную виртуализацию и вуаля, теперь я могу запускать в нем стандартные (микро) контейнеры.

Надеюсь, поможет.

Для чего это стоит: sudo docker container prune исправили проблему для меня.

Работал для меня, спасибо! :D

Этот ответ сработал для меня: https://github.com/docker/compose/issues/4039#issuecomment -261353666 спасибо @artem-gavrylenko

https://github.com/docker/compose/issues/4039#issuecomment-262424900

Я заметил, что строка CMD в файле докеров и параметр -command в файле компоновки докеров также вызывают эту ошибку.

Я столкнулся с этим сегодня, когда Docker 19.03.4 работал с Docker для Mac, и ☝️ решил эту проблему для меня. Я удалил command: npm start из своего docker-compose.yml так как мой Dockerfile вызвал CMD npm start . Кажется, теперь все работает так, как ожидалось.

вы должны сделать docker-entrypoint.sh исполняемым файлом перед сборкой образа:

chmod +x docker-entrypoint.sh

в противном случае он не может быть выполнен, и вы получите ошибку разрешения.

Мне это помогло. Спасибо.

У меня похожая проблема. Мое сообщение об ошибке:
ОШИБКА: для logstash Не удается запустить службу logstash: сбой создания среды выполнения OCI: container_linux.go:346: запуск процесса контейнера вызвал "process_linux.go:449: инициализация контейнера вызвала" rootfs_linux.go:58: монтирование \"/c/users/revature /documents/revature/William's Code/elasticapmdocker/logstash/logstash.yml\" в rootfs\"/mnt/sda1/var/lib/docker/overlay2/baa8081d216619bdc31c46a0b97b6b73ef1af2005b792f1adb5c3df974e39f57/merged\"s по адресу \"/lib/mvarnt\" s /docker/overlay2/baa8081d216619bdc31c46a0b97b6b73ef1af2005b792f1adb5c3df974e39f57/merged/usr/share/logstash/config/logstash.yml\" вызвало \"не каталог\""":

Согласно моему сообщению об ошибке, что-то может быть не так с моим файлом logstash.yml и файлом apm-server.yml.

Итак, мой файл logstash.yml выглядит так:
трубопровод:
партия:
задержка: 50
размер: 125
xpack.monitoring.enabled: правда

И мой apm-server.yml выглядит так:
apm-сервер:
хост: "0.0.0.0:8200"
setup.dashboards.enabled: правда
ром:
включено: правда
allow_origins: [' http://localhost :8080']
кибана:
включено: правда
хост: " локальный: 5601 "
logging.level: информация
logging.to_files: правда
лог.файлы:
путь: CHANGE_ME
имя: ДемоВебаппликатион
файлы хранения: 7
разрешения: 0644
logging.metrics:
включено: правда
output.elasticsearch:
индекс: "apm-server-%{+yyyy.MM.dd}"
хосты: [" локальный: 9200 "]
setup.template.name: "apm-сервер"
setup.template.pattern: "apm-server-*"

$ docker-compose up --build
Создание приложения
Шаг 1/10: ОТ ruby:2.6-slim
---> cd9eb8fc5abd
Шаг 2/10: ЗАПУСК apt-get update -qq && apt-get install -y build-essential cmake git tzdata libpq-dev ruby-dev curl
---> Использование кеша
---> dae7cef58b65
Шаг 3/10: ЗАПУСК curl -sL https://deb.nodesource.com/setup_11.x | bash - && apt-get install -y nodejs
---> Использование кеша
---> 68bdae8e1191
Шаг 4/10: ЗАПУСТИТЬ curl -sS https://dl.yarnpkg.com/debian/pubkey.gpg | apt-key add - && echo "deb https://dl.yarnpkg.com/debian/ stable main" | тройник /etc/apt/sources.list.d/yarn.list && apt-get update && apt-get install -y yarn
---> Использование кеша
---> 8ae18681c5c2
Шаг 5/10: ЗАПУСК apt-get clean && rm -rf /var/lib/apt/lists/* /tmp/* /var/tmp/*
---> Использование кеша
---> e7fece4b0095
Шаг 6/10: ЗАПУСК mkdir /app
---> Использование кеша
---> f59bc64ba38c
Шаг 7/10: WORKDIR/приложение
---> Использование кеша
---> 0e280a5c2986
Шаг 8/10: ЗАПУСТИТЬ сборщик установки gem -v 1.17.3
---> Использование кеша
---> 3cd92734be84
Шаг 9/10: ENTRYPOINT ["./docker-entrypoint.sh"]
---> Использование кеша
---> 0071a71c1342
Шаг 10/10: CMD ["bash"]
---> Использование кеша
---> a069f4950175
Успешно построен а069ф4950175
Успешно помечено ifme-master_ app:latest
ifme-master_db_1 актуален
Запуск ifme-master_app_1... ошибка
ОШИБКА: для ifme-master_app_1 Не удается запустить сервисное приложение: сбой создания среды выполнения OCI: container_linux.go:346: запуск процесса контейнера вызвал «exec:»./docker-entrypoint.sh»: stat ./docker-entrypoint.sh: нет такого файл или каталог": неизвестно

ОШИБКА: для приложения Не удается запустить сервисное приложение: сбой создания среды выполнения OCI: container_linux.go:346: запуск процесса контейнера вызвал «exec:»./docker-entrypoint.sh»: stat ./docker-entrypoint.sh: нет такого файла или каталог": неизвестно
ОШИБКА: обнаружены ошибки при запуске проекта.

Я получаю эту ошибку при выполнении команды docker-compose up --build
хотя у меня есть docker-entrypoint.sh

Это может быть вызвано сменой пароля.
Щелкните правой кнопкой мыши значок докера
-> настройки
-> Общие диски
-> повторно выберите рабочее место и система снова потребует ввести пароль.

Я тоже получаю эту ошибку, и sudo исправил ее. Однако должно быть альтернативное решение этой проблемы.

Вместо запуска от имени sudo просто запустите команду
chmod a+x /path/to/your/script.sh
дать разрешение на выполнение. Это намного лучше, чем использовать sudo каждый раз.

Я тоже получаю эту ошибку, и sudo исправил ее. Однако должно быть альтернативное решение этой проблемы.

Вместо запуска от имени sudo просто запустите команду
chmod a+x /path/to/your/script.sh
дать разрешение на выполнение. Это намного лучше, чем использовать sudo каждый раз.

Какой скрипт вы имеете в виду? @motoxnate

@ simanto604newscred сценарий, о котором я говорю, — это сценарий оболочки, используемый для
CMD ["script/docker-entrypoint.sh"]
Сценарий здесь находится по адресу script/docker-entrypoint.sh.

Вам нужно всего лишь один раз изменить разрешения сценария с помощью chmod a+x <script> и вам больше не придется использовать sudo.

Мне очень жаль добавлять к этой проблеме после того, как она была открыта:

Но я нашел способ обойти это. Просто перестройте образ, запустив:

docker-compose build

А затем запустите контейнер, используя только что созданный образ:

docker-compose up

Это все.

надеюсь, это поможет

У меня была аналогичная проблема, и ни один из способов, описанных здесь, не помог.
Позже я заметил, что запускал все команды из виртуальной среды Python.
Я думал, что это не имеет значения, потому что сегодня все сборки шли нормально, но позже сегодня ни один не прошел через событие после обрезки, перезапуска службы докеров и т. д.
После того, как я деактивировал виртуальную среду, все заработало правильно.
Оставлю это здесь, может быть кому-нибудь поможет.