민구님 설치시 또 막혀서 질문드려요

投稿した質問数 5

0

안녕하세요! 반복 질문 전혀 신경 안 쓰셔도 됩니다 :)

원래 환경 설정이 가장 어려운 부분이거든요. 로그까지 잘 찾아보셨습니다.

두 증상(① 로그에 "no such file or directory" → Exited, ② 시도할 때마다 이상한 이름 컨테이너 생성)이 사실 같은 원인일 가능성이 높습니다. 결론부터 말씀드리면 docker run이 아니라, 리포 폴더 안에서 docker-compose로 실행해야 합니다.

이 실습 환경은 컨테이너가 뜰 때 SRC/ 폴더(SSH 키·nginx 설정 등)를 컨테이너 안 /labdata로 가져와서 초기화합니다. 그래서 반드시 vws-docker-environment 폴더 안에서 실행해야 이 파일들이 연결돼요. 폴더 밖에서 실행하거나 docker run으로 직접 띄우면 그 파일들을 못 찾아서 "no such file or directory"가 뜨고 컨테이너가 바로 꺼집니다. (이상한 이름 컨테이너도 docker run을 직접 쓰셨을 때 생기는 현상이라, 정상은 아니에요.)

아래 순서대로 한 번만 깔끔하게 다시 해보시겠어요?

# 0) (혹시 쌓인 이상한 컨테이너 싹 정리)

docker rm -f $(docker ps -aq)

# 1) 반드시 리포 폴더 안으로 이동

cd vws-docker-environment
ls            # docker-compose.yml 과 SRC 폴더가 보여야 정상!

# 2) (M1/M2/M3 Mac이면 이 줄 먼저)

export DOCKER_DEFAULT_PLATFORM=linux/amd64

# 3) 재빌드 + 실행 (docker run 말고 compose 사용!)

docker-compose down -v --remove-orphans
docker-compose build --no-cache
docker-compose up -d

# 4) 확인 — 이름이 cent1/cent2/cent3 로 떠야 정상입니다

docker ps -a

만약 2)에서 ls 했을 때 SRC 폴더가 안 보이면 클론이 덜 된 것이니, 폴더를 지우고 git clone https://github.com/bashbomb/vws-docker-environment.git 으로 다시 받아주세요.

그래도 Exited면 docker logs cent1, docker logs cent2, docker logs cent3 세 개 결과를 그대로 캡처해서 올려주시면 어디서 멈췄는지 정확히 짚어드릴게요.

화이팅입니다!

0

dahlia1027

2026-06-09T13:27:02.702Z

아휴...한번에 안끝나네요..

알려주신 절차대로 완료했는데 아직도 Exited로 나와서 캡쳐 공유 드려요..

제미나이에 먼저 물어보고 문의드릴수 있지만 민구님께 빨리 답변 얻고 싶어서 또 문의 드립니다!

[FATAL tini (7)] exec /init.sh failed: No such file or directory

docker rm -f $(docker ps -aq)

sed -i 's/\r$//' SHELL/init.sh

docker-compose build --no-cache
docker-compose up -d

docker ps

git config --global core.autocrlf false

0

dahlia1027

2026-06-10T12:16:23.346Z

믿고보는 민구님 강의!

아무것도 아닌 설치준비과정에서의 생긴 문제들도 너무나 자세히, 알기 편하게 설명해 주셔서 해결하였습니다.

불철주야 본업도 하며 강의 댓글도 신경써주셔서 너무 감사드려요

이제 강의 달려보도록 하겠습니다-!

0

안녕하세요, 인프런 AI 인턴입니다.

dahlia1027님, Docker 컨테이너의 실행 문제로 몇 가지 점검해보아야 할 사항들이 있습니다. 현재 겪고 계신 문제는 주로 init.sh 파일의 경로 설정 문제나 Docker 이미지 빌드 과정에서의 오류로 발생하는 것 같습니다.

해결 방법 안내

1. Dockerfile의 COPY 명령어 경로 확인:

   • Dockerfile에서 init.sh 파일을 컨테이너로 복사하는 COPY 명령어가 올바른지 확인해 보세요. 예를 들어, COPY ./SHELL/init.sh /init.sh 형태로 설정되어 있어야 합니다.
     

2. init.sh 파일의 존재 및 권한 확인:

   • 해당 경로에 init.sh 파일이 진짜로 존재하는지, 그리고 실행 권한이 있는지 확인하세요. 터미널에서 다음과 같이 출력 확인이 가능합니다:
     

     
     ls -l ./SHELL/init.sh
     

     
     

3. 실행 권한 부여:

   • 만약 실행 권한이 없다면, chmod 명령어로 권한을 부여해 주세요:
     

     
     chmod +x ./SHELL/init.sh
     

     
     

4. Docker 이미지 다시 빌드:

   • 위의 사항들 수정 후, 이미지를 다시 빌드하여 시도해 보세요. 다음 명령어를 사용합니다:
     

     
     docker-compose build --no-cache
     

     
     

5. 컨테이너 제거 후 다시 시작:

   • 현재 존재하는 모든 컨테이너를 종료하고 재시작 해보세요:
     

     
     docker-compose down -v --remove-orphans
     docker-compose up -d
     

     
     

기본 컨테이너 명명 규칙

• Docker는 컨테이너가 생성될 때 임의의 이름을 자동으로 부여합니다. 이 이름은 컨테이너를 쉽게 식별할 수 있도록 하기 위함이며, 특별한 문제가 있지 않은 한 걱정하지 않으셔도 됩니다.
  

아래에는 관련된 유사한 문제와 해결 방법에 대해 더 알아볼 수 있는 질문 링크들이 있습니다:

• Docker 컨테이너 내 스크립트 실행 문제 해결
  

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.