Compose: "포트가 이미 할당되었습니다" 때문에 Docker 작성 실패

netstat | grep 5432 ?

안녕하세요 @shin- ,

방금 내 컴퓨터에서 하드 리셋을 수행했는데 다음과 같은 결과가 나타납니다.

$ docker-compose up
_collections.so could not be extracted!

그 후에 @patrickconnors가 게시한 것과 동일한 문제가

어떤 아이디어?

@budnik docker-compose down 를 실행하여 컨테이너와 네트워크를 정리한 다음 up 다시 실행하고 문제가 해결되는지 확인하십시오.

오늘 같은 문제가 발생했습니다( postgres 컨테이너 사용). docker-compose down 를 시도한 다음 다시 up 를 시도했지만 문제는 여전히 지속됩니다.

docker-compose ps 및 docker ps 빈 출력을 보여줍니다.

하지만 해결책을 찾았을 수도 있습니다.

이것이 내 postgres 서비스가 정의된 방식입니다

version: '2.1'

services:

  postgres:
    image: postgres:9.5.4
    env_file:
      - docker-compose.env
    ports:
      - 5432:5432

제 경우 수정 사항은 단순히 포트 바인딩을 비활성화하는 것이었습니다. 이는 마지막 부분을 다음과 같이 변경하는 것입니다.

    ports:
      - 5432

이것이 올바른 솔루션인지, 모든 사용 사례에 일반적으로 적용될 수 있는지 확실하지 않습니다.

docker-compose 자체의 문제일까요?
참고로:

$ docker-compose --version
docker-compose version 1.12.0, build b31ff33

위의 솔루션이 내가 필요했던 것입니다. @lorenzo-pasa에게 감사드립니다!

docker-compose를 3.3 버전으로 업데이트한 후에도 동일한 문제가 발생했습니다.
@lorenzo-pasa 솔루션은 로컬에서 작동합니다(여전히 prod에서 시도해야 함).

아래는 참고용으로 내 docker-compose 중 _part_입니다.

nginx:
    image: nginx:1.12.2-alpine
    volumes:
      - .:/usr/share/nginx/app
      - ./nginx/nginx.conf:/etc/nginx/nginx.conf
    ports:
      - "80"
    depends_on:
      - web

나는 이것을 가지고 있었고 Cannot start service mysql: network 4b8e7a23e3724fd351e428be30cdf7a9294d142ac23959ca9092278fc81e96c1 not found 와 같은 것도 가지고 있었습니다. up 명령에 --build --force-recreate 플래그를 사용하여 문제를 해결했습니다.

이것은 👇 저에게 효과적입니다!!

docker-compose down
docker rm -fv $(docker ps -aq)
sudo lsof -i -P -n | grep 5432

• 맥용

kill -9 <process id>

• 리눅스

sudo kill <process id>

오류: iky_gateway의 경우 서비스를 시작할 수 없습니다. iky_gateway: b'드라이버가 끝점 iky_gateway에서 외부 연결을 프로그래밍하지 못했습니다(47d83edbbc1568eae6d26f5e75931797b7e23c6528ff7cc8140f50811fb44920 프록시에 대한 0포트가 이미 할당됨

docker-compose down 시도했지만 해결하지 못했습니다.

미래 독자에게 도움이 될 수 있는 또 다른 솔루션은 docker-compose.yml 파일을 다시 확인하고 포트 8080에서 실행하려는 항목이 2개 없는지 확인하는 것입니다.

포트 8080에서 실행되도록 구성된 2개의 항목이 있는 경우 문제를 일으키지 않는 서비스/컨테이너에 대해 "포트가 이미 할당됨" 오류 메시지를 받을 수 있습니다. 오류 메시지에 대한 해결 방법이 없습니다.

@Rub21 의 솔루션은 kill -9 {pid} 가 프로세스를 계속 다시 시작한다는 점을 제외하고는 저에게 효과적이었습니다 . MySQL 서버를 실행하고 있었기 때문입니다. OSX에서는 다음을 수행해야 했습니다.

1. 시스템 환경설정
2. mysql
3. Stop MySQL Server 버튼을 누릅니다.

나는 포트 바인딩을 제거했고 그것은 나를 위해 일했습니다.
mysql:포트:- 3306:3306
나는 변경해야했다
mysql:포트:- 3306
그리고 모두 좋았다.

도커 중지 $(도커 ps -a -q)
도커 rm $(도커 ps -a -q)
그런 다음 기존 데이터(예: docker volume rm docker_db_data)를 제거합니다.
도커 구성

동일한 문제가 있습니다. 나는 docker-compose 1.13.0 및 1.22.0과 함께 docker 버전 17.05.0-ce, 빌드 8965be를 사용하고 있습니다. compose-yml 파일은 3.2입니다.

@KazibweStephen 에 대한 사과와 함께 이것은 유용한 솔루션이 아닙니다. 클라이언트가 컨테이너의 mysql 서비스에 연결할 _abritrary_ 포트를 선택하도록 docker-compose에 지시하고 있습니다. mysql에게 어떤 포트도 수신하지 않도록 하거나 포트 구성을 완전히 제거하도록 지시할 수도 있습니다.

_서버 재부팅_을 포함하여 위의 다양한 솔루션을 시도했습니다. 실행 중인 다른 컨테이너가 없으며 yml 파일에 충돌이 없습니다. 나는 이것이 훨씬 이전 버전의 docker/compose에서 작동했음을 기억합니다. 호스트의 netstat -anp 에는 포트에서 수신 대기 중인 항목이 표시되지 않습니다.

ports 섹션을 완전히 제거하면 프로세스가 정상적으로 시작됩니다. 그런 다음 nsenter ... netstat 를 사용하여 컨테이너가 해당 네임스페이스의 올바른 포트에서 수신 대기 중인지 확인합니다. 그런 다음 netstat 로 확인하여 기본 네임스페이스에 충돌이 없는지 확인합니다. 그런 다음 nc 와 같은 유틸리티를 사용하여 동일한 포트에서 수신 대기할 수 있습니다.

구성이 작동하지 않는 이유를 문서와 비교하여 볼 수 없습니다. 결론은 docker-compose의 프록시 설정에 문제가 있다는 것입니다.

_믿을 수 없는_. 사실 문제를 일으킨 작은 오류가 있었습니다. 내 구성에는 _2개의_ 포트가 필요했으며 이 중 하나에 오타가 있어 다른 하나를 복제했습니다. 얼굴 손바닥

netstat | grep 5432 ?

안녕하세요 실행해보니 이런 메세지가 나오네요..

98808d86b49cff5d 스트림 0 0 98808d86b6dd9be5 0 0 0 /tmp/.s.PGSQL.5432. 무엇을 해야할지 도와주시겠습니까? 감사 해요

제 경우 수정 사항은 단순히 포트 바인딩을 비활성화하는 것이었습니다. 이는 마지막 부분을 다음과 같이 변경하는 것입니다.

    ports:
      - 5432

이것이 올바른 솔루션인지, 모든 사용 사례에 일반적으로 적용될 수 있는지 확실하지 않습니다.

docker-compose 자체의 문제일까요?
참고로:

$ docker-compose --version
docker-compose version 1.12.0, build b31ff33

이 수정 사항은 저에게 효과적이었습니다.

docker-compose -version
docker-compose version 1.23.1, build b02f1306

나는 약간 다른 상황이 발생하여 이 사건의 또 다른 사례를 기록하기 위해 여기에 게시했습니다.

포트 매핑이 포함된 docker-compose.yml 및 docker-compose.override.yml 파일을 사용할 때 호스트 포트는 두 매핑에 대해 동일하지만 컨테이너 포트가 다르면 도커가 시도하고 할당합니다. 호스트 포트를 두 번.

docker-compose.yml:

ports:
  - 8080:8080

docker-compose.override.yml:

ports:
  - 8080:8181

아마도 이것은 그 자체로 문제일 수 있습니다. 재정의 매핑을 생성하면 바인딩 시도가 중복됩니다. 이 상황은 특히 컨테이너를 온라인 상태로 만들려고 시도할 때까지 포트에서 수신 대기 중인 것이 없기 때문에 매우 심각합니다. 실패하여 전체 구성이 종료되어 포트가 다시 할당 해제됩니다.

@lorenzo-pasa의 솔루션이 저에게 효과적이었습니다! 나는 docker-compose 및 nginx를 사용하고 있으며 우분투 OS를 실행하고 있습니다. 감사합니다.

많은 사람들이 여전히 문제(저를 포함하여)에 직면해 있는 것 같으면서도 이 문제가 종료된 이유가 궁금합니다. (예를 들어) 8080:8080 를 쓰지 않고 항상 8080 대신 쓰는 공식 수정 사항입니까? 이것은 불만이 아니라는 점을 분명히 하기 위해 진심으로 궁금합니다.

@Ezwen 동의
위에 게시된 모든 제안을 시도했지만 여전히 오류가 발생합니다.
PHPstorm을 실행 중이고 dockerbox에서 내 응용 프로그램을 Xdebug하려고 합니다. 내 dockerbox를 시작할 때 docker-compose up을 사용하고 있습니다.

포트:
- "9001:9001"

포트를 올바르게 노출합니다. (vpnkit.exe는 Docker의 일부입니다)

vpnkit.exe가 포트 9001을 수신하고 있음을 알 수 있습니다. 따라서 이제 PHPstorm에서 Xdebug를 시작하려고 하면 오류 메시지가 나타납니다.

도커 컨테이너를 시작할 때 vpnkit.exe에서 항상 사용하는 포트 9001을 수신하도록 PHPstorm 디버거에 지시할 수 없는 이유를 모르겠습니다.

@lorenzo-pasa 감사합니다! 그것은 정확히 내 문제였으며 귀하의 솔루션이 효과가 있었습니다. 나는 결과없이 이것을 해결하기 위해 많은 것을 시도했습니다. 다시 감사합니다!

오늘 같은 문제가 발생했습니다( postgres 컨테이너 사용). docker-compose down 를 시도한 다음 다시 up 를 시도했지만 문제는 여전히 지속됩니다.

docker-compose ps 및 docker ps 빈 출력을 보여줍니다.

하지만 해결책을 찾았을 수도 있습니다.

이것이 내 postgres 서비스가 정의된 방식입니다

version: '2.1'

services:

  postgres:
    image: postgres:9.5.4
    env_file:
      - docker-compose.env
    ports:
      - 5432:5432

제 경우 수정 사항은 단순히 포트 바인딩을 비활성화하는 것이었습니다. 이는 마지막 부분을 다음과 같이 변경하는 것입니다.

    ports:
      - 5432

이것이 올바른 솔루션인지, 모든 사용 사례에 일반적으로 적용될 수 있는지 확실하지 않습니다.

docker-compose 자체의 문제일까요?
참고로:

$ docker-compose --version
docker-compose version 1.12.0, build b31ff33

나에게 문제는 다른 도커 컨테이너가 다른 프로젝트의 백그라운드에서 계속 실행되고 있다는 것이었습니다.

다음을 실행하여 수정했습니다.

docker stop $(docker ps -a -q)
docker rm $(docker ps -a -q)

언급한 @maritaria 와 동일한 문제가 있습니다.

@freesoft 이에 대한 새 문제를 여는 것이 가장 좋습니다.

나는 여기에서 모든 것을 시도했지만 아무 것도 작동하지 않는 것 같습니다.

sudo lsof -i -P -n | 그렙 5432

모든 프로세스를 종료
스도 킬

그런 다음 그것은 나를 위해 일했습니다.

와 같은 문제가 있었습니다.

 Version:           18.09.3
 API version:       1.39
 Go version:        go1.10.8
 Git commit:        774a1f4
 Built:             Thu Feb 28 06:53:11 2019
 OS/Arch:           linux/amd64
 Experimental:      false

의 한 docker-proxy 프로세스 때문에 사망하고, 매달려 있었다 systemctl restart docker 문제를 해결했다.

docker system prune(이 명령에 주의)을 실행한 다음 docker를 다시 시작했는데 저에게 효과적이었습니다.

docker network prune 이 문제를 해결하는 것 같습니다.

sudo lsof -i -P -n | 그렙 5432

나를 위해 일한 ec2 Linux 인스턴스

sudo lsof -i -P -n | 그렙

나를 위해 작동하지만 지금 프로세스를 계속 종료해야합니까?

제 경우에는 동일한 포트로 로컬에서 이미 실행 중인 node.js 인스턴스가 있었습니다.

내가 중지했을 때 docker-compose up --build 이 작동하기 시작했습니다!

제 경우에는 SO를 다시 시작합니다.

@Rub21 의

sudo lsof -i -P -n | grep <port number>

사용 프로그램을 docker-pr 라고 비난했습니다.

그에 따라 검색 키워드를 업데이트한 후 이 문제가 발생했습니다 .
할당된 것으로 간주되지 않지만 어쨌든 있는 포트를 사용하여 서비스를 배포할 수 없는 문제를 해결했습니다.

감사 해요.

BTW:
제 경우에는 오류의 원인이 docker network prune 를 실행하는 동안 강제 종료를 수행한 것이라고 생각합니다.
cli가 작업을 완료할 수 없었기 때문에 도커/네트워크 경로에 "존재하지 않는" 잔여물이 모두 있었던 것 같습니다.

제 경우에는 https://github.com/docker/for-mac/issues/205#issuecomment -250856158이 작동했습니다.

On linux users have reported that after remove local-kv.db with all containers stoped the problem gets solved.

파일은 /var/lib/docker/network/files/local-kv.db에 있습니다.

kill -9 $(sudo lsof -i -P -n | grep 8888 | awk '{print $2}') 이(가) 나를 위해 속임수를 썼습니다.

불행히도 "kill -9.."를 사용한 트릭은 작동하지 않습니다.
docker-proxy 프로세스 대신 좀비를 얻었습니다.

docker run -it -p 50000:50000 hello-world
도커: 데몬의 오류 응답: 드라이버가 끝점 musing_dijkstra에서 외부 연결을 프로그래밍하지 못했습니다(2afd0e53bb80223bc07650e59bd16b43c6d971828a589db6f43dfa50a7a1ab42): 0.0.000에 대한 포트 바인딩이 이미 실패했습니다.

docker run -it -p 80:80 hello-world
도커: 데몬의 오류 응답: 드라이버가 끝점 cocky_goldberg에서 외부 연결 프로그래밍 실패(8dab653c7575c298efea1b808ef2ff16f19bb6c23f51612787e19a434ceeb2ff): 포트 0.0.0.0에 대한 바인딩이 이미:80 실패: 할당됨

상단 | 그렙 좀비
작업: 총 319개, 실행 1개, 잠자기 181개, 중지 0개, 좀비 2개

우나메 -r
4.14.35-1844.4.5.el7uek.x86_64

@lorenzo-pasa 영사 서비스에 대해 동일한 문제가 발생했으며 귀하의 트릭이 저에게 효과적이었습니다. 솔루션에 감사드립니다.

도커 중지 $(도커 ps -a -q)
도커 rm $(도커 ps -a -q)
그런 다음 기존 데이터(예: docker volume rm docker_db_data)를 제거합니다.
도커 구성

@joseph-luketelo의 이 솔루션(감사합니다!)은 MacOS Mojave에서 작동했습니다. "기존 데이터를 제거..."할 필요조차 없었습니다. 처음 두 명령을 실행하면 해결됩니다.

• /var/lib/docker/network/files/local-kv.db 삭제(모든 항목을 끄거나 끔)가 작동하지 않음
• 가지 치기 네트워크가 작동하지 않았습니다
• 모든 볼륨 및 컨테이너 삭제가 작동하지 않음
• 위의 모든 작업을 함께 수행하면 작동하지 않음
• 포트를 점유하는 docker-proxy 인스턴스 종료가 작동하지 않았습니다(해당 포트에 대한 netstat 출력에는 더 이상 아무 것도 표시되지 않지만 여전히 이 오류 메시지가 표시됨).
• 위의 작업을 수행한 다음 docker 서비스를 다시 시작하면 docker-compose up 가 무기한 중단됩니다.

이것은 한 달 동안 거의 매주 나에게 일어나고 있으며 지금까지 트릭을 수행하는 유일한 방법은 매번 도커를 다시 설치하는 것입니다. 이게 왜 닫혀있나요? 위의 단계를 수행하더라도 이것은 분명히 다양한 버그입니다 ...

언급 된 모든 솔루션이 저에게 효과가 없었습니다.

이것은 작동합니다:

sudo rm -rf /var/lib/docker
sudo service docker restart # to re-create the db again

또한 docker 및 docker-compose를 다시 설치하려고 시도했지만 이 단계가 도움이 될지 모르겠습니다. 위에서 언급한 단계를 수행할 때까지 작동하지 않았습니다.

오늘 같은 문제가 발생했습니다( postgres 컨테이너 사용). docker-compose down 를 시도한 다음 다시 up 를 시도했지만 문제는 여전히 지속됩니다.

docker-compose ps 및 docker ps 빈 출력을 보여줍니다.

하지만 해결책을 찾았을 수도 있습니다.

이것이 내 postgres 서비스가 정의된 방식입니다

version: '2.1'

services:

  postgres:
    image: postgres:9.5.4
    env_file:
      - docker-compose.env
    ports:
      - 5432:5432

제 경우 수정 사항은 단순히 포트 바인딩을 비활성화하는 것이었습니다. 이는 마지막 부분을 다음과 같이 변경하는 것입니다.

    ports:
      - 5432 (this also solve my problem)

이것이 올바른 솔루션인지, 모든 사용 사례에 일반적으로 적용될 수 있는지 확실하지 않습니다.

docker-compose 자체의 문제일까요?
참고로:

$ docker-compose --version
docker-compose version 1.12.0, build b31ff33

포트 바인딩 비활성화도 내 문제를 해결했습니다.

도커 구성을 다시 빌드한 후에도 동일한 오류가 발생했습니다.

ハ➜ docker-compose up

나는 시도했다:
ハ➜ docker-compose down
그러나 여전히 같은 문제에 직면했습니다 ....

ef18b3f0f2864b22e102): Bind for 0.0.0.0:10002 failed: port is already allocated

ERROR: for db  Cannot start service db: driver failed programming external connectivity on endpoint eeschenck_db_1 (a7caadb27e327b901df83bb42fd19bd704224aa03a75ef18b3f0f2864b22e102): Bind for 0.0.0.0:10002 failed: port is already allocated
ERROR: Encountered errors while bringing up the project.

그런 다음 Docker 응용 프로그램을 다시 시작하고 docker 확장이 있는 'Visual Studio Code' IDE를 종료했습니다...

그런 다음 다시 한 번 시도하고 포트를 netstat하려고했습니다.
ハ➜ netstat -n | grep 10002
해당 포트에 대한 항목이 없습니다... 전에 시도했어야 합니다.

ハ➜ docker-compose up

Visual Studio Code Docker 확장이 문제인 것 같습니다.

docker-compose 파일 구성을 공유할 수 있습니까?
포트 미러링을 제거해야 합니다.

나를 위해 일했다

docker-compose down
docker network prune
sudo service docker restart
docker-compose up

오늘 같은 문제가 발생했습니다( postgres 컨테이너 사용). docker-compose down 를 시도한 다음 다시 up 를 시도했지만 문제는 여전히 지속됩니다.

docker-compose ps 및 docker ps 빈 출력을 보여줍니다.

하지만 해결책을 찾았을 수도 있습니다.

이것이 내 postgres 서비스가 정의된 방식입니다

version: '2.1'

services:

  postgres:
    image: postgres:9.5.4
    env_file:
      - docker-compose.env
    ports:
      - 5432:5432

제 경우 수정 사항은 단순히 포트 바인딩을 비활성화하는 것이었습니다. 이는 마지막 부분을 다음과 같이 변경하는 것입니다.

    ports:
      - 5432

이것이 올바른 솔루션인지, 모든 사용 사례에 일반적으로 적용될 수 있는지 확실하지 않습니다.

docker-compose 자체의 문제일까요?
참고로:

$ docker-compose --version
docker-compose version 1.12.0, build b31ff33

@lorenzo-pasa 감사합니다. 이 솔루션이 저에게 효과적이었습니다.

Mac에서 도커 데스크탑 데몬을 다시 시작하기만 하면 됩니다(Docker Desktop 2.2.0.4).
시작 시 뭔가 잘못 작동하는 것 같습니다.

도커 중지 $(도커 ps -a -q)
-8080:8080 ~ -8080 또는 docker rm$(...)와 같은 다른 고정을 시도하기 전에 이 명령을 실행하십시오.

내 컴퓨터를 재설정하고 다시 작동하기 시작합니다. 아마도 정확한 솔루션은 아니지만 작동했습니다.

docker ps가 아무 것도 출력하지 않고 docker-compose down/up이 도움이 되지 않으면 포트가 다음 명령과 함께 사용되는지 확인하십시오.
sudo lsof -i -P -n | grep 9200

그렇다면 다음을 실행하십시오.
sudo service docker restart

같은 문제가 있습니다. 그래요 :

docker-compose down
docker-compose build
docker-compose up -d

그러나 때때로 오류가 발생합니다

ERROR: for xxxxxx  Cannot start service web: driver failed programming external connectivity on endpoint xxxxx (xxxx): Bind for 0.0.0.0:22000 failed: port is already allocated

다른 컨테이너가 거기에서 실행되기 때문에 도커를 다시 시작할 수 없습니다.

@KorossGame 이 제안한 @mogadanez에서 이미 이 포트를 사용 중인 프로세스를 찾을 수 있습니다.

좋은 하루 보내세요,

@pandaatrail
도커이지만 도움이되지 않습니다. 전체 도커를 다시 시작할 수 없습니다.

@mogadanez 도커를 다시 시작할 수 없는 경우 - 특정 포트를 사용 중인 항목을 확인하십시오.
sudo lsof -i -P -n | grep 9200
또한 도커 컨테이너가 다음과 같은 입력 포트를 사용하고 있지 않은지 확인하십시오.
docker ps

그것은 단순히 작동하지 않습니다. lsof 는 사용 중인 포트를 표시하지 않습니다. 이미지를 제거하고 전체 스택을 다시 생성해도 작동하지 않습니다. 도커를 다시 시작해도 작동하지 않습니다. 효과가 있었던 것은 시스템을 재부팅하는 것뿐이었습니다. 행운을 빕니다.

안녕하세요,
동일한 포트를 사용하는 다른 서비스가 있는지 확인하기만 하면 됩니다.

Windows를 사용하는 경우 다음 명령을 실행해야 합니다.

1. docker-compose down
2. netstat -ano | findstr :port (예 netstat -ano | findstr :18080 )
3. taskkill /pid the_pid_of_the_port /f
4. docker-compose up

그게 다야 😄

@olfamoussaoui 나는 모든 것을 시도했지만 Mac용입니다. 솔루션이 작동하지 않습니다.

@gabrielhpugliese 포트가 사용

@olfamoussaoui 나는 모든 것을 시도했지만 Mac용입니다. 솔루션이 작동하지 않습니다.

우분투에서 비슷한 작성 동작이 있었습니다. 잘못된 iptables 설정에 따른 부작용이었습니다. 포트 변환은 수동으로 확인하고 해제해야 합니다. MacOS의 올바른 구문을 기억하지 마십시오. 로제트 스톤으로 찾는 것이 그리 어렵지 않을 것입니다.

나는 왜 내가 그 모든 것을 필요로하는지 이해하지 못하고 문제는 멀리 떨어져 있습니다. 그것
내가 만들고 있는 새 설정이 아니며 새로 만들지 않았습니다.
컨테이너/서비스. 방금 up -d를 사용하여 서버 컨테이너를 다시 만들었습니다.
--짓다. 정말 이상해.

vitaly-zverev [email protected] schrieb am Mi., 2020년 8월 19일,
17:27:

@olfamoussaoui https://github.com/olfamoussaoui 다 시도했지만
맥용. 솔루션이 작동하지 않습니다.

우분투에서 비슷한 작성 동작이 있었습니다. 에 근거한 부작용이었다.
잘못된 iptables 설정. 포트 번역을 확인하고 해제해야 합니다.
수동으로. MacOS의 올바른 구문을 기억하지 마십시오. 그렇게 어렵지 않아야합니다
로제트 스톤으로 찾으십시오.

—
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/docker/compose/issues/4950#issuecomment-676495723 ,
또는 구독 취소
https://github.com/notifications/unsubscribe-auth/AAJR3UTBMGLV2ECW5GCNQDTSBPVNXANCNFSM4DQLFGPQ
.

나는 왜 내가 그 모든 것을 필요로하는지 이해하지 못하고 문제는 멀리 떨어져 있습니다. 내가 구축하고 있는 새로운 설정이 아니며 새로운 컨테이너/서비스를 만들지 않았습니다. 방금 up -d --build를 사용하여 서버 컨테이너를 다시 만들었습니다. 정말 이상해. vitaly-zverev [email protected] schrieb am Mi., 2020년 8월 19일, 17:27:
…
@olfamoussaoui https://github.com/olfamoussaoui 모든 것을 시도했지만 Mac용입니다. 솔루션이 작동하지 않습니다. 우분투에서 비슷한 작성 동작이 있었습니다. 잘못된 iptables 설정에 따른 부작용이었습니다. 포트 변환은 수동으로 확인하고 해제해야 합니다. MacOS의 올바른 구문을 기억하지 마십시오. 로제트 스톤으로 찾는 것이 그리 어렵지 않을 것입니다. — 당신이 언급되었기 때문에 이것을 받는 것입니다. 이 이메일에 직접 답장하거나 GitHub < #4950 (comment) >에서 확인하거나 https://github.com/notifications/unsubscribe-auth/AAJR3UTBMGLV2ECW5GCNQDTSBPVNXANCNFSM4DQLFGPQ 구독을 취소

음, 알겠습니다. 도커가 네트워크 번역과 통합된 위치에서 근본 원인을 분석해야 합니다. OS에 따라 다르며 많은 의미가 있습니다.
모든 통합 버그와 마찬가지로.

좋은 답변을 많이 받았습니다. 나는 문제가 내가 Catalina에 설치한 다른 앱(Sky Go)이라는 것을 발견했습니다. 이 앱은 닫혀 있어도 포트 충돌을 일으키고 있었습니다.
이러한 앱(Skype 포함)이 문제를 일으키지 않는지 확인하는 것이 좋습니다.

나는 또한 같은 문제에 직면했다. 포트 8080을 사용하고 있으며 도커를 실행하려고 할 때마다 이미 사용 중인 포트 8080이 표시되었습니다. 그런 다음 다른 응용 프로그램이 포트를 차단했는지 확인했지만 아무 것도 찾지 못했습니다.
그런 다음 다음 단계를 수행했습니다.

• docker-compose down(내 컨테이너 중지)
• docker ps (내 경우에는 모든 컨테이너가 실행 중인지 확인하기 위해 나는 hasura graphql이 실행 중임을 발견했습니다)
• 도커 컨테이너 중지 [Container_ID]
• docker container rm [Container_ID] (내 경우에는 컨테이너도 제거했습니다)
  위의 프로세스를 따른 후 내 도커가 작동했습니다.

WSL2를 사용 중인 경우 Hyper-V가 활성화되어 있는지 확인합니다. 그렇지 않은 경우 활성화하면 됩니다.

OS 재시작이 도움이 되었습니다.