우분투 터미널에서 exec -it로 접속한 도커 컨테이너에서는 pip 명령어가 제대로 작동하는데 vscode에서 attach한 도커 컨테이너에서는 pip 명령어가 동작하지 않고 bash: pip3: command not found이런 에러가 발생할 때가 있다. vscode에서 바라보는 PATH와 터미널에서 접속한 컨테이너의 PATH가 일치하지 않기 때문에 일어나는 문제이다.echo $PATHvscode에서 위 명령어를 이용해 PATH를 출력하면 다음과 같이 나올 것이다.root/.vscode-server/bin/8b3775030ed1a69b13e4f4c628c612102e30a681/bin/remote-cli:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sb..
도커 컨테이너를 새로 생성 후 기본 설정을 하기 위해 apt-get update 명령어 입력시 두가지 에러를 마주 했다. 1️⃣ Couldn’t create temporary file /tmp/apt.conf이 에러는 /tmp 권한이 잘못 설정 되어 있어서 생기는 문제로 컨테이너 터미널에서 '/' 경로로 이동 후 해당 폴더의 권한을 확인해 보고 777 권한으로 수정 해 주면 된다.# / 경로로 이동 cd / # 파일 권한 확인 ll/tmp 권한이 777(drwxrwxrwx)이 아니라면 777로 변경 해 주자.# 777로 권한 변경 chmod 777 tmp # 변경 되었는지 확인 ll 2️⃣ NO_PUBKEY 에러 발생위 에러를 해결하고 다시 apt-get update를 해주었더니 이번엔 NO_PUBKEY..
항상 쓰던 서버에서 새로운 도커 컨테이너를 생성 후 vscode에서 remote를 사용하여 원격으로 컨테이너에 접속하기 위해 몇가지 파일들을 수정 해 주고 마지막으로 " /etc/init.d/ssh restart " 해당 명령어를 입력하면 문제없이 원격으로 접속이 가능했는데 서버 재부팅 후부터는 Permissions 0755 for '{key_name}' are too open. 이러한 에러가 발생했다. 이 에러는 오류를 발생시킨 key에 대한 권한이 너무 많이 부여되어 있어서 생긴 문제이다. (확인 해 보면 해당 key가 777 권한 또는 write 권한이 부여 되어 있을 것.) 따라서, 해당 key에는 write 권한이 없어야 하기에 400 권한으로 수정 해 주면 해결 된다. 컨테이너 터미널 창에서 ..
