이것을 시도

export DOCKER_CLIENT_TIMEOUT=120
export COMPOSE_HTTP_TIMEOUT=120

당분간 문제를 해결하는 것 같습니다.

이 스레드에서 언급 한 다른 솔루션 :

Docker 다시 시작
Docker CPU 및 메모리 늘리기

bodazhao 에 2016년 09월 09일

👍142 🎉16 👎11 😕6 😄6 👀3

WiFi를 끄면 발생합니까? https://github.com/docker/docker-py/issues/1076 과 관련이있을 수 있습니다

서비스에 tty: True 활성화 된 경우 다른 이론은 # 3106이 될 수 있습니다.

shin- 에 2016년 09월 09일

Mac 용 최신 베타에서 똑같은 문제가 발생합니다. docker-compose create 실행해도 동일한 오류

이미지에 하나의 매우 큰 레이어가있는 것과 관련이있을 수 있습니까? (도 커가 이미지를 빌드 할 때 레이어로 병합되는 데 약 1 분이 걸리는 매우 긴 npm install 작업)

gvilarino 에 2016년 09월 28일

👍6

또한 Windows와 Mac 모두에서 컨테이너 6 개 [docker-compose 버전 1.8.1, 빌드 878cff1]가 포함 된 도커 작성 파일을 사용하여이 문제를보고 있습니다 [버전 1.12.2-rc1-beta27 (빌드 : 12496)).
179c18cae7]

docker에 사용할 수있는 리소스를 늘리면 (시간 초과 vars 확장과 마찬가지로) 발생할 가능성이 줄어드는 것처럼 보이지만 절대 제거되지는 않습니다.

또한 몇 가지 큰 계층 (240MB가 가장 큰 기본 패키지 설치 명령)이 있으며 두 개의 컨테이너에 걸쳐 120MB의 파일이있는 호스트 디렉토리에 바인딩하고 있습니다.

60days 에 2016년 10월 11일

이 문제를 해결하려는 여러 시도를 통해 가능한 수정 사항을 밝힐 수있는 것을 발견했습니다.

처음에 내 시나리오는 다음과 같았습니다.

app:
  build: .
  volumes:
    - ${PWD}:/usr/src
    - /usr/src/node_modules

내 마운트 경로에는 코드 재로드 측면에서 실제로 마운트 할 필요가 없었던 크고 정적 파일이있는 많은 디렉토리가 포함되어 있습니다. 그래서 나는 다음과 같은 것을 바 꾸었습니다.

app:
  build: .
  volumes:
    - ${PWD}:/usr/src
    - /usr/src/static  # large files in a long dir structure
    - /usr/src/node_modules

이것은 빠른 서비스 시작 방법을 만들어 내 모든 큰 정적 파일을 설치 런타임에서 제외.

내가 이해하는 것은 : 마운트하는 파일이 많을수록, 특히 파일이 클수록 (Bs / KB의 소스 파일 대신 MB의 이미지) 로딩 시간이 많이 증가합니다.

도움이 되었기를 바랍니다

gvilarino 에 2016년 10월 11일

👍6

+1
이 시간 초과 문제가 매주, 일반적으로 유휴 주말 이후에 발생하는데, 컨테이너에 연결하는 동안 시간이 초과되었습니다.
실행중인 도커 프로세스를 종료하고 해결하려면 다시 시작해야합니다.

WayneYe 에 2017년 06월 13일

👍9

+1
컨테이너가 하루 후에 더 이상 응답하지 않기 때문에 컨테이너를 다시 시작하려고 할 때마다 발생합니다. 컨테이너를 막으려 고했기 때문에 제 케이스가 장착과 관련이 있는지 확실하지 않습니다.

ALibrada 에 2017년 06월 14일

nginx conatiner, Up 47 hours 합니다.
Mac 용 Docker Version 17.03.1-ce-mac12 (17661) Channel: stable d1db12684b .

version: '2.1'
services:
  nginx:
    hostname: web
    extends:
      file: docker/docker-compose.yml
      service: nginx
    ports:
      - 80:80
      - 443:443
    volumes:
      - ./src:/var/www:ro

  php:
    build:
      dockerfile: "./docker/web/php/Dockerfile"
      context: "."
    volumes:
      - ./src:/var/www

$ docker-compose kill nginx
Killing project_nginx_1 ... 

ERROR: for project_nginx_1  UnixHTTPConnectionPool(host='localhost', port=None): Read timed out. (read timeout=60)
ERROR: An HTTP request took too long to complete. Retry with --verbose to obtain debug information.
If you encounter this issue regularly because of slow network conditions, consider setting COMPOSE_HTTP_TIMEOUT to a higher value (current value: 60).

luckydonald 에 2017년 06월 14일

👍7

감사합니다 @gvilarino , 큰 파일 마운트가 내 Linux 서버 에서이 문제의 원인이라고 생각합니다. 큰 파일이 컨테이너에 필요하지 않은 경우 스 니펫이 해결 방법이 될 수 있습니다.

그러나 Docker에서 마운트가 느린 이유가 궁금합니다. 아마도 디스크 복사를 트리거합니까? 그런데 왜?

cherrot 에 2017년 08월 08일

👍2

@cherrot 나는 주제에 대해 매우 능숙하다고 말하지는 않지만 이것이 Docker에서 사용하는 스토리지 드라이버와 레이어를 순서대로 유지하기 위해 내부적으로 작동하는 방식과 관련이 있다고 생각합니다. docker info 를 사용하여 데몬이 사용중인 스토리지 드라이버 (아마도 가장 느린 aufs )를 확인하고 호스트 OS에 따라 다른 것으로 변경할 수 있습니다 ( overlay 지원되는 경우 더 나은 선택). LCFS 와 같은 더 빠른 대안이 있지만 Docker에서 상업적으로 지원하지 않으므로 거기에서 혼자있을 수 있습니다.

gvilarino 에 2017년 08월 09일

🎉1

우리는 또한이 타임 아웃을보고 있습니다. 우리가 사용하는 볼륨 때문인 것 같습니다.

일부 SMB 네트워크 공유에 액세스하려면 컨테이너가 필요합니다. 그래서 우리는 그 공유를 호스트 시스템에 마운트하고 컨테이너 안에 바인드 마운트했습니다. 그러나 때때로 Windows Server와 Linux 호스트 간의 통신이 중단되고 (https://access.redhat.com/solutions/1360683 참조) 이로 인해 잠시 후 시간이 초과되는 컨테이너의 시작 또는 중지가 차단됩니다.

아직 수정 사항이 없습니다. SMB를 지원하는 볼륨 플러그인을 찾고 있거나 SMB에서 통신 중단 문제가 사라지도록 만들고 있습니다. 그러나 아직 실제 해결책은 없습니다.

jcberthon 에 2017년 08월 11일

FWIW : 검색 엔진을 통해 여기에 도착한 사람들이 해결 방법을 찾기 위해이 문제를 간단히 해결할 수있었습니다. Docker Mac OS 클라이언트를 다시 시작했습니다.

nvaken 에 2018년 04월 12일

👍69 🎉20 😄9 ❤5 👎1

+1, 저는 4 개의 컨테이너를 실행하는 인스턴스에서 스트레스 테스트를 실행하고 있으며 docker ps -a 에도도 커가 중단되므로 컨테이너를 다시 시작하려고하지만
UnixHTTPConnectionPool(host='localhost', port=None): Read timed out 및

Traceback (most recent call last):
  File "/usr/bin/docker-compose", line 9, in <module>
    load_entry_point('docker-compose==1.8.0', 'console_scripts', 'docker-compose')()
  File "/usr/lib/python2.7/dist-packages/compose/cli/main.py", line 61, in main
    command()
  File "/usr/lib/python2.7/dist-packages/compose/cli/main.py", line 113, in perform_command
    handler(command, command_options)
  File "/usr/lib/python2.7/contextlib.py", line 35, in __exit__
    self.gen.throw(type, value, traceback)
  File "/usr/lib/python2.7/dist-packages/compose/cli/errors.py", line 56, in handle_connection_errors
    log_timeout_error()
TypeError: log_timeout_error() takes exactly 1 argument (0 given)

docker 서비스를 다시 시작하는 경우에만 해결 된 것 같습니다. 아이디어가 있습니까?

Binternet 에 2018년 04월 18일

👍4

+1

`web-jenkins_jenkins_1 다시 시작 중 ...

오류 : for web-jenkins_jenkins_1 UnixHTTPConnectionPool (host = 'localhost', port = None) : 읽기 시간이 초과되었습니다. (읽기 시간 초과 = 130)
오류 : HTTP 요청을 완료하는 데 너무 오래 걸렸습니다. 디버그 정보를 얻으려면 --verbose로 재 시도하십시오.
느린 네트워크 상태로 인해이 문제가 자주 발생하는 경우 COMPOSE_HTTP_TIMEOUT을 더 높은 값 (현재 값 : 120)으로 설정하는 것이 좋습니다 .`

도커를 다시 시작하면 해결되었습니다. 하지만 매일 다시 시작해야합니다

Hyvi 에 2018년 05월 04일

👍1

Docker를 다시 시작하면 작동합니다.

rodrigo-brito 에 2018년 06월 11일

👍50 ❤12 😄12 🎉10 😕8 🚀7 👀5 👎2

+1 다시 시작하는도 커도 저에게 효과적이었습니다.

jamesdbruner 에 2018년 06월 15일

상당히 큰 Docker 이미지를 빌드 한 다음 원격 레지스트리로 푸시하는 동안이 문제가 발생했습니다. Docker를 다시 시작하는 것은 적용 가능한 솔루션이 아니지만 @bodaz '대답이 나를 위해 해결했습니다. https://github.com/docker/compose/issues/3927#issuecomment -245948736

rafaelmagu 에 2018년 06월 19일

@ rodrigo-brito-잠시 동안이 오류가 발생했으며 docker deamon을 다시 시작하면 문제가 해결되었습니다. 프로젝트에 다른 서비스를 추가 한 이후로는 더 이상 없습니다.

SalathielGenese 에 2018년 07월 04일

👍1

나는 같은 문제가 있지만 상당히 간단한 설정이 있습니다.
크기가 164MB 인 이미지를 기반으로 한 verdaccio 3 컨테이너가 하나뿐입니다.
이것은 매우 실망 스럽습니다 : /

2015 년부터 MBP Pro 13을 사용하고 있습니다.

bjesuiter 에 2018년 07월 10일

포트 범위가 넓기 때문에 실제로 포트 당 하나의 규칙을 생성합니다 ....

ericiper 에 2018년 07월 19일

👍8

간단한 sudo service docker restart 는이 문제가 발생할 때마다 일관되게 해결해줍니다.

ofekp 에 2018년 10월 07일

👍6 🎉2 👀1

제 경우에도 Azure DevOps에서 docker-compose push (앱을 실행하려고 시도하지 않음)도 발생했습니다.

내 다른 빌드는 docker-compose를 사용하지 않지만 일반 docker push

trajano 에 2018년 11월 20일

kubuntu 18.04.1 docker.io 버전의 docker를 제거하고 docker-ce 18.09.0을 설치했습니다.
문제가 사라졌습니다.

AAber 에 2018년 11월 21일

방금 docker-compose 푸시 단계를 개별 푸시로 변환했습니다.

trajano 에 2018년 11월 21일

docker-compose 또는 docker-py 라이브러리를 통해 컨테이너를 실행할 때이 시간 초과가 발생합니다 (시간 초과를 2 분으로 설정 한 후에도 시간 초과 됨). 그러나 Docker CLI를 통해 실행할 때 오류가 표시되지 않습니다 (컨테이너가 즉시 시작됨). 또한 Mac이 아닌 Linux CI 서버에서만 문제를 볼 수 있습니다. 우리는 재현 가능한 최소한의 예제를 만들기 위해 노력하고 있습니다.

ns-cweber 에 2018년 11월 29일

👍2

macOS 호스트의 debian VM에서 docker-compose kill 에이 문제가 발생하면 docker에서 직접 설치합니다. (Docker 버전 18.09.0, 빌드 4d60db4)

hazcod 에 2018년 12월 31일

log-driver로 docker를 시작할 때 동일한 오류가 발생했습니다. rsyslog 포트를 사용할 수 없을 때 syslog.
Error starting container 0ba2fb9540ec6680001f90dce56ae3a04b831c8146357efaab79d4756253ec8b: UnixHTTPConnectionPool(host='localhost', port=None): Read timed out. (read timeout=60)

levonet 에 2019년 03월 20일

Docker를 다시 시작하면 작동합니다.

@ rodrigo-brito 다시 시작은 해결책이 아닙니다 ...

mlensment 에 2019년 03월 22일

👍25 😕7

포트 범위가 넓기 때문에 실제로 포트 당 하나의 규칙을 생성합니다 ....

나에게도 똑같은 일입니다. 오류 후 docker 데몬은 고갈 될 때까지 계속 메모리를 먹습니다. 시스템이 죽기 전에 systemctl stop docker 필요합니다. (Docker 버전 18.09.3, 빌드 774a1f4)

    ports:
      - "10000-20000:10000-20000"

pylanglois 에 2019년 03월 27일

도커를 다시 시작하면이 문제가 해결되었습니다.

maikusch 에 2019년 03월 30일

👎2

최신 docker-ce 버전에는 여전히 문제가있는 것 같습니다. NFS 공유를 가리키는 Docker 볼륨 마운트가있는 느린 컨테이너로 ~ 5 개의 컨테이너를 시작하고 있습니다. 어떤 컨테이너도 포트를 노출하지 않습니다. 누군가 이것이 유효한 오류인지 알아 냈습니까 ( port=None 는 의심스러운 것 같습니다)?

~~~
고객:
버전 : 18.09.5
API 버전 : 1.39
Go 버전 : go1.10.8
힘내 커밋 : e8ff056dbc
건축 : 2019 년 4 월 11 일 목요일 04:44:28
OS / 아치 : linux / amd64
실험적 : 거짓

서버 : Docker Engine-커뮤니티
엔진:
버전 : 18.09.5
API 버전 : 1.39 (최소 버전 1.12)
Go 버전 : go1.10.8
힘내 커밋 : e8ff056
내장 : 2019 년 4 월 11 일 목요일 04:10:53
OS / 아치 : linux / amd64
실험적 : 거짓
~~~

titpetric 에 2019년 05월 30일

--verbose 에서 더 많은 출력을 추가했습니다. 여기에는 아무 것도 쓸모가 없다고 생각합니다. 단지 컨테이너 생성 작업이 오랫동안 기다리고 있다고 오랫동안 말합니다. 다음 메시지가 약 1x / 초로 인쇄되므로 분명히 폴링을 사용하고 있습니다.

~~~compose.parallel.feed_queue : 보류 중 : set ()~~~

localhost / port = Node는 docker.sock으로 연결이 완료되었으므로 약간의 붉은 청어라고 생각하므로 어딘가에 숨겨져있는 nil 오류가 아닙니다. 나는 이것이 도커 내부에서 추적해야 할 필요가 있다고 생각하며 여기 에서이 요청을 도커 작성 처리가 최적이라고 생각하지 않습니다.

Docker-compose는 기록 될 수있는 일종의 요청 ID가 누락 된 것처럼 보이므로 어떤 요청이 지연되고 있는지 알 수 있습니다. 예를 들어, 내 api 컨테이너가 제한 시간 내에 생성되지 않았지만 요청 로그가 전혀 도움이되지 않는다는 것을 알고 있습니다. 다른 사람이 여기에 정보를 추가 할 수 있습니다.

~~~
urllib3.connectionpool._make_request : http : // localhost : None "POST /v1.25/containers/create?name=api-memcache HTTP / 1.1"201 90
urllib3.connectionpool._make_request : http : // localhost : None "POST /v1.25/networks/proxy/disconnect HTTP / 1.1"200 0
compose.cli.verbose_proxy.proxy_callable : docker create_container-> { 'Id': '22b774d0451c7aea118ba928a9a87177be09e63286f1d4eeaf009ddfe3c4c44f',
'경고': 없음}
compose.cli.verbose_proxy.proxy_callable : docker disconnect_container_from_network-> 없음
compose.cli.verbose_proxy.proxy_callable : docker inspect_container <-( '22b774d0451c7aea118ba928a9a87177be09e63286f1d4eeaf009ddfe3c4c44f')
compose.cli.verbose_proxy.proxy_callable : docker connect_container_to_network <-( 'ba67095c5ea718af13a09798bc2f5ab24f5d0b54ce684b6f4cb248ab705df900', 'proxy', aliases = [ 'redis', 'ba67095c_address = None, ipv6 = None'), ipv4_address = None, ipv4_address '], ipv4_address
urllib3.connectionpool._make_request : http : // localhost : None "GET /v1.25/containers/22b774d0451c7aea118ba928a9a87177be09e63286f1d4eeaf009ddfe3c4c44f/json HTTP / 1.1"200 없음
urllib3.connectionpool._make_request : http : // localhost : None "POST /v1.25/containers/create?name=api HTTP / 1.1"201 90
compose.cli.verbose_proxy.proxy_callable : docker create_container-> { 'Id': '1b67251d494199cfd4ba9855f20d41b6b0be8544757c2d5d416a90d044f4d0ec',
'경고': 없음}
compose.cli.verbose_proxy.proxy_callable : docker inspect_container <-( '1b67251d494199cfd4ba9855f20d41b6b0be8544757c2d5d416a90d044f4d0ec')
compose.parallel.feed_queue : 보류 중 : set ()
urllib3.connectionpool._make_request : http : // localhost : None "POST /v1.25/networks/proxy/disconnect HTTP / 1.1"200 0
urllib3.connectionpool._make_request : http : // localhost : None "POST /v1.25/networks/proxy/connect HTTP / 1.1"200 0
compose.cli.verbose_proxy.proxy_callable : docker inspect_container-> JSON ...
urllib3.connectionpool._make_request : http : // localhost : None "GET /v1.25/containers/1b67251d494199cfd4ba9855f20d41b6b0be8544757c2d5d416a90d044f4d0ec/json HTTP / 1.1"200 없음
compose.cli.verbose_proxy.proxy_callable : docker disconnect_container_from_network-> 없음
compose.cli.verbose_proxy.proxy_callable : docker connect_container_to_network-> 없음
compose.cli.verbose_proxy.proxy_callable : docker disconnect_container_from_network <-( '22b774d0451c7aea118ba928a9a87177be09e63286f1d4eeaf009ddfe3c4c44f', 'proxy')
compose.cli.verbose_proxy.proxy_callable : docker connect_container_to_network <-( '7d81ef23610f1b8f7ac95837cbf6c9eef977b5b0846fea24be5c7054e471df39', 'proxy', aliases = [ 'comments', '7d81ef = Ndress],'7d81ef23610f '], ipv6s_adone = None, ipv6s_adone)
compose.cli.verbose_proxy.proxy_callable : docker inspect_container-> JSON ...
urllib3.connectionpool._make_request : http : // localhost : None "POST /v1.25/containers/create?name=api-comments-db HTTP / 1.1"201 90
compose.cli.verbose_proxy.proxy_callable : docker start <-( 'ba67095c5ea718af13a09798bc2f5ab24f5d0b54ce684b6f4cb248ab705df900')
compose.parallel.feed_queue : 보류 중 : set ()
compose.parallel.feed_queue : 보류 중 : set ()
compose.cli.verbose_proxy.proxy_callable : docker disconnect_container_from_network <-( '1b67251d494199cfd4ba9855f20d41b6b0be8544757c2d5d416a90d044f4d0ec', 'proxy')
compose.cli.verbose_proxy.proxy_callable : docker create_container-> { 'Id': 'ff8c5cc4cb87ba04aca3be5fcd3c6adcd08f5f4e6de5680857cbab37fd3027af',
'경고': 없음}
urllib3.connectionpool._make_request : http : // localhost : None "POST /v1.25/networks/proxy/disconnect HTTP / 1.1"200 0
urllib3.connectionpool._make_request : http : // localhost : None "POST /v1.25/networks/proxy/connect HTTP / 1.1"200 0
compose.cli.verbose_proxy.proxy_callable : docker inspect_container <-( 'ff8c5cc4cb87ba04aca3be5fcd3c6adcd08f5f4e6de5680857cbab37fd3027af')
compose.cli.verbose_proxy.proxy_callable : docker disconnect_container_from_network-> 없음
compose.parallel.feed_queue : 보류 중 : set ()
compose.cli.verbose_proxy.proxy_callable : docker connect_container_to_network-> 없음
compose.cli.verbose_proxy.proxy_callable : docker connect_container_to_network <-( '22b774d0451c7aea118ba928a9a87177be09e63286f1d4eeaf009ddfe3c4c44f', 'proxy', aliases = [ 'memcache', '22b774d0451c', '22b774d0451c'], ipv4s_address = None, ipv4s_address]), ipv4
compose.parallel.feed_queue : 보류 중 : set ()
urllib3.connectionpool._make_request : http : // localhost : None "GET /v1.25/containers/ff8c5cc4cb87ba04aca3be5fcd3c6adcd08f5f4e6de5680857cbab37fd3027af/json HTTP / 1.1"200 없음
urllib3.connectionpool._make_request : http : // localhost : None "POST /v1.25/networks/proxy/disconnect HTTP / 1.1"200 0
compose.cli.verbose_proxy.proxy_callable : docker start <-( '7d81ef23610f1b8f7ac95837cbf6c9eef977b5b0846fea24be5c7054e471df39')
compose.parallel.feed_queue : 보류 중 : set ()
compose.cli.verbose_proxy.proxy_callable : docker disconnect_container_from_network-> 없음
compose.cli.verbose_proxy.proxy_callable : docker inspect_container-> JSON ...
urllib3.connectionpool._make_request : http : // localhost : None "POST /v1.25/networks/proxy/connect HTTP / 1.1"200 0
compose.cli.verbose_proxy.proxy_callable : docker connect_container_to_network <-( '1b67251d494199cfd4ba9855f20d41b6b0be8544757c2d5d416a90d044f4d0ec', 'proxy', aliases = [ 'api = None, ipv6_address],'1b67251d4941 '], ipv6_address],'1b67251d4941 '],
compose.cli.verbose_proxy.proxy_callable : docker disconnect_container_from_network <-( 'ff8c5cc4cb87ba04aca3be5fcd3c6adcd08f5f4e6de5680857cbab37fd3027af', 'proxy')
compose.cli.verbose_proxy.proxy_callable : docker connect_container_to_network-> 없음
compose.cli.verbose_proxy.proxy_callable : docker start <-( '22b774d0451c7aea118ba928a9a87177be09e63286f1d4eeaf009ddfe3c4c44f')
compose.parallel.feed_queue : 보류 중 : set ()
urllib3.connectionpool._make_request : http : // localhost : None "POST /v1.25/networks/proxy/disconnect HTTP / 1.1"200 0
urllib3.connectionpool._make_request : http : // localhost : None "POST /v1.25/networks/proxy/connect HTTP / 1.1"200 0
compose.cli.verbose_proxy.proxy_callable : docker disconnect_container_from_network-> 없음
compose.cli.verbose_proxy.proxy_callable : docker connect_container_to_network-> 없음
compose.cli.verbose_proxy.proxy_callable : docker connect_container_to_network <-( 'ff8c5cc4cb87ba04aca3be5fcd3c6adcd08f5f4e6de5680857cbab37fd3027af', 'proxy', aliases = [ 'ff8c5cc4cb87, ipv6_address = None_local_pv6_address = None', 'comments-db'], 'comments-db'], 'comments-db'], 'comments-db' 없음)
compose.cli.verbose_proxy.proxy_callable : docker start <-( '1b67251d494199cfd4ba9855f20d41b6b0be8544757c2d5d416a90d044f4d0ec')
urllib3.connectionpool._make_request : http : // localhost : None "POST /v1.25/networks/proxy/connect HTTP / 1.1"200 0
compose.cli.verbose_proxy.proxy_callable : docker connect_container_to_network-> 없음
compose.cli.verbose_proxy.proxy_callable : docker start <-( 'ff8c5cc4cb87ba04aca3be5fcd3c6adcd08f5f4e6de5680857cbab37fd3027af')
compose.parallel.feed_queue : 보류 중 : set ()
compose.parallel.feed_queue : 보류 중 : set ()
compose.parallel.feed_queue : 보류 중 : set ()
compose.parallel.feed_queue : 보류 중 : set ()
...
-~ 30 줄 생략
...
API 주석 생성 중 ... 완료
compose.cli.verbose_proxy.proxy_callable : docker start-> None
compose.parallel.parallel_execute_iter : 처리 완료 : ServiceName (project = 'api', service = 'comments', number = 1)
compose.parallel.feed_queue : 보류 중 : set ()
compose.parallel.parallel_execute_iter : 완료된 처리 :
compose.parallel.feed_queue : 보류 중 : set ()
api-memcache 생성 중 ... 완료
urllib3.connectionpool._make_request : http : // localhost : None "POST /v1.25/containers/22b774d0451c7aea118ba928a9a87177be09e63286f1d4eeaf009ddfe3c4c44f/start HTTP / 1.1"2040
compose.cli.verbose_proxy.proxy_callable : docker start-> None
compose.parallel.parallel_execute_iter : 처리 완료 : ServiceName (project = 'api', service = 'memcache', number = 1)
compose.parallel.feed_queue : 보류 중 : set ()
compose.parallel.parallel_execute_iter : 완료된 처리 :
compose.parallel.feed_queue : 보류 중 : set ()
compose.parallel.feed_queue : 보류 중 : set ()
compose.parallel.feed_queue : 보류 중 : set ()
compose.parallel.feed_queue : 보류 중 : set ()
urllib3.connectionpool._make_request : http : // localhost : None "POST /v1.25/containers/ff8c5cc4cb87ba04aca3be5fcd3c6adcd08f5f4e6de5680857cbab37fd3027af/start HTTP / 1.1"2040
compose.cli.verbose_proxy.proxy_callable : docker start-> None
api-comments-db 생성 중 ... 완료
compose.parallel.feed_queue : 보류 중 : set ()
compose.parallel.parallel_execute_iter : 완료된 처리 :
compose.parallel.feed_queue : 보류 중 : set ()
compose.parallel.feed_queue : 보류 중 : set ()
compose.parallel.feed_queue : 보류 중 : set ()
compose.parallel.feed_queue : 보류 중 : set ()
compose.parallel.feed_queue : 보류 중 : set ()
-생략 된 ~ 15 줄
api-redis 생성 중 ... 완료
compose.parallel.feed_queue : 보류 중 : set ()
urllib3.connectionpool._make_request : http : // localhost : None "POST /v1.25/containers/ba67095c5ea718af13a09798bc2f5ab24f5d0b54ce684b6f4cb248ab705df900/start HTTP / 1.1"2040
compose.cli.verbose_proxy.proxy_callable : docker start-> None
compose.parallel.parallel_execute_iter : 처리 완료 : ServiceName (project = 'api', service = 'redis', number = 1)
compose.parallel.feed_queue : 보류 중 : set ()
compose.parallel.parallel_execute_iter : 완료된 처리 :

compose.parallel.feed_queue : 보류 중 : set ()

-100 개 이상의 줄 생략
compose.parallel.parallel_execute_iter : 실패 : ServiceName (project = 'api', service = 'api', number = 1)
compose.parallel.feed_queue : 보류 중 : set ()

오류 : API UnixHTTPConnectionPool (host = 'localhost', port = None)의 경우 : 읽기 시간이 초과되었습니다. (읽기 시간 초과 = 60)
compose.parallel.parallel_execute_iter : 실패 :
compose.parallel.feed_queue : 보류 중 : set ()

오류 : API UnixHTTPConnectionPool (host = 'localhost', port = None)의 경우 : 읽기 시간이 초과되었습니다. (읽기 시간 초과 = 60)
compose.cli.errors.log_timeout_error : HTTP 요청을 완료하는 데 너무 오래 걸렸습니다. 디버그 정보를 얻으려면 --verbose로 재 시도하십시오.
느린 네트워크 상태로 인해이 문제가 정기적으로 발생하는 경우 COMPOSE_HTTP_TIMEOUT을 더 높은 값 (현재 값 : 60)으로 설정하는 것이 좋습니다.
~~~

titpetric 에 2019년 05월 30일

@titpetric도이 문제 가 있음을 확인할 수 있습니다.

Joeordie 에 2019년 06월 04일

👍1

IMHO이 문제는 도커 작성 측이 아니라 도커 측에 있습니다. 누군가 도커 데몬에서 디버그 로깅을 켜고 거기에서 지연을 지적하고 문제를 업스트림에 제출해야합니다. 그것 없이는 이것을 쉽게 재현 할 수 있을지 모르겠습니다.

누군가가 시간을 할애 할 의향이 있다면 볼륨 마운트를 위해 완전히로드 된 폴더를 생성하여 복제 할 것을 제안합니다 (약 100,000 개 이상의 파일 / 폴더가 있어야 함). 달성 될 수있다. docker 데몬 또는 커널 바인드 마운트 자체가 사전에 일부 inode 데이터를 캐시 할 가능성이 있습니다. 그건 ... 유감입니다.

tcpdump는 네트워크 파일 시스템 (samba, nfs)의 경우에도이를 확인할 수 있습니다.

titpetric 에 2019년 06월 04일

여기에 동일한 정확한 오류

ERROR: for docker_async_worker__local_1  UnixHTTPConnectionPool(host='localhost', port=None): Read timed out. (read timeout=70)

ERROR: for docker_elasticsearch__local_1  UnixHTTPConnectionPool(host='localhost', port=None): Read timed out. (read timeout=70)

ERROR: for docker_web__local_1  UnixHTTPConnectionPool(host='localhost', port=None): Read timed out. (read timeout=70)

Docker를 다시 시작해도 문제가 해결되었습니다.

jonnysandu 에 2019년 06월 25일

👍1

다시 시작은 수정이 아닙니다 .....
이것을 영원히 피하는 방법은 무엇입니까?

KleinYuan 에 2019년 06월 28일

👍31

같은 문제에 직면하고 있습니다. 조직 피어의 모든 도커 컨테이너에 대해 아래 오류가 발생합니다.

오류 : DNS UnixHTTPConnectionPool (host = 'localhost', port = None)의 경우 : 읽기 시간이 초과되었습니다. (읽기 시간 초과 = 60)

compose 파일의 일부 포트 불일치 또는 할당 때문입니까?

singhrajgithub 에 2019년 07월 18일

네, 지속적으로이 문제를 직접 겪습니다. 다시 시작하는 것이 해결책이 아니라는 데 동의하지만 다른 것은 트릭을 수행하는 것 같습니다.

alexmacavei 에 2019년 08월 02일

참고로 내 경우에만 docker-compose로 재 시도하면 해결되는 경향이 있습니다.
그것. dockerd를 다시 시작한 적이 없다고 생각합니다.이 문제는 지속되지 않습니다.
나를.

2019 년 8 월 2 일 금요일 오후 1:39 Alex [email protected] 은 다음과 같이 썼습니다.

네, 지속적으로이 문제를 직접 겪습니다. 다시 시작하지 않는다는 데 동의합니다.
해결책이지만 다른 것은 트릭을 수행하지 않는 것 같습니다.
—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/docker/compose/issues/3927?email_source=notifications&email_token=AABY7EH4MVKGI56ZLEIUV5TQCQMHBA5CNFSM4CPDX2D2YY3PNVWWK3TUL52HS4DFWSVREXG43VMVLO6969 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AABY7EA3NTUP5SNZRTFWFEDQCQMHBANCNFSM4CPDX2DQ
.

titpetric 에 2019년 08월 02일

👍1

나는 또한이 문제에 직면하고있다 :(
UnixHTTPConnectionPool(host='localhost', port=None): Read timed out. (read timeout=60)

grendach 에 2019년 08월 27일

여기서도 동일한 문제로 Docker를 다시 시작하면 실제로 중단됩니다. 유일한 방법은 부두 노동자를 죽일 / 또는 다시 시작하는 것입니다하지만 그건 해결책이 될 수 없습니다.

bitbrain 에 2019년 10월 04일

@bitbrain yup 이것은 나에게도 꽤 오랫동안 일어나고 있습니다.

singhrajgithub 에 2019년 10월 04일

이것에 대한 깔끔한 해결책을 찾았습니다 (MacOS에서)

이것이 나에게 계속되는 이유는 Docker가 사용 가능한 메모리가 거의 없었기 때문입니다.

Screenshot 2019-10-04 at 15 33 54

메모리를 2GB에서 최대 8GB로 늘리면 문제가 해결되었습니다.

bitbrain 에 2019년 10월 04일

👍1

docker-compose up 를 실행 한 다음 docker-compose down 를 몇 번 실행 한 후이 오류가 발생했습니다. 이 스레드에서 모든 것을 시도했습니다. 리소스를 부수고 내 Mac을 다시 시작하고 최신 Docker를 다시 설치합니다. 내 상자를 재부팅 한 후 docker-compose up 다시 실행할 수 있지만 해당 명령을 몇 번 순환하면이 오류로 돌아가서 docker-compose up 를 실행할 수 없습니다.

내 문제는 내 컨테이너 중 하나가 포트 80에 바인딩되었을 때 포트 80에 바인딩 된 다른 서비스 ( pow )와 충돌 한 것 같습니다. pow를 제거하고 3 일 동안 문제가 발생하지 않았습니다.

abaldwin88 에 2019년 12월 04일

3 년 동안이 티켓을 열었지만 아직 해결되지 않았습니다. 클라이언트 연결을 120 초로 늘려도 문제가 계속 발생합니다.

thanos1983 에 2019년 12월 09일

👍5

우리 서버에 방금 발생했습니다. 2016 년부터 열린 문제, wtf

Docker를 다시 시작하면 작동합니다.
@ rodrigo-brito 다시 시작은 해결책이 아닙니다 ...

내 남자.

tmechen 에 2019년 12월 10일

👍9

또한 이것을 지금 경험하고 있습니다. 야생.

darkbluewalrus 에 2019년 12월 13일

docker-compose up 또는 docker-compose down을 시도 할 때 동일한 문제가 있습니다. mysqld 서비스를 중지하여 문제를 해결하고 컨테이너가 가동되면 mysql을 시작합니다. RAM 사용량이 20 %입니다.

jcdaniel14 에 2019년 12월 24일

Mac v2.1.0.5 용 Docker Desktop Community 실행

이 문제가 발생하여 Docker에 할당 된 메모리 양을 늘리고 CPU 양을 줄임으로써 해결했습니다.
Docker-> 환경 설정-> 고급에서이 작업을 수행 할 수 있습니다.
특정 설정을 위해 8 CPU 및 2GB RAM에서 4 CPU 및 16GB RAM으로 변경했습니다.

shaynemichael 에 2020년 01월 07일

Ubuntu Server 18.04 LTS에서이 문제가 발생했습니다. Docker를 다시 시작해도 환경 변수를 설정하는 것과 마찬가지로 문제가 해결되지 않습니다. 어떤 아이디어?

bpogodzinski 에 2020년 01월 10일

@bpogodzinski Docker에서 메모리 설정을 늘리려 고 했습니까? 2GB에서 최대 8GB로 늘려서 문제가 해결되었습니다.

일반적으로이 문제는 컨테이너가 Docker에서 구성된 사용 가능한 메모리보다 더 많은 메모리를 필요로하여 중단 될 때 발생하는 것으로 보입니다.

bitbrain 에 2020년 01월 13일

이 문제가 있었는데 파일이 많은 명명 된 볼륨과 관련된 것으로 보입니다. 이해가 안되지만 서비스가있는 docker-compose (간결하게 편집 됨)가 우리의 경우입니다.

   serviceA:
        ...
        volumes:
            - serviceA_volume: /srvA/folder

   volumes:
       - serviceA_volume:

serviceA 용 Dockerfile 내부에는 겉보기에 무해하고 효과가없는 명령이 있습니다.

...
RUN mkdir -p /srvA/folder && chown -R user /srvA/folder
...

이렇게하면 이름이 지정된 볼륨에서 100K 파일이있는 큰 파일 시스템 인 / srvA / folder에서 소유자가 반복적으로 변경됩니다. 그러나 이것은 이미지가 빌드되고 해당 폴더가 비어있을 때 발생합니다. 명명 된 볼륨을 사용하여 나타나는 것은 이미지 로컬 파일의 권한을 상속 한 다음 명명 된 볼륨 권한을 변경합니다.

이것은 꽤 가장자리이며 아마도 다른 모든 사람들이 겪고있는 동일한 문제는 아니지만 우리의 문제였습니다 (줄을 토글하면 오류가 토글됩니다). 결론은이 http 시간 초과가 여러 원인으로 인해 발생할 수 있다는 것입니다.

ajennings6767 에 2020년 01월 21일

👍1

도커를 다시 시작해도 제 경우에는 문제가 해결되지 않았으므로 리소스를 늘릴 수 있습니다.

내 경험으로 볼 때이 문제는 정기적으로 작동하는 동안 RAM의 양이 완벽하지만 도커 또는 도커 작성 작업 중에 충분하지 않은 것으로 판명되는 소규모 클라우드 인스턴스에서 종종 발생합니다. RAM을 쉽게 늘릴 수 있지만 작은 VM의 비용이 크게 증가 할 것입니다.

각각의 경우에 스왑 파티션 또는 스왑 파일을 추가하면이 문제가 해결되었습니다!

ntopulos 에 2020년 02월 07일

라즈베리 파이에서 나에게 방금 발생했습니다. 엄청난 양의 파일이나 그 어떤 것이 든 볼륨이 없습니다.
사실 저는이 나무 딸기에이 용기를 한동안 스폰했습니다 (1 ~ 2 년 ㅋㅋ).
무엇이 변경되었는지 확실하지 않습니다.
약간 "파란색"으로 보입니다.

JnMik 에 2020년 02월 21일

MacOs의 Docker 데스크톱 2.2.0.3에 여전히 문제가 나타남 🙁

michalmisiewicz 에 2020년 02월 24일

다음 명령으로 문제를 해결했습니다.
docker volume prune
docker system prune
(이 명령 중 하나만 충분할 수 있지만 현재로서는 재현 할 수 없습니다 ...)

amaumont 에 2020년 03월 13일

👍3

다음 명령으로 문제를 해결했습니다.
docker volume prune
docker system prune
(이 명령 중 하나만 충분할 수 있지만 현재로서는 재현 할 수 없습니다 ...)

@amaumont 의 솔루션이 도움이되었지만 초과 근무가 계속 될 것이라고 생각합니다.
다른 사람들이 말했듯이 도커를 다시 시작하는 것은 적절한 해결책이 아니며 반창고입니다.

jonnysandu 에 2020년 03월 13일

docker-compose에도 여러 문제가 있습니다.

sshd_config (# 6463 참조)에서 MaxSessions 500 를 설정 한 후 이제 읽기 시간 초과도 발생합니다.
두 시간 제한을 모두 120 초로 설정하면 다음 DOCKER_HOST=xxx<strong i="8">@yyy</strong> docker-compose up -d 실행에 대한 문제가 해결되었습니다.

두 번째 실행 중에 시스템 로드 는 시간 초과로 인해 docker-compose 명령이 실패하기 전에 30 (원문 그대로!)까지 높아졌습니다. 도커를 다시 시작해도 일시적으로도이 문제가 해결되지 않습니다.
서버는 CPU / 디스크 / NetIO 등이 충분한 AWS EC2 인스턴스이며 compose 파일에는 1 개의 traefik과 mailhog가있는 3 개의 서비스가 포함되어 있으므로 여기서 특별한 것은 없습니다. 동일한 docker-compose.yml 파일을 사용하여 docker-compose up -d 를 서버에서 직접 실행하면 안정적으로 예상대로 작동합니다.
--verbose로 실행하면 compose.parallel.feed_queue: Pending: set() 포함하는 1,000 개 이상의 연속 된 행이 표시됩니다.

docker-compose 파일을 원격 서버에 rsync하고 해결 방법으로 해당 컴퓨터에서 직접 docker-compose를 실행하려고합니다.

vertexvaar 에 2020년 05월 07일

나를 위해 Docker를 다시 시작하는 데 도움이되었습니다.

nikita-fuchs 에 2020년 05월 11일

👍2

bitbucket 파이프 라인에서 내 개인 레지스트리로 푸시하려고 할 때 자주 발생합니다. 로컬 PC에서 푸시 할 때 잘 작동합니다.
도커를 다시 시작하면 잠시 동안 도움이 될 수 있지만이 "기간"은 최대 10 분 동안 지속됩니다.

upd. DOCKER_CLIENT_TIMEOUT 및 COMPOSE_HTTP_TIMEOUT 이 도움이되는 것 같았지만 얼마나 오래 걸리는지 모르겠습니다.

Alveona 에 2020년 05월 19일

캐싱이 켜진 상태에서 Docker Edge로 전환 한 이후로 시작했습니다.

jasonwilliams 에 2020년 05월 28일

👍1

2 ~ 3 년 전에 Docker를 사용하기 시작한 이래로 꽤 일관되게 발생했습니다. 컨테이너가 한동안 실행 된 후에는 좀비가되고 전체 Docker 엔진을 다시 시작해야 항목이 다시 응답합니다. 유휴 시간이 숙련 된 행동과 매우 관련이있는 것처럼 보이기 때문에 이것은 일종의 리소스 누출처럼 느껴집니다.

실행중인 컨테이너가 없거나 짧은 시간 동안 만 실행되는 경우 모든 것이 며칠 또는 몇 주 동안 제대로 작동하는 것 같습니다. 그러나 컨테이너를 몇 시간 동안 실행하자마자 응답하지 않습니다. 명령 줄에서 강제 중지해야하며 docker 또는 docker-compose 와 (과) 통신하려는 시도는 실패합니다. 시간 제한이 있습니다. 다시 시작하는 것이 유일한 해결책입니다.

docker-compose version

docker-compose version 1.25.5, build 8a1c60f6
docker-py version: 4.1.0
CPython version: 3.7.5
OpenSSL version: OpenSSL 1.1.1f  31 Mar 2020

docker version

Client: Docker Engine - Community
 Version:           19.03.8
 API version:       1.40
 Go version:        go1.12.17
 Git commit:        afacb8b
 Built:             Wed Mar 11 01:21:11 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:       afacb8b
  Built:            Wed Mar 11 01:29:16 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 config

services:
  portal:
    container_name: developer_portal
    image: swedbankpay/jekyll-plantuml:1.3.8
    ports:
    - published: 4000
      target: 4000
    - published: 35729
      target: 35729
    volumes:
    - .:/srv/jekyll:rw
    - ./.bundle:/usr/local/bundle:rw
version: '3.7'

macOS Mojave 10.14.6.

asbjornu 에 2020년 06월 09일

👍1

4GB RAM, 1GB 스왑에서 6GB RAM, 2GB 스왑으로 리소스를 늘 렸지만 동일한 문제에 직면했습니다.

duyngha 에 2020년 08월 05일

👍2

나도 같은 문제에 직면하고 있습니다

pupattan 에 2020년 08월 10일

또한 같은 문제가

armmmo 에 2020년 08월 15일

HTTPS를 사용하는 Ubuntu 18.04 LTS (8GB RAM)에서 동일한 문제가 발생했습니다.

docker-compose up 컨테이너를 생성 할 수 있지만 일단 배포되면 docker-compose down 컨테이너를 중지 할 수 없습니다. docker 데몬을 다시 시작하거나 VM을 재부팅하는 것은 효과가없는 것으로 입증되었습니다. 시간 초과 환경 변수 ( DOCKER_CLIENT_TIMEOUT , COMPOSE_HTTP_TIMEOUT )를 추가해도 아무 작업도 수행되지 않았습니다.

개별적으로 컨테이너와 상호 작용하고 중지 할 수 있으며 컨테이너를 검사하고 연결할 수 있지만 docker-compose 명령을 사용하여 컨테이너를 중지하거나 종료 할 수는 없습니다.

오류 메시지는 항상 동일합니다.

msg: 'Error stopping project - HTTPSConnectionPool(host=[ommited], port=2376): Read timed out. (read timeout=120)

pisces-period 에 2020년 08월 17일

docker-compose.yml에 다음이있을 때 동일한 문제가 발생했습니다.

logging:
      driver: "json-file"
      options:
        max-size: 100m
        max-file: 10

"10"주위에 따옴표를 추가하면 오류가 사라졌습니다. 이것은 max-file 및 max-size의 값이 문자열이어야하지만 여전히 문서에 명시되어 있습니다. 오류 메시지는 오해의 소지가 있습니다.

eng1neer 에 2020년 08월 30일

👍2

docker-compose.yml에 다음이있을 때 동일한 문제가 발생했습니다.
logging:
      driver: "json-file"
      options:
        max-size: 100m
        max-file: 10
"10"주위에 따옴표를 추가하면 오류가 사라졌습니다. 이것은 max-file 및 max-size의 값이 문자열이어야하지만 여전히 문서에 명시되어 있습니다. 오류 메시지는 오해의 소지가 있습니다.

당신은 내 하루를 구합니다. 정말 고맙습니다!

polly3d 에 2020년 09월 01일

docker-compose.yml에 다음이있을 때 동일한 문제가 발생했습니다.
logging:
      driver: "json-file"
      options:
        max-size: 100m
        max-file: 10
"10"주위에 따옴표를 추가하면 오류가 사라졌습니다. 이것은 max-file 및 max-size의 값이 문자열이어야하지만 여전히 문서에 명시되어 있습니다. 오류 메시지는 오해의 소지가 있습니다.

도커 데몬 수준에서 로깅 드라이버를 구성하고 있습니다. 로깅 드라이버로 fluentd를 사용하고 있으므로 불행히도이 수정은 저에게 적합하지 않습니다. = /

pisces-period 에 2020년 09월 16일

이것을 시도
export DOCKER_CLIENT_TIMEOUT=120
export COMPOSE_HTTP_TIMEOUT=120
당분간 문제를 해결하는 것 같습니다.
이 스레드에서 언급 한 다른 솔루션 :
Docker 다시 시작
Docker CPU 및 메모리 늘리기

글쎄, 시간 제한 옵션을 제외하고는 아무것도 효과가 없었습니다.

princeblr 에 2020년 10월 01일

내 컨테이너 중 하나에서 NFS 마운트 디렉토리를 사용하기 시작했기 때문에 이것을 얻었습니다. NFS 마운트 디렉토리는 저속 링크 (낮은 대역폭 연결이있는 원격 위치)에 있습니다. 그게 문제일까요?

dg1sek 에 2020년 10월 06일

Docker-compose.yml 구성이 다른 두 개의 다른 프로젝트에서 Mac, Docker 2.4.0.0에서 매우 자주 발생합니다. 2.4.0.0으로 업그레이드 한 1 주일 전에 일어난 일이 기억 나지 않습니다. 회귀가 있습니까?

제한 시간을 600으로 늘리고 RAM을 16GB로 늘리고 4GB로 스왑하고 Docker를 다시 시작하고 전체 Macbook을 다시 시작하려고 시도했지만 무작위로 반복해서 시도하는 것을 제외하고는 아무것도 작동하지 않는 것 같습니다. 하지만 다음에 컨테이너를 다시 시작하거나 다시 빌드해야 할 때 동일한 문제가 발생합니다.

mariaines 에 2020년 10월 10일

👍7

Mac에서도 2.4.0.0으로 이것을보기 시작했습니다. 나를위한 해결 방법은 docker를 다시 시작하는 것이지만 나중에 다시 실행됩니다.

KieranHarper 에 2020년 10월 11일

여기도 마찬가지입니다! 2.4.0으로 업데이트하면 때때로 언급 된 Read timed out. 오류로 인해 설정이 전혀 시작되지 않고 때로는 일부 컨테이너 만 시작되고 다른 컨테이너는이 오류를 발생시킵니다. 나는 이미 다운 그레이드를 생각하고있다!

언급 할 사항 :이 문제는 NFS 공유를 사용하는 설정과 "일반"마운트 된 볼륨을 사용하는 프로젝트 모두에 영향을줍니다.

hctom 에 2020년 10월 12일

👍3

Mac과 2.4.0 업데이트 이후에도 동일한 문제가 있습니다. 현재 다운 그레이드가 도움이되는지 시도하고 있습니다.

업데이트 : 이전 버전으로 다운 그레이드하고 캐시를 삭제하고 다시 빌드하면 문제가 해결됩니다.

FrankHouwelingCastor 에 2020년 10월 12일

👍7

나는 또한 최근에이 문제 (Mac, 2.4.0.0)를보기 시작했습니다. docker image prune 실행하면 며칠 동안 문제가 해결되었지만 이제 다시 돌아 왔습니다.

Storyyeller 에 2020년 10월 14일

2.4.0 업데이트 (Mac OS Mojave 10.14.5에서) 이후로이 시간 초과 오류가 자주 발생하기 시작했습니다.

melalj 에 2020년 10월 15일

👍3

또한 MacOS Catalina에서 Docker Desktop 2.4.0.0 (48506)으로 업데이트 한 후 빈도가 증가했습니다.

khalwat 에 2020년 10월 16일

Mac OS에서 2.4.0.0 이후 동일한 시간 초과 문제가 발생합니다. 나는 전에이 문제가 없었습니다.
엣지 빌드 2.4.1.0 (48583)을 시도했지만 여전히 동일한 문제가 있습니다.

ddesrousseaux 에 2020년 10월 19일

동일한 문제가 발생하고 Docker를 재부팅하면 MacOs Catalina (10.15.5) 및 Docker 버전 2.4.0.0에서 해결되었습니다.

gulistanboylu 에 2020년 10월 19일

여기서도 Docker 데스크톱 2.4.0.0으로 업데이트하기 전에 문제가 없었습니다.
Docker 데스크톱을 다시 시작하면 작동하지만 해결 방법 일뿐입니다.

remigarcia 에 2020년 10월 19일

여기에서도 동일하며 v2.4.0부터 시작합니다.

업데이트 : 이전 버전으로 다운 그레이드하고 캐시를 삭제하고 다시 빌드하면 문제가 해결됩니다.

그것을 시도합니다. 그것이 어떻게 끝났는지조차 확실하지 않습니다. 이전 버전을 제거하고 다운로드하는 것으로 가정합니까?

gnapse 에 2020년 10월 19일

예 2.4를 제거하고 2.3을 다운로드 / 다시 설치했습니다. 이제 작동하므로 평소처럼 컨테이너를 시작할 수 있습니다.
나는 거기에서 2.3을 얻었습니다 : https://docs.docker.com/docker-for-mac/release-notes/#docker -desktop-community-2302

ddesrousseaux 에 2020년 10월 19일

👍3

네, 그것이 저에게도 영향을 미쳤다는 것을 확인할 수 있습니다. 확실히 v2.4는 여기에서 어떻게 든 비난하는 것입니다.

gnapse 에 2020년 10월 19일

느린 네트워크 상태로 인해이 문제가 정기적으로 발생하는 경우 COMPOSE_HTTP_TIMEOUT을 더 높은 값 (현재 값 : 60)으로 설정하는 것이 좋습니다.

정확히 1Gbps가 느린 네트워크입니까?

wbednarski 에 2020년 10월 19일

다운 그레이드도 저에게 효과적이었습니다. Homebrew를 통해 Docker를 관리하는 경우

brew uninstall docker
brew install https://raw.githubusercontent.com/Homebrew/homebrew-cask/9da3c988402d218796d1f962910e1ef3c4fca1d3/Casks/docker.rb

jimmynotjim 에 2020년 10월 19일

느린 네트워크 상태로 인해이 문제가 정기적으로 발생하는 경우 COMPOSE_HTTP_TIMEOUT을 더 높은 값 (현재 값 : 60)으로 설정하는 것이 좋습니다.
정확히 1Gbps가 느린 네트워크입니까?

제 경우에는 NFS 마운트 네트워크 드라이브로 인해 발생했습니다.
"느린"네트워크 속도의 근본 원인은 물리적 링크 속도가 아닌 NFS를 사용했기 때문입니다.
그러나 구현에 문제가 있음을 분명히 보여주고 HTTP_TIMEOUT을 변경하면 문제가 해결되면 놀랄 것입니다.

dg1sek 에 2020년 10월 20일

여기도 마찬가지입니다. 컨테이너 생성 속도가 크게 느려지고 Mac 용 Docker v2.4에서 앞서 언급 한 HTTP 시간 초과 오류가 발생합니다. COMPOSE_HTTP_TIMEOUT = 120 설정이 작동했지만 컨테이너 생성 속도가 여전히 새로운 문제입니다. v2.3으로 다운 그레이드해도이 문제가 해결됩니다.

stoutput 에 2020년 10월 21일

👍1

Mac v2.4 용 Docker에 설치했기 때문에 동일한 문제를 확인할 수 있습니다.
또한 Docker 데몬을 실행하는 것만으로도 유휴 순간에도 RAM 및 CPU 소비가 크게 증가하는 것을 확인할 수 있습니다. 그러나 나는 그것이 compose 패키지 자체와는 아무런 관련이 없다고 생각합니다.

samoritano 에 2020년 10월 23일

👍1

나는 이와 같은 문제가 있었다. 2.40을 제거하고 @ddesrousseaux가 언급 한 링크에서 2.3을 설치

https://docs.docker.com/docker-for-mac/release-notes/#docker -desktop-community-2302

gallak87 에 2020년 10월 25일

이 문제는 Docker v. 2.4.3.0 여전히 존재합니다.

taras-GA 에 2020년 10월 26일

또한 2.4 릴리스의 엄청난 속도 저하 문제를 해결하기 위해 2.4에서 2.3으로 다운 그레이드했습니다. 여기서 무슨 일이 일어나고 있는지 디버깅하는 데 유용한 로그를 제공하게되어 기쁩니다.

timdawborn 에 2020년 10월 27일

위의 내용을 반영하여 이것은 2.4.2.x에서 시작되었습니다. 2.3에서 업그레이드 할 때 변경된 사항이 있습니다.

kevinquillen 에 2020년 10월 28일

Linux 환경에서 몇 가지 테스트를했는데 비슷한 문제가있었습니다. 최신 docker-compose 바이너리 (v1.27.4)를 설치했고 여러분이보고하는 것과 동일한 시간 초과 문제가있었습니다.

Mac 2.3 용 Docker에서 사용 가능한 것과 동일한 1.27.2로 다운 그레이드 한 후 문제가 사라졌습니다.

samoritano 에 2020년 10월 29일

Ubuntu 20.04의 현재 버전과 동일한 문제입니다.

GamerBene19 에 2020년 10월 29일

내 문제는 내가 docker를 설치하고 docker-compose를 snap 및 apt로 작성한다는 것입니다. 제거하고 재부팅 한 다음 https://docs.docker.com/engine/install/ubuntu/ 및 https://docs.docker.com/compose/install/ 의 공식 설치 지침을 따랐습니다.

kontrollanten 에 2020년 10월 30일

2.5.0에서 아직 수정되지 않은 2.4.0 업데이트 이후 자주 시간 초과 오류가 발생합니다.

andrefcgoncalves 에 2020년 11월 02일

👍3

네, 여기도 마찬가지입니다. 지난 2 년 동안 잘 작동했습니다. 그러나 2 개월 전 갑자기 인스턴스 1 개를 원할 때 다른 도커 프로젝트를 시작하면 다음과 같이 표시됩니다.
Apache UnixHTTPConnectionPool (host = 'localhost', port = None)의 경우 : 읽기 시간이 초과되었습니다.

Docker를 다시 시작하면 문제가 해결됩니다. 하지만 하루에 여러 번 프로젝트를 전환해야 할 때 정말 고통 스럽습니다.

makproductions 에 2020년 11월 05일

2.4 이후 동일한 문제, 항상 300 % CPU, 2.5는 도움이되지 않았고 2.3으로 다시 다운 그레이드되었으며 모든 것이 괜찮습니다. 이것은 i7 cpu 및 32g 램이있는 최신 맥북에서

wenbochang 에 2020년 11월 06일

방금 Mac 용 Docker 버전 (v2.5.0.1)으로 업그레이드했는데 문제가 해결 된 것 같습니다.
더 이상 UnixHTTPConnection 오류가 없으며 더 이상 CPU를 100 % 사용하지 않습니다.

다른 사람이 확인할 수 있는지 확실하지 않습니다.

samoritano 에 2020년 11월 12일

어떻게 얻었습니까? Mac에서 Docker를 열고 "업데이트 확인"을 수행하면 여전히 최신 2.4.2.0이 있다는 메시지가 표시됩니다.

kevinquillen 에 2020년 11월 12일

방금 Mac 용 Docker 버전 (v2.5.0.1)으로 업그레이드했는데 문제가 해결 된 것 같습니다.
더 이상 UnixHTTPConnection 오류가 없으며 더 이상 CPU를 100 % 사용하지 않습니다.
다른 사람이 확인할 수 있는지 확실하지 않습니다.

방금 v2.5.0.1에서 문제가 발생했습니다. Docker를 다시 시작하면 (적어도 일시적으로) 문제가 해결되는 것 같습니다.

EricVogl-carta 에 2020년 11월 12일

어떻게 얻었습니까? Mac에서 Docker를 열고 "업데이트 확인"을 수행하면 여전히 최신 2.4.2.0이 있다는 메시지가 표시됩니다.

이미 업그레이드했기 때문에 스크린 샷을 표시 할 수 없습니다.하지만 일주일 이상 사용 가능한 이전 v2.5.0 버전이 있기 때문에 컴퓨터에서 업데이트를받는 데 문제가있을 수 있습니다.

Mac 용 Docker 릴리스 노트 에서 확인할 수 있습니다 (그리고 거기에서 새로운 설치 프로그램을 가져옵니다).

samoritano 에 2020년 11월 12일

저는 Edge를 실행하고 있습니다. 그것은 아마도 그것을 설명 할 것입니다.

kevinquillen 에 2020년 11월 12일

v2.5.0.1이 최소한 약간 더 낫다는 것을 확인할 수 있습니다. 더 이상 부팅 할 때마다 시간 초과가 발생하지 않으며 오늘 아침 업데이트 이후로 아직 실행되지 않았습니다. 하지만 컨테이너 부팅 시간은 여전히 2.3보다 훨씬 느린 것 같습니다.

편집 : 내 docker-compose 프로젝트를 약 4 ~ 5 번 다시 시작한 후 시간 초과 오류가 다시 발생했습니다. 또한 2.5.0.1에서 새로운 오류가 발생했습니다. Cannot start service <container name>: error while creating mount source path <local mount path>: mkdir <local mount path>: file exists

stoutput 에 2020년 11월 12일

v2.5.0.1이 최소한 약간 더 낫다는 것을 확인할 수 있습니다. 더 이상 부팅 할 때마다 시간 초과가 발생하지 않으며 오늘 아침 업데이트 이후로 아직 실행되지 않았습니다. 하지만 컨테이너 부팅 시간은 여전히 2.3보다 훨씬 느린 것 같습니다.
편집 : 내 docker-compose 프로젝트를 약 4 ~ 5 번 다시 시작한 후 시간 초과 오류가 다시 발생했습니다. 또한 2.5.0.1에서 새로운 오류가 발생했습니다. Cannot start service <container name>: error while creating mount source path <local mount path>: mkdir <local mount path>: file exists

좋아요, 2.5.0.1 버전에서도 여전히 몇 가지 문제가 있습니다. CPU 사용량은 v2.3.x에 비해 여전히 너무 높고 속도도 상당히 느립니다.

samoritano 에 2020년 11월 13일

Docker 팀의 누구나 이것을 인정하고 평가할 수 있습니까?

kevinquillen 에 2020년 11월 13일

하나님, 4 년이 지났지 만 아직 해결되지 않은 문제

leapit 에 2020년 11월 15일

👍1

Compose: UnixHTTPConnectionPool (host = 'localhost', port = None) : 읽기 시간이 초과되었습니다. (읽기 시간 초과 = 60)

가장 유용한 댓글

모든 108 댓글

compose.parallel.feed_queue : 보류 중 : set ()

관련 문제