💻문제점
레퍼런스 깃허브를 clone 해서 받아와 다음 명령어로 실행했다.
docker compose up -d
그런데 계속 transcodingservice 패키지의 Dockerfile의 다음 줄에서 더 진행되지 않았다.
어떨 때는 이 줄에서 에러가 뜨는가 하면,
RUN apt-get -y update && apt-get -y upgrade && apt-get install -y --no-install-recommends ffmpeg
어떨 때는 이 줄에서 에러가 뜨기도 했다.
RUN ./mvnw dependency:resolve
팀원 모두 같은 깃허브 레포지토리를 가져와 실행했는데, 하나 둘 씩 성공하더니 나만 안되는 것이다...!
📃시도
1. 권한이 없나? 싶어서 앞에 권한 부여해주는 명령어를 추가해주었다. → 실패
RUN cmod +x ./mvnw
RUN ./mvnw dependency:resolve
2. correto-17을 사용하기 때문에 혹시나 하고 From eclipse-temurin: 17-jdk-jammy를 Form amazoncorretto:17로 바꾸어보았다. → 실패
amazoncorretto:17 에는 apt-get이 없어서 yarn 으로 바꿔주기도 했다.
FROM amazoncorretto:17
RUN apt-get -y update && apt-get -y upgrade && apt-get install -y --no-install-recommends ffmpeg
RUN mkdir /home/streams
WORKDIR /app
COPY .mvn/ .mvn
COPY mvnw pom.xml ./
RUN cmod +x ./mvnw
RUN ./mvnw dependency:resolve
COPY src ./src
CMD ["./mvnw", "spring-boot:run"]
3. 다른 분은 JAVA_HOME이 jdk-17이라 오라클에서 JDK17을 설치해서 correto-17로 되어있던 JAVA_HOME 환경 변수를 바꾸어 주었다. → 실패
🔍해결
이걸 어이가 없다고 해야할지...?!
나는 레포지토리를 clone해서 받아와서 docker compose up -d 명령으로 빌드 했을 때는 이미지가 빌드 되지 않았는데, 레포지토리 zip 파일을 받아 열고 명령을 수행하니 빌드가 되었다.
아니 대체 clone한거랑 zip 파일이 무슨 차이가 있지?
1. 권한 문제가 있을 수 있을 것?
clone시에는 git 저장소에 액세스해서 파일을 가져와서 권한 문제가 있을 수 있는데, zip 파일로 다운로드 하면 없을 수도 있다
2. 환경 설정 미포함
clone한 경우 실행에 필요한 환경 변수나 구성 파일 설정 문제가 있을 수도! clone시에는 git 저장소의 기본 설정을 사용하고, zip파일로 다운로드한 경우에는 미리 설정된 환경 변수나 구성 파일이 포함되어 있을 수 있다.
현재로서는 이 두가지 이유가 유력한 원인인 듯 하다.
그래도 성공적으로 로컬에서 실시간 스트리밍 확인 완료...!!
'TIL' 카테고리의 다른 글
[TIL - 20230524] WebFlux 예제 구현 (0) | 2023.05.25 |
---|---|
[TIL - 20230522] EC2 도커 이미지 한 번에 배포.. OBS 연결 실패 (0) | 2023.05.23 |
[TIL - 20230515] 게시글 제목과 태그에 검색어를 포함하는 게시글 조회 (0) | 2023.05.16 |
[TIL - 20230515] @ReqeustParam enum 타입 받기 (0) | 2023.05.15 |
[TIL - 20230513] 게시글 수정(썸네일 변경 포함)을 위한 MutipartFile과 Dto 함께 받기 (0) | 2023.05.14 |