그래,이게 나를 되돌려 놓고있어!

fig kill 및 fig rm 후에 작동합니까? VolumesFrom 의 Docker 버그라는 의심이 있습니다 : https://github.com/docker/fig/issues/328#issuecomment -50926263

fig kill 및 fig rm 후에 작동합니까? VolumesFrom 의 Docker 버그라는 의심이 있습니다 : https://github.com/docker/fig/issues/328#issuecomment -50926263

아니 정말,

파일과 함께 볼륨을 사용하는 동안 동일한 오류가 발생했습니다 ...

여기 VFS에서 작동하지 않습니다.

Storage Driver: aufs
 Root Dir: /var/lib/docker/aufs
Execution Driver: native-0.2
Kernel Version: 3.10.42-xenU-12-e888729-x86_64
Operating System: Ubuntu 14.04 LTS

하지만 내 개인용 컴퓨터에서 잘 작동합니다.

$ docker info
Storage Driver: aufs
 Root Dir: /var/lib/docker/aufs
Execution Driver: native-0.2
Kernel Version: 3.13.0-35-generic
Operating System: Ubuntu 14.04.1 LTS

기록을 위해 도커 버전 출력은 동일하지만 1.2에서도 완벽하게 작동했음을 기억하기 때문에 그렇게 중요하지 않다고 확신합니다.

Client version: 1.3.0
Client API version: 1.15
Go version (client): go1.3.3
Git commit (client): c78088f
OS/Arch (client): linux/amd64
Server version: 1.3.0
Server API version: 1.15
Go version (server): go1.3.3
Git commit (server): c78088f

그래서 제가 발견 할 수있는 유일한 차이점은 커널 버전입니다. 첫 번째 (작동하지 않는)는 VFS이고 두 번째는 내 컴퓨터입니다. 무슨 일이 일어나고 있는지 이해하는 데 도움이됩니까?

흠, 오염되어 죄송합니다. 간단한 오타. 이것에 잡힌 첫 번째 사람이 아닌 것 같습니다.

(오타로 인해) 호스트 측의 존재하지 않는 위치에서 "-v"가 호출되면 필요한 경우 빈 디렉토리와 모든 상위 디렉토리가 생성됩니다. 그런 다음 컨테이너에이 빈 디렉토리를 마운트하려고 시도하고 파일이 이미 대상 위치에 있음을 확인하면이 메시지가 표시됩니다.

도 커가 호스트 측에 디렉토리를 생성하도록 허용해서는 안된다고 생각합니다. 이 스레드를 오염시키지 않으려면 이전 댓글 (및이 댓글)을 삭제해야합니까?

나는 2 센트를 더하고이 실을 부딪 힐 것이다. docker-compose 에 단일 파일을 추가 할 수 있으면 매우 유용합니다. 지금 당장은 각 컨테이너에 대해 별도의 디렉터리를 가져야하지만 대부분의 컨테이너에는 1 ~ 2 개의 파일 만 있습니다. 모두 같은 폴더에 넣은 다음 개별적으로 참조하는 것이 좋습니다.

바인드 마운트 파일을 포함하는 볼륨을 수행하는 것과 관련된 어느 시점에서 버그가 있다고 생각합니다.
오늘은 이것이 문제라고 생각하지 않습니다.

이것은 반복되는 문제인 것 같습니다.

@ md5 의 참조 및 기타 의견에 따라 다음 조건에서이 동작을 충실하게 재현 할 수 있습니다.

• CentOS 7
• Docker 1.5.0 (yum 패키지 docker-1.5.0-28.el7.centos)
• 도커 작성 1.1.0

이 동작은 yum 패키지 docker-1.5.0-1.el7 나타나지 않았습니다.

예:

간단한 서비스 선언 사용 :

test:
  image: nginx
  ports:
    - "80:80"
  volumes:
    - sites/test.conf:/etc/nginx/conf.d/default.conf

디렉토리가 아닌 파일 마운트를 바인드하려고 할 때 docker-compose 는 다음을 생성합니다.

docker create_container <- (name=u'webcluster_test_1', image=u'nginx:latest', environment={}, volumes={u'/etc/nginx/conf.d/default.conf': {}}, detach=True, ports=[u'80'])
file exists at %!s(MISSING), can't create volume there

그러나 동등한 docker run 명령은 성공합니다.

docker run --name test -d -p "80:80" \
  -v ${PWD}/sites/test.conf:/etc/nginx/conf.d/default.conf \
  nginx

@dayglojesus Docker의 개발 버전을 사용하고있는 것 같습니다.
docker version 의 출력을 제공 할 수 있습니까?
여기에있는 오류 메시지는 다음 커밋에서 가져온 것입니다. https://github.com/docker/docker/commit/b0ed2da4418d62d2d7b940b49e0e89bdcd264569

이 커밋은 Docker의 릴리스 버전이 아니며 마스터에 수정 사항이 있으며 1.6 RC 시리즈의 일부입니다.

@ cpuguy83 1.6 RC가 아닌 버전 1.5.0이라고보고합니다.

Docker version 1.5.0-dev, build fc0329b/1.5.0

이것은 CentOS 7 yum 리포지토리에서 사용할 수있는 "공식"빌드이며, 개발 리포지토리를 조정하지 않습니다.

docker-compose 가이 동작을 나타내지 docker run 는 그렇지 않은 이유는 무엇입니까? Docker 또는 docker-compose 의 버그입니까?

더 많은 정보가 필요하면 알려주세요.

@dayglojesus 예, 이것은 고정 표시기의 출시 버전이 아닙니다 1.5.0-dev 고정 표시기 1.5.0 절단 언젠가 이후에 건축되었다.
릴리스 된 버전의 docker에는 버그가 없습니다.

@ cpuguy83 알겠습니다 . 이상합니다.이 패키지가 어떻게 저장소에 포함되었는지 궁금합니다. CentOS 7 용 실제 Docker 1.5.0 릴리스와 관련된 yum 패키지를 알고 있습니까?

잘 모르겠습니다 ... ping @ lsm5

@dayglojesus 그래서 당신이 설치 한 것은 http://wiki.centos.org/Cloud/Docker 를 참조

거기에있는 rhel 항목에 관심이 있다면 https://bugzilla.redhat.com 에서 버그를

이 문제에 대한 RHEL 티켓을 제출했습니다. https://bugzilla.redhat.com/show_bug.cgi?id=1209625
감사합니다, @ lsm5.

음, 도커 1.5를 사용하는 우분투 14.04lts에서 동일한 결과를 얻었습니다.

Linux mint / ubuntu에서 나에게 발생하면 파일이 전혀 마운트되지 않았습니다 (컨테이너를 덮어 쓰도록되어 있지만 그렇지 않습니다)

etc-localtime 와 (과) 동일한 문제가 있습니다.

• Linux guest.vm 3.13.0-49- 일반 # 81-Ubuntu
• x86_64 x86_64 x86_64 GNU / Linux
• 설명 : Ubuntu 14.04.2 LTS
• 릴리스 : 14.04
• 암호명 : 신뢰할 수있는
• 도커 버전 1.5

문제가있는 경우 +1은 특히 OP 문제와 전혀 관련이 없기 때문에 도움이되지 않습니다.

실행중인 docker comand, 예상되는 항목, 실제로보고있는 항목을 포함하세요.
docker info 및 docker version 출력도 포함합니다.
감사.

@ cpuguy83 좋아, 여기 내 경우에 대한 것입니다.

명령:

docker run -d --name webserver -p 80:80 -v ~/www/:/home/site/www/ -v ~/docker/share/apache_logs/:/home/site/logs -v ~/.gitconfig:/home/site/.gitconfig ...

상황 : ~ / .gitconfig가 해당 명령을 실행하기 전에 호스트에 존재하지 않습니다.

무슨 일이 일어나는가 : ~ / .gitconfig는 현재 사용자가 아닌 루트가 소유 한 dir로 생성되고 컨테이너가 실행되지 않고 ~ / .gitconfig를 마운트 할 수 없다는 메시지와 함께 중지됩니다 (전체 경로 사용) 틸드 속기가 아닌 텍스트)

내가 기대하는 것 : docker는 현재 사용자가 소유 한 빈 파일로 ~ / .gitconfig를 만들고 컨테이너를 성공적으로 시작하거나 ~ / .gitconfig를 전혀 만들지 않고 더 나은 오류 메시지로 시작하는 것을 거부해야합니다.

도커 정보 :

user<strong i="14">@ubuntu14server</strong>:~$ docker info
Containers: 5
Images: 153
Storage Driver: aufs
 Root Dir: /var/lib/docker/aufs
 Backing Filesystem: extfs
 Dirs: 163
Execution Driver: native-0.2
Kernel Version: 3.16.0-30-generic
Operating System: Ubuntu 14.04.2 LTS
CPUs: 1
Total Memory: 3.847 GiB
Name: ubuntu14server
ID: D52N:QLNG:UE33:N7F3:LZJP:NCF4:6OUS:COOJ:ISL3:2CRK:ZX3U:L3DW
WARNING: No swap limit support
user<strong i="15">@ubuntu14server</strong>:~$ docker version
Client version: 1.5.0
Client API version: 1.17
Go version (client): go1.4.1
Git commit (client): a8a31ef
OS/Arch (client): linux/amd64
Server version: 1.5.0
Server API version: 1.17
Go version (server): go1.4.1
Git commit (server): a8a31ef

@gggeek 여기서 문제는 사용자가 원하는 파일을 감지 할 수있는 방법이 없다는 것입니다 (이전에 논의
시작 스크립트에서 docker run 명령 앞에 touch ~/.gitconfig 를 추가하는 것이 좋습니다.

:-D 그게 내가 한 일입니다.
경로 2를 사용하고 폴더를 만들지 않는 것은 어떻습니까?

@gggeek 그 배는 항해했고 불행히도 큰 변화가 될 것입니다.

;-( 오, 글쎄

Docker version 1.6.0, build 4749651 에이 버그가 있습니다.

관련 문제 : https://github.com/docker/docker-py/issues/546

이 문제를 해결하는 것과 관련된 한 가지를 찾은 것 같습니다. AWS에서 최신 docker-compose (1.20) / docker (1.6.0)를 사용합니다. 그리고 nginx를 시작하려고 할 때 마다이 오류가 발생했습니다.

Cannot start container e9586e9e936c9b3991283c676bd071abb92a7b6b3bc0b667cf77a68fa4cc9222: [8] System error: mounting into / is prohibited

필사적으로 nginx Dockerfile을 살펴 보았고 하나의 볼륨이 노출되는 것을 보았습니다. 그래서이 볼륨을 내가 마운트 한 목록에 추가했고 갑자기 모든 것이 작동했습니다!

따라서 docker-compose와 docker seam의 차이점은 볼륨의 기본값입니다.

문제가 종결되었지만 해결책은 무엇입니까?
도커 컨테이너에 파일을 마운트 할 수 없다는 것과 동일한 문제가 있습니다.
Windows의 최신 Docker Toolbox 버전 (docker 1.9)
컨테이너를 시작하면

Cannot start container XXX: [8] System error: not a directory

솔루션 인 Sascha-Egeria와 동일합니까?

신고하신 문제는이 문제와 동일하지 않습니다. 이 문제는 오래 전에 수정 된 이전 버전의 Docker 버그였습니다.

문제가 # 2268과 관련된 것으로 들리나요? 당신의 전체 출력이 문제에 게시 할 수있는 경우 docker-compose version , docker info , 당신의 내용 docker-compose.yml , 당신은 실행 한 명령, 우리는 더 디버깅 할 수 있습니다 문제.

마침내 Git Bash와 "docker-machine ssh [MACHINE]"명령을 사용하여 내 문제를 해결하여 Docker와 함께 작동합니다.
Windows에서 Docker Quickstart Terminal (1.9d)의 새로운 셸은 정말 좋지 않습니다.

나는 같은 문제가 있습니다.
Docker 작성 : 1.5.1
Docker : 1.9.1

nginx:
  image: nginx
  links:
   - web
  volumes:
   - .:/code
   - ./docker/nginx.conf:/etc/nginx/conf.d/default.conf <------
  ports:
   - "80:80"

@ jordi12100 디렉토리를 얻고 있다면 파일을 찾을 수 없습니다.

이미지에 /etc/server.conf 파일이있는 server.conf:/etc/server.conf 로 마운트하려고 시도하는 docker 1.9.1에서 재현되었습니다.

상대 경로를 사용하면 docker가 호스트 파일을 폴더 이름으로 간주합니다. 컨테이너에있는 파일이고 기존 파일 /etc/server.conf 폴더를 마운트 할 수 없으므로 실패합니다.

에 절대 경로를 사용하여 server.conf 나에 대한 수정 문제를 docker run -v /absolute/path/to/server.conf:/etc/server.conf ... 와 고정 표시기 취급을 server.conf 평소 파일로에게.

상대 경로는 . 시작해야하므로 ./server.config 해보세요.

이것이 없으면 명명 된 볼륨으로 간주됩니다.

동일한 문제가 있으며 . 도 파일을 마운트 할 수 없습니다. Docker (또는 docker-compose?)는 절대 파일 경로를 제공하지 않는 한 파일을 폴더로 간주합니다.

Docker : 1.9.1
Docker 작성 : 1.5.2

docker-compose works와 함께 ./server.conf:/etc/server.conf 를 사용하십시오. 그러나 docker CLI의 -v 옵션은 잘못된 경로에 대해 불평하고 마운트 할 파일에 대한 절대 경로 만 허용합니다.

@kirisetsz 맞습니다; docker-compose는 docker-compose.yml 파일에 상대적인 상대 경로를 허용합니다. Compose는 상대 경로에서 절대 경로로의 변환을 처리합니다. docker (comose가 아님)를 사용하는 경우 절대 경로를 지정해야합니다. 전체 경로를 입력하지 않으려면 -v $(pwd)/server.conf:/etc/server.conf 사용할 수 있습니다.

다음과 같은 문제가 있음을 확인합니다.
Mac OS X.10.11.3
Docker version 1.9.1, build a34a1d5
docker-compose version 1.5.2, build 7240ff3
절대 또는 상대 호스트 경로를 지정하더라도 동일한 응답이 있습니다.
ERROR: Cannot start container a9ed08a3ee639f61ff2720745011c940a5fff5b9b98bda6a45156a80381c5328: [8] System error: not a directory
참고 :

nginx:
  image: nginx
  ports:
    - 8080:80
    - 8443:443
  volumes_from:
    - application
  volumes:
    - ./SCM/Data/Etc/Configuration/nginx.conf:/etc/nginx/conf.d/default.conf:ro
    - ./LOGS/nginx:/var/log/nginx:rw
  links:
    - fpm

나는 또한이 문제가 있습니다

composer:
    image: php7-composer:latest
    working_dir: /data/application
    volumes:
      - ./.composer/cache:/var/composer/cache:rw
      - ./.composer/auth.json:/var/composer/auth.json:rw

이 예에서 auth.json은 호스트 머신의 디렉토리로 생성되며 파일이어야합니다. 처음에 auth.json을 호스트 머신에 넣으면 디렉토리가 아니라고 불평합니다.

나에게도 시도 할 때 :

볼륨 :
-./docker/default.conf:/etc/nginx/conf.d/default.conf

오류가 발생합니다 : ERROR : Cannot start container 9f ...... f1e : [9] 시스템 오류 : 디렉터리가 아닙니다.

conf.d를 다른 것으로 변경하면 작동하지만 default.conf를 파일 대신 디렉토리로 마운트합니다.

윈도우 10
docker 버전 : 1.10.1
docker-compose 버전 1.6.0, 빌드 cdb920a

이 버그가 해결되지 않고 종료되었으므로 다시 열 수 있습니까? 여전히 일어나고 있습니다. 내 경우는 /etc/nginx/nginx.conf 아래의 nginx 이미지에 nginx.conf 파일을 마운트하려고 시도하는 다른 많은 경우와 동일합니다.

docker-compose.yml에서 :

nginx:
  image: "nginx:1.9.7"
  ports:
    - "80:80"
    - "443:443"
  volumes:
    - "./config/nginx.conf:/etc/nginx/nginx.conf:ro"
    - "./config/development-cert.pem:/etc/nginx/cert.pem:ro"
    - "./config/development-key.pem:/etc/nginx/key.pem:ro"

산출:

$ docker-compose up -d nginx
Starting example_nginx_1
ERROR: Cannot start container 81f4237f3f0e962d8861ca30744bfd78c3b61b4ea5891a19c712c682ecc5142c: [9] System error: not a directory

VMware Fusion 플러그인 (VMware Fusion 8.1.0)과 CoreOS 호스트가있는 Vagrant VM을 사용하여 OS X (10.11.3)에서 Docker를 실행하고 있습니다. 관련 버전 정보 :

$ vagrant -v
Vagrant 1.8.1

$ vagrant plugin list
vagrant-vmware-fusion (4.0.8)

$ docker-compose -v
docker-compose version 1.6.0, build unknown

$ docker info
Containers: 6
 Running: 5
 Paused: 0
 Stopped: 1
Images: 6
Server Version: 1.10.1
Storage Driver: overlay
 Backing Filesystem: extfs
Execution Driver: native-0.2
Logging Driver: json-file
Plugins:
 Volume: local
 Network: host bridge null
Kernel Version: 4.4.1-coreos
Operating System: CoreOS 970.1.0 (Coeur Rouge)
OSType: linux
Architecture: x86_64
CPUs: 8
Total Memory: 2.391 GiB
Name: localhost
ID: 73NW:JIK2:PTGX:3JVG:JZM4:NON4:DXOD:NAUU:UN7Q:T3F5:ZMZG:UWGR
Username: redacted
Registry: https://index.docker.io/v1/

$ docker version
Client:
 Version:      1.10.1
 API version:  1.22
 Go version:   go1.5.3
 Git commit:   9e83765
 Built:        Fri Feb 12 22:11:40 UTC 2016
 OS/Arch:      darwin/amd64

Server:
 Version:      1.10.1
 API version:  1.22
 Go version:   go1.4.3
 Git commit:   88b8b3a
 Built:
 OS/Arch:      linux/amd64

여기 내 의견을 참조하십시오 : https://github.com/docker/compose/issues/424#issuecomment -157751229

오류는 동일하게 나타날 수 있지만 다른 문제로 인해 발생했을 가능성이 큽니다.

https://github.com/docker/docker/issues/13670 및 https://github.com/docker/docker/issues/19304 도 참조 하세요 .

설정 한 작업 디렉토리가 디렉토리로 존재하지 않는 경우이를 얻을 수 있다는보고도 들었습니다. 나는 당신이 이러한 문제 중 하나에 부딪 치고 있다고 생각합니다.

https://github.com/brikis98/docker-osx-dev를 사용해보십시오

이 문제가 발생하여 머리카락을 모두 빼낸 후 폴더가 루트 소유 폴더에 대한 심볼릭 링크임을 발견했습니다.

모든 콘텐츠를 (내) 사용자 소유 폴더로 이동했으며 정상적으로 작동합니다.

Docker-1.12.0-rc2
도커 머신 0.8.0-rc1
Docker 작성 1.8.0-rc1

Google을 통해이 스레드를 찾았습니다. 나도이 문제가 있습니다. 단일 파일, OSX에 바인딩 할 수 없습니다.

Docker version 1.12.0-rc4, build e4a0dbc, experimental
docker-compose version 1.8.0-rc2, build c72c966

Docker는 오늘 방금 업데이트되었습니다.

업데이트 : 파일이 아닌 디렉토리로 마운트하려는 시도를 보여주는 스크린 샷.

나는 같은 문제가 있습니다 :-( 단일 파일을 마운트 할 수 없습니다

Client:
 Version:      1.12.0-rc4
 API version:  1.24
 Go version:   go1.6.2
 Git commit:   e4a0dbc
 Built:        Wed Jul 13 03:28:51 2016
 OS/Arch:      darwin/amd64
 Experimental: true

Server:
 Version:      1.12.0-rc4
 API version:  1.24
 Go version:   go1.6.2
 Git commit:   e4a0dbc
 Built:        Wed Jul 13 03:28:51 2016
 OS/Arch:      linux/amd64
 Experimental: true

또한 문제 확인

오늘의 OSX 업데이트로 문제가 해결되었습니다. docker-compose를 사용하여 단일 파일을 성공적으로 마운트 할 수있었습니다.

Docker version 1.12.0, build 8eab29e, experimental
docker-compose version 1.8.0, build f3628c7

docker-compose로 파일을 마운트하려고했습니다.

// docker-compose.yml
version: '2'
services:
  web:
    build: .
    privileged: true
    volumes:
      - "/usr/src/app/app.conf:/etc/app.conf"
    entrypoint: /run.sh

호스트 컴퓨터에서

ls /usr/src/app/ -la
total 12
drwxr-xr-x   3 root root 4096 Aug  9 11:08 .
drwxr-xr-x 101 root root 4096 Aug  8 14:16 ..
drwxr-xr-x   2 root root 4096 Aug  9 11:08 app.conf

Docker-compose가 디렉토리를 생성했습니다 : drwxr-xr-x app.conf
파일 대신.

이것은 정상적인 동작입니까? 파일을 만들고 마운트해야합니다.

누군가 나에게 설명을 해주면 매우 감사하겠습니다.

# lsb_release -a
Distributor ID: Ubuntu
Description:    Ubuntu 16.04.1 LTS
Release:        16.04
Codename:       xenial

Docker version 1.12.0, build 8eab29e
docker-compose version 1.8.0, build f3628c7

@bogulean 바인딩-마운트하려는 파일 또는 디렉토리가 존재하지 않으면 docker는 _file_ 또는 _directory_를 예상하는지 확인할 방법이 없습니다 ( /usr/src/app/app.conf 가 그렇지 않은 경우). 도커 데몬은 해당 위치에 디렉터리를 만들고 컨테이너에 바인딩 마운트합니다.

경로의 자동 생성을 지원 중단 / 제거하려고 시도했지만 (대신 오류 생성) 이전 버전과 호환되지 않는 변경 (일부 사람들은이 동작에 의존)이 너무 많으므로이 동작을 유지해야했습니다.

@thaJeztah 빠른 답장을 보내 주셔서 감사합니다!
docker-compose를 시작하기 전에 수동으로 "/usr/src/app/app.conf"파일을 만들려고했는데 결과는 다음과 같습니다.

ERROR: for web  Cannot start service web: oci runtime error: rootfs_linux.go:53: mounting "/var/lib/docker/aufs/mnt/dc65b60b56bae344412f8c23a35f6a19d897b0cad0673bcb9316267ed02a44fe/etc/app.conf" to rootfs "/var/lib/docker/aufs/mnt/dc65b60b56bae344412f8c23a35f6a19d897b0cad0673bcb9316267ed02a44fe" caused "not a directory"
ERROR: Encountered errors while bringing up the project.

@bogulean 설정은 무엇입니까? 데몬과 클라이언트가 모두 동일한 컴퓨터에서 실행 중이거나 원격 데몬 (또는 가상 머신에서 실행중인 데몬)으로 작업하고 있습니까?

@thaJeztah 저는 DO 호스트 인 Ubuntu 16.04 LTS를 사용하고 있습니다.
docker-compose 및 docker가 설치되어 있습니다. 아래 버전을 찾으십시오.

# lsb_release -a
Distributor ID: Ubuntu
Description:    Ubuntu 16.04.1 LTS
Release:        16.04
Codename:       xenial

Docker version 1.12.0, build 8eab29e
docker-compose version 1.8.0, build f3628c7

이 컴퓨터에서 모든 것이 실행 중이며 ssh를 사용하여 연결되었습니다.

docker compose를 방정식에서 제거하려고 시도하면 재현을 시도 할 수 있습니까?

docker run --rm -v /usr/src/app/app.conf:/test/app.conf alpine cat /test/app.conf

구성 파일을 bind-mount하고 내용을 인쇄해야합니다.

docker run -it --rm -v /usr/src/app/app.conf:/test/app.conf alpine sh -c 'cat /test/app.conf'
Unable to find image 'alpine:latest' locally
latest: Pulling from library/alpine
e110a4a17941: Pull complete
Digest: sha256:3dcdb92d7432d56604d4545cbd324b14e647b313626d99b889d0626de158f73a
Status: Downloaded newer image for alpine:latest
Hello from /usr/src/app/app.conf

@thaJeztah 테스트 목적으로 나에게 제공한다면 docker-compose.yml을 실행할 수도 있습니다.

@bogulean 오른쪽이므로 docker-compose 또는 빌드 / 실행중인 이미지에 문제가있는 것 같습니다. 이것은 이전 테스트와 동일하지만 docker-compose를 통해 수행됩니다.

version: '2'
services:
  web:
    image: "alpine:latest"
    volumes:
      - "/usr/src/app/app.conf:/test/app.conf"
    command: "cat /test/app.conf"

그리고 그것이 효과가 있는지 시도하십시오.

docker-compose run web

( Hello from /usr/src/app/app.conf 도 인쇄해야 함)

@thaJeztah , 감사합니다! docker-compose.yml이 Hello from /usr/src/app/app.conf 반환
그래서 다른 곳에서 뭔가 잘못하고 있음을 깨닫게되었고 Dockerfile에 한 줄이 있음을 발견했습니다.
VOLUME ["/usr/src/app.conf"]
그것을 제거하고 파일이 예상대로 바인딩되기 시작했습니다.

시간 내 줘서 고마워.

잘 듣고 기꺼이 도와 드리겠습니다!

귀하의 경우 문제는 VOLUME 에도 디렉토리가 필요하므로 볼륨을 생성하고 /usr/src/app.conf 에 마운트하려고 시도했습니다. 호스트의 단일 파일로 작업하는 가장 좋은 방법은 일반적으로 /usr/src/config/ 디렉토리를 사용하여 이러한 상황을 고려하는 것입니다. 그런 다음 파일 대신 해당 디렉토리에 대해 bind-mount (또는 볼륨 사용)합니다. 분명히 항상 가능한 것은 아닙니다.

@thaJeztah , 이것을 실행할 때 동일한 문제가 있습니다.

docker run -v $(pwd)/filebeat.yml:/filebeat.yml prima/filebeat:1.2 cat filebeat.yml
cat: filebeat.yml: Is a directory

/ 이미지 / 컨테이너 내에 확실히 존재합니다.

docker run -v $(pwd)/filebeat.yml:/filebeat.yml prima/filebeat:1.2 ls -al
drwxr-xr-x   2 root root   40 Aug  9 20:46 filebeat.yml

일반적으로 Docker Compose와 관련이없는 Docker 버그 인 것 같습니다.
이 경우 Docker가 디렉토리를 만드는 이유를 모르겠습니다.

어떤 아이디어? 감사합니다!

또한 알파인 이미지로 예제를 시도했습니다. 같은. cat: read error: Is a directory

@thasmo filebeat.yml 이 파일이 아니라 디렉토리이기 때문에이 오류가 발생합니다.
컨테이너에 마운트하기 전에 파일이 호스트에 있는지 확인해야합니다. 그렇지 않으면 docker가 디렉토리를 생성합니다.

@ cpuguy83 , 방금 문제를 찾은 것 같습니다. Docker Machine 및 VirtualBox를 통해 Windows에서 Docker를 사용하고 있으며 VirtualBox를 통해 컨테이너에 로컬 파일을 마운트 할 수 없습니다.
https://docs.docker.com/docker-for-windows/troubleshoot/#/host -filesystem-sharing

Windows 10 주년 업데이트에서 Docker 새로 설치에 대한 문제를 발견했습니다.
사실이 문제는 아주 간단한 해결책입니다

Docker 옵션에서 공유 드라이브 필요 http://www.awesomescreenshot.com/image/1510321/0f1a81d7a8883df5a61bcdf04b3994cf
문제를 찾아 해결합니다.

우분투 16.10에서 여전히 문제가 있습니다.

➜  gi_proxy git:(master) ✗ docker -v
Docker version 1.12.3, build 6b644ec

docker run --name hap ... -v /home/cverbinnen/src/unisporkal/gi_proxy/dev-resolv.conf:/etc/resolv.conf

docker: Error response from daemon: invalid header field value "oci runtime error: container_linux.go:247: starting container process caused \"process_linux.go:359: container init caused \\\"rootfs_linux.go:53: mounting \\\\\\\"/home/cverbinnen/src/unisporkal/gi_proxy/dev-resolv.conf\\\\\\\" to rootfs \\\\\\\"/mnt/sda1/var/lib/docker/aufs/mnt/34ee49dcff906310df08b5a0bdf02ebafd302c1c7bf8b81ecd2778757fdb5713\\\\\\\" at \\\\\\\"/mnt/sda1/var/lib/docker/aufs/mnt/34ee49dcff906310df08b5a0bdf02ebafd302c1c7bf8b81ecd2778757fdb5713/etc/resolv.conf\\\\\\\" caused \\\\\\\"not a directory\\\\\\\"\\\"\"\n".

도커 실행을 / tmp / foo와 같이 존재하지 않는 파일에 마운트하도록 변경하면 작동하지만 디렉토리를 마운트합니다.

@djpate 는 가상 머신이 아닌 동일한 호스트에서 실행되는 도커 데몬입니다. docker 데몬이 실행되는 시스템에 /home/cverbinnen/src/unisporkal/gi_proxy/dev-resolv.conf 가 없으면 데몬은 해당 이름으로 _directory_를 만들고 컨테이너 내부의 /etc/resolv.conf 에서 바인딩 마운트를 시도합니다. /etc/resolv.conf 는 _file_이므로 파일 위에 디렉토리를 바인드 마운트하는 데 실패합니다.

그렇긴하지만, 로컬 파일로 /etc/resolv.conf 을 (를) 재정의 하지 않는 것이 좋습니다 . /etc/resolv.conf 는 사용할 올바른 DNS 서버를 설정하기 위해 docker에 의해 관리됩니다. Docker에는 서비스 검색을위한 내장 DNS 서버가 있으므로 해당 파일을 재정의하면 서비스 검색이 작동하지 않습니다.

당신이 설정 DNS 옵션을 원하는 경우, 사용 --dns , --dns-opt 및 --dns-search 에 옵션 docker run ;

--dns value                   Set custom DNS servers (default [])
--dns-opt value               Set DNS options (default [])
--dns-search value            Set custom DNS search domains (default [])

이렇게하면 예기치 않은 결과가 발생하지 않고 해당 옵션이 설정됩니다. 컨테이너 내부의 DNS는 항상 127.0.0.11 (내장 DNS 서버)이지만 해당 서버는 --dns 지정한 DNS 서버로 요청을 자동으로 전달합니다.

@thaJeztah 저는 도커를 처음

말씀 드린대로 DNS 옵션으로 변경하겠습니다. 감사합니다! 하지만 버그는 여전히 존재한다고 생각합니다.

이것은 docker-compose v1.6.2 및 docker v1.10.2에서 나에게 적합하지 않습니다.

절대 경로를 사용하여 작동하지만, 불행하게도 절대 경로는 절대하지 작업 :(. 나는 모든 조합을 시도했습니다 것입니다 내 사용 사례에 대한 ./ 및 ../ 내가 생각할 수 있습니다.

편집 : 또한 VM이없는 Linux에서 실행 중이므로 @thaJeztah 솔루션이 작동하지 않습니다.

OS는 Ubuntu 14.04입니다.

Docker는 현재 최대 1.13.1입니다. Docker를 업그레이드하십시오. 1.12.x부터 작동했습니다.

아, 감사합니다. 고정 된 경우 도커 및 업데이트를 업그레이드합니다. :)

편집 : 일했습니다! 감사합니다 @guice

뿡 빵뀨

bind-mount하려는 파일 또는 디렉토리가 존재하지 않는 경우 docker는 파일 또는 디렉토리를 예상하는지 확인할 방법이 없습니다 (/usr/src/app/app.conf가 '존재하지 않음), 도커 데몬은 해당 위치에 디렉터리를 만들고 컨테이너에 바인딩 마운트합니다.
경로의 자동 생성을 지원 중단 / 제거하려고 시도했지만 (대신 오류 생성) 이전 버전과 호환되지 않는 변경 (일부 사람들은이 동작에 의존)이 너무 많으므로이 동작을 유지해야했습니다.

이 사용 사례를 정확히 6 시간 동안 시도했지만 지금은 불가능하다는 사실을 알게 된 후 매우 실망했습니다.
:ro 및 :rw 와 같은 추가 마운트 옵션을 지정할 수 있다는 점을 고려하여 "파일 플래그"와 같은 것을 볼륨 선언에 추가하지 않는 이유는 무엇입니까?

volumes:
  - "./config.json:/app/config.json:rwf"

컨테이너 파일을 호스트 파일에 매핑 할 때 컨테이너 초기화시 호스트 파일이 생성 (컨테이너에서 복사) 될 것으로 예상합니다.
불행히도 구성 파일이 응용 프로그램 루트 디렉터리에 직접 들어있는 컨테이너를 찾는 것은 매우 일반적이며, 전체 루트를 "볼륨화"하고 싶지는 않습니다. 이 경우 이것이 작동한다면 특히 유용 할 것입니다.

@malyzeli 당신은 이와 같은 구성을 삽입하거나 시작시 템플릿을 삽입하는 방법으로 비밀을보고 싶을 수 있습니다.
볼륨은 실제로 구성이 아닌 지속성을 위해 설계되었습니다.
실제로 docker는 호스트 경로를 자동으로 생성하지 않아야하며이 동작은 최신 API에서 제거되었습니다.

헉헉

나는 당신의 요점을 이해하지 못하므로 Docker 생태계를 처음 접했기 때문에 내 가정을 설명하거나 수정하십시오.

이와 같은 구성을 삽입하거나 시작시 템플릿을 삽입하는 방법으로 비밀을 살펴볼 수 있습니다.

구성 파일이 응용 프로그램에서 직접 일부 설치 마법사에 의해 생성 되었기 때문에 구성 파일이 어떻게 생겼는지 모르겠다면 어떻게해야합니까?
예를 들어 Limesurvey 및 NodeBB와 같은 많은 응용 프로그램에는 이러한 종류의 최초 설정이 있습니다.

볼륨은 실제로 구성이 아닌 지속성을 위해 설계되었습니다.

기존 컨테이너의 구성이 영구적이지 않아야 함을 의미합니까?
그런 다음 다중 컨테이너 인프라의 일부를 백업하려면 어떻게해야합니까?
문제가 발생하면 신속하게 복원 할 수 있도록 볼륨에 데이터와 구성을 모두 갖고 싶습니다.

실제로 docker는 호스트 경로를 자동으로 생성하지 않아야하며이 동작은 최신 API에서 제거되었습니다.

실제로 호스트 경로를 생성하는 데 필요하지는 않지만 기존 이미지 데이터로 지정된 볼륨을 초기화 (예 : 호스트 시스템 및 / 또는 다른 컨테이너에서 편집 할 수있는 일부 html 템플릿 "외부화")하고 여전히 Dockerfile 참조에 명시된대로 정확하게 작동합니다.

docker run 명령은 기본 이미지 내의 지정된 위치에있는 모든 데이터로 새로 생성 된 볼륨을 초기화합니다.

구성 파일이 응용 프로그램에서 직접 일부 설치 마법사에 의해 생성 되었기 때문에 구성 파일이 어떻게 생겼는지 모르겠다면 어떻게해야합니까?

생성하고, 이미지 / 컨테이너에서 추출하고, 비밀을 만드십시오.

문제가 발생하면 신속하게 복원 할 수 있도록 볼륨에 데이터와 구성을 모두 갖고 싶습니다.

비밀을 사용하십시오. 우리는 또한 비밀과 유사한 전용 config 개체를보고 있지만 그렇게 제한되지는 않습니다.하지만 오늘날에는 비밀을 사용할 수 있습니다.

실제로 호스트 경로를 생성하는 데 필요하지는 않지만 기존 이미지 데이터로 지정된 볼륨을 초기화 (예 : 호스트 시스템 및 / 또는 다른 컨테이너에서 편집 할 수있는 일부 html 템플릿 "외부화")하고 여전히 Dockerfile 참조에 명시된대로 정확하게 작동합니다.

바인드 마운트는 볼륨이 아닙니다. Dockerfile 참조는 볼륨에 대해 이야기하고 있습니다. 두 가지 모두에 docker run -v 가 사용되는 것은 유감입니다.

구성을 저장하는 데 볼륨을 사용하지 말라고 말하는 것은 아닙니다. 더 나은 솔루션이 있는지 평가해야한다고 말하는 것입니다 (그리고 IMO 비밀이 훨씬 더 좋습니다).

호스트 바인드는 호스트에 이미 존재하는 것을 가져 와서 컨테이너로 가져 오는 것 외에는 나쁜 솔루션이며, 클러스터 환경에 대해 이야기 할 때는 일반적으로 작동하지 않습니다.

헉헉

생성하고, 이미지 / 컨테이너에서 추출하고, 비밀을 만드십시오.

그래, 그게 내가하는 일인데 어차피 귀찮게 복잡해 보인다 .. :-)

비밀을 사용하십시오. 우리는 또한 비밀과 유사한 전용 config 개체를보고 있지만 그렇게 제한되지는 않습니다.하지만 오늘날에는 비밀을 사용할 수 있습니다.

비밀을 몰랐습니다, 감사합니다!

바인드 마운트는 볼륨이 아닙니다. Dockerfile 참조는 볼륨에 대해 이야기하고 있습니다. 두 가지 모두에 docker run -v 가 사용되는 것은 유감입니다.

좋아요, 예상대로 작동하지 않는 이유에 대한 설명 인 것 같습니다. 동일한 -v 매개 변수를 통해 수행된다는 점을 고려할 때 바인딩과 볼륨은 동일한 것에 대해 다른 이름을 지정한다고 생각했습니다.

Windows 에서이 버그를 본 사람들을 위해 ... 공유 드라이브가 있더라도 ...

Docker Windows (도커 작성 포함)를 사용하고 C : 또는 D : 등과 같은 "드라이브 공유"에 특정 자격 증명을 사용하는 경우 공유를 해제하고 드라이브를 다시 공유하고 자격 증명을 다시 입력해야하는 문제가 있습니다. 그렇지 않으면 다음과 같은 오류가 발생합니다.

"오류 : ... 서비스를 시작할 수 없습니다. yourservice : oci 런타임 오류 : container_linux.go : 262 : 컨테이너 프로세스를 시작하면"process_linux.go : 339 : container "가 발생하여"rootfs_linux.go : 57 : 마운트 "가 발생했습니다.

"\"이 (가) \ "디렉토리가 아닙니다. \" ""
: 디렉토리를 파일에 마운트하려고합니까 (또는 그 반대로)? 지정된 호스트 경로가 존재하고 예상 유형인지 확인하십시오. "

BaranOrnarli DockerToolbox가있는 사람이되는 방법은 무엇입니까?

여기에있는 대부분의 사람들과 같은 문제입니다. 하지만 VM을 다시 시작하기 만하면 다시 작동합니다.

Windows 10 교육
Docker Toolbox, 17.10.0-ce
VirtualBox 5.2.2

docker CLI를 통해 실행하면 다음과 같이 작동합니다.
docker run -d -p 8080:80 -v $(pwd)/src/vhost.conf:/etc/nginx/sites-enabled/vhost.conf 튜토리얼 / nginx

docker-compose를 통해 동일하게 실행하면 다음이 수행되지 않았습니다.
한조각
volumes: - ./src/vhost.conf:/etc/nginx/sites-enabled/vhost.conf
즉, VirtualBox GUI를 통해 VM을 종료하고 Docker Quickstart Terminal을 다시 시작할 때까지입니다.

그 이후로 컨테이너를 반복적으로 파괴하고 도커를 구성해도 오류가 다시 발생하지 않았습니다.

이것이 누군가를 돕기를 바랍니다.

나는 같은 문제를 가지고있다. 그동안 docker-compose.yml의 실제 볼륨 도커 폴더를 사용하고 있습니다. 임시 해결 방법으로 /var/lib/docker/volumes..../file.ext입니다.
(Docker 버전 17.12.0-ce, 빌드 c97c6d6)

이러한 문제가있는 경우 Windows에서 디렉토리를 공유 했는지도 확인하십시오.

Im 우분투 14.04. docker-compose up -d 명령을 실행할 때 다음 오류가 발생합니다.

ERROR: for frontend Cannot start service frontend: OCI runtime create failed: container_linux.go:296: starting container process caused "process_linux.go:398: container init caused \"rootfs_linux.go:58: mounting \\\"/home/curso-docker/email-worker-compose/nginx/default.conf\\\" to rootfs \\\"/var/lib/docker/aufs/mnt/ffc214cd493c376554125473ba95e8cd918cd3ad73b6aa8292f51ce84beca8a6\\\" at \\\"/var/lib/docker/aufs/mnt/ffc214cd493c376554125473ba95e8cd918cd3ad73b6aa8292f51ce84beca8a6/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

호스트에서 /home/curso-docker/email-worker-compose/nginx/default.conf 볼륨을 매핑하기 위해 절대 경로를 사용하고 있습니다.

누군가이 문제에 대해 알고 있습니까?

@AzeredoGabriel , @BaranOrnarli가 전에 언급 한 것을 매력처럼 작동했습니다. 공유 드라이브의 자격 증명을 재설정하고 다시 공유하면 작동합니다. 왜 갑자기 작동이 멈췄는지 모르겠지만 이제는 다시 작동합니다.

이것에 대한 소식이 있습니까? 단일 파일을 마운트하는 것이 여전히 불가능 해 보입니다.

@Karlheinzniebuhr 이것은 문제가되지 않았습니다. Docker는 파일을 컨테이너에 마운트 할 수 있지만 파일을 디렉토리에 마운트하거나 그 반대로 마운트 할 수 없습니다.

이것에 대한 소식이 있습니까? 단일 파일을 마운트하는 것이 여전히 불가능 해 보입니다.

파일을 기존 디렉토리에 매핑하십시오. Docker는 존재하지 않는 경우 항상 디렉토리를 생성하려고합니다.

@ cpuguy83 물론 문제입니다. 우리는 디렉토리에 파일을 마운트하려고하지 않습니다. 컨테이너에서 만든 단일 파일을 호스트에 파일로 마운트하려고합니다.

이 문제를 다시 열 수 있습니까? 2019 년 현재 작동하지 않습니다. 최신 Docker 및 최신 Docker에서 최신 Debian에서 실행중인 작성.

컨테이너에서 호스트로 마운트 할 수 없으며 다른 방법으로 만 마운트 할 수 있습니다.
이것은 디렉토리와 파일 모두에 대해 동일한 동작입니다.

docker-compose.yml의 볼륨 바인딩으로 store/elastic/filebeat:7.3.0 이미지의 구성 파일을 재정의하는 동안 docker 19.03.1 및 docker-compose 1.24.1을 사용하는 동일한 문제 :

    volumes:
      - ${PWD}/filebeat.yml:/usr/share/filebeat/filebeat.yml:ro

ERROR: for docker_filebeat_1 Cannot start service filebeat: OCI runtime create failed: container_linux.go:345: starting container process caused "process_linux.go:430: container init caused \"rootfs_linux.go:58: mounting \\\"/filebeat.yml\\\" to rootfs \\\"/var/lib/docker/overlay2/f49a0ae0ec6646c818dcf05dbcbbdd79fc7c42561f3684fbb1fc5d2b9d3ad192/merged\\\" at \\\"/var/lib/docker/overlay2/f49a0ae0ec6646c818dcf05dbcbbdd79fc7c42561f3684fbb1fc5d2b9d3ad192/merged/usr/share/filebeat/filebeat.yml\\\" 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

처음에는 "구성"을 사용해 보았지만이 기능은 무리 전용이라는 것을 알았습니다.
COPY 구성 파일로 사용자 지정 이미지를 만들지 않고 기본 이미지에 구성 파일을 제공하는 방법을 찾으려고합니다.

같은 문제

$ ls -l logstash.conf
-rw-r--r--  1 lubumbax  staff  164 Apr 30 18:01 logstash.conf
$ pwd
/Users/lubumbax/Src/Java/elk

$ docker run -it --name logstash -p 5000:5000 \
             -v "$(pwd)/logstash.conf:/usr/share/logstash/pipeline/logstash.conf" \
             docker.elastic.co/logstash/logstash:7.6.2

결과:
docker: Error response from daemon: OCI runtime create failed: container_linux.go:349: starting container process caused "process_linux.go:449: container init caused \"rootfs_linux.go:58: mounting \\\"/Users/lubumbax/Src/Java/elk/logstash.conf\\\" to rootfs \\\"/var/lib/docker/overlay2/bad85f1a2984bed23619fdf401cc9655573bb1799a8b681d371f5964201b9a82/merged\\\" at \\\"/var/lib/docker/overlay2/bad85f1a2984bed23619fdf401cc9655573bb1799a8b681d371f5964201b9a82/merged/usr/share/logstash/pipeline/logstash.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.

$ docker version
Client: Docker Engine - Community
 Version:           19.03.8
 API version:       1.40
 Go version:        go1.14
 Git commit:        afacb8b
 Built:             Thu Mar 12 02:45:41 2020
 OS/Arch:           darwin/amd64
 Experimental:      false

Server: Docker Engine - Community
 Engine:
  Version:          19.03.8
  API version:      1.40 (minimum version 1.12)
  Go version:       go1.12.17
  Git commit:       afacb8b7f0
  Built:            Wed Mar 11 01:30:32 2020
  OS/Arch:          linux/amd64
  Experimental:     false
 containerd:
  Version:          v1.2.13
  GitCommit:        7ad184331fa3e55e52b890ea95e65ba581ae3429
 runc:
  Version:          1.0.0-rc10
  GitCommit:        dc9208a3303feef5b3839f4323d9beb36df0a9dd
 docker-init:
  Version:          0.18.0
  GitCommit:        fec3683

이 문제를 해결할 기회가 있습니까?

성가신 문제.

동료 여러분, docker-compose에서 마운트 방향을 확인하십시오.
내가 틀렸다는 것을 깨달을 때까지 같은 문제가 발생했습니다.

...
    volumes:
      - /host/file:/docker/file:ro
...