검색 결과 대부분의 경우
1. 권한 문제로 ct_cli 파일 의 권한을 755 이상으로 변경 하니 해결되었다고 한다. 팀원들도 동일했지만 나는 여기서 해결 안됨.
2.ct_cli 파일이 깨진건가 싶어 새로운 다운받은 파일로 대체해보았다. 해결안됨
3.리눅스로 실행해보니
qemu-x86_64: Could not open '/lib64/ld-linux-x86-64.so.2': No such file or directory
에러가 표출, window 로 실행시 문제 없어 보였는데 리눅스 환경에서는 이런 에러가 표출되고있었다.
docker
laradoc 환경세팅시 32비트로 세팅 된것으로 생각해서 php-fpm과 workspace 를 새로 빌드
----
2029 :13:50 추가 확인 사실
m1 이슈로 platform: linux/amd64 추가해주어서 해결가능!
m1아키텍쳐랑 x86 아키텍쳐 달라서 발생하는 오류
어디쪽에 추가하는지는 환경마다 다르긴 한데
필자는 docker compose를 사용하기 때문에 docker-compose.yml에서 아래와 같이 처리해주었음
workspace:
platform: linux/amd64
build:
context: ./workspace
args:
부가 설명을 하자면 m1칩이 arm64 기준이어서 빌드시 arm64로 빌드 되어 리눅스 에서 run 하지 못함.
빌드시 adm64로 빌드되도록 처리 필요
프로젝트가 라라독을 사용하기에 문서와서 OS/ARCH 확인
https://hub.docker.com/layers/laradock/workspace/latest-8.1/images/sha256-2edb93bb83cad940e27e6f16053c6c1cb31f3e89ab06631913bb0fdc439cb23d?context=explore
dock desktop
containers 삭제
images 삭제
다시 빌드 하니 정상작동
docker compose up -d nginx mariadb redis
참고자료
https://hun-dev.tistory.com/13?category=544444
https://kimjingo.tistory.com/93
댓글