에러

bosh 설치 시 에러

문제

강의를 따라 mobaxterm 세션 2개 동시에 켜두고 다운로드 및 설치 진행 중 bosh 설치 sh 실행 시 발생한 에러

Deploying:
Building state for instance 'bosh/0':
Compiling job package dependencies for instance 'bosh/0':
Compiling job package dependencies:
Adding release package archive '/home/ubuntu/.bosh/installations/05ebafb5-aaa7-426d-41b0-d772498757ec/tmp/bosh-release343776264/compiled_packages/golang-1.17-linux.tgz' to blobstore:
Putting file '/home/ubuntu/.bosh/installations/05ebafb5-aaa7-426d-41b0-d772498757ec/tmp/bosh-release343776264/compiled_packages/golang-1.17-linux.tgz' into blobstore (via DAVClient) as blobID '94886c59-9d86-4e7b-4824-2d6d1dedb616':
Putting dav blob 94886c59-9d86-4e7b-4824-2d6d1dedb616:
Put "https://10.0.1.6:6868/blobs/d8/94886c59-9d86-4e7b-4824-2d6d1dedb616": dial tcp 10.0.1.6:6868: connect: no route to host
Exit code 1

해결

에러 메시지만 보고 네트워크 문제인가 했는데 세션 다 끄고 하나만 열어서 재시도하니 넘어갔다.
vm 사양은 4코어 램 24기가로 부족하진 않을 것 같은데 세션 2개 열었다고 문제가 생기는 이유는 모르겠으나.. 아무튼 넘어갔다.

나중에 보니 bosh가 깨진 것으로 추정됨. 내 vm 사양도 부족한가보다. paasta 배포 시도 시 에러 발생해서 bosh vm 삭제 후 재배포부터 다시 진행하였다.

jumpkey로 ssh 접속 시 에러

문제

기존의 ssh 접속정보에 문제가 생김

@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that a host key has just been changed.
The fingerprint for the ECDSA key sent by the remote host is
SHA256:****.
Please contact your system administrator.
Add correct host key in /home/ubuntu/.ssh/known_hosts to get rid of this message.
Offending ECDSA key in /home/ubuntu/.ssh/known_hosts:1
remove with:
ssh-keygen -f "/home/ubuntu/.ssh/known_hosts" -R "10.0.1.6"
ECDSA host key for 10.0.1.6 has changed and you have requested strict checking.
Host key verification failed.

해결 (chatGPT 답변)

기존 ssh 연결 정보 삭제하고 새로 접속하기

이 메시지는 SSH 클라이언트가 10.0.1.6 호스트에 대해 인식하고 있던 공개키가 변경되어 경고를 발생시키고 있는 것입니다. 이는 해당 호스트에 대한 공개키가 변경되었을 가능성이 있으며, 중간자 공격 등 악의적인 행위가 발생했을 가능성이 있음을 알려주는 메시지입니다.
이 경고 메시지가 나타난 경우, 가장 안전한 조치는 해당 호스트에 대해 새로운 공개키를 생성하고 인식하도록 하는 것입니다. 이를 위해, 메시지에 나타난 대로 /home/ubuntu/.ssh/known_hosts 파일에서 10.0.1.6 호스트의 공개키를 삭제하고, 새로운 공개키를 생성하여 다시 추가하는 것이 좋습니다.
다음은 삭제 방법입니다.

ssh-keygen -f "/home/ubuntu/.ssh/known_hosts" -R "10.0.1.6"

그러면 다시 호스트에 연결 시 새로운 공개키를 받아들이도록 묻는 메시지가 나타납니다. "yes"를 입력하고 계속 진행하면 됩니다. 이렇게 하면 SSH 클라이언트가 새로운 공개키를 인식하게 되고, 이후 연결 시 경고 메시지가 나타나지 않게 됩니다.

paasta 배포 시 에러

문제

paasta 배포는 task 36까지 완료되어야 하는데, 36 가기 전 중간에 아래와 같은 에러가 난다면 bosh가 깨진 것이 원인인 경우가 많음

해결

bosh vm 배포부터 다시 하기

1. 기존 파일 삭제

 cd ~/workspace/paasta-deployment/bosh/
./delete-deploy-bosh-lite.sh

2. bosh 재배포

./deploy-bosh-lite.sh

3. bosh 로그인 및 확인

source ~/.env/micro-bosh-login-env
bosh -e micro-bosh env

4. bosh ssh 접속정보 삭제 후 재생성 & 상태확인

ssh-keygen -f "/home/ubuntu/.ssh/known_hosts" -R "10.0.1.6"
ssh jumpbox@10.0.1.6 -i jumpbox.key
> sudo su
> monit summary
> exit

5. bosh vm 상태 확인

bosh -e micro-bosh env

6. 그 후 cloud-config, runtime-config 등 이전 과정 전부 다시 하기

paasta 배포 중 task36 에러

문제

paasta 배포 중 task36에서 에러 발생함.

paasta 배포만 다시 실행했는데 다른 에러 발생

-- 퇴근 후 밤까지 시도했으나 잘 안됨. 내일 물어봐야될듯. paasta 배포 한번 실패 후 bosh vm 삭제 후 재설치 -> 다시 paasta 배포했더니 됐..다..? 왜 되는지 모르겠지만 진행하기

해결

원인은 알 수 없으나 paasta 배포만 다시 해보라고 한다. 아직 해결 못함.

deployment delete 시 에러

inception vm을 pc에 직접 설치하는 방법이었다면 그냥 새로 vm을 생성하면 되겠지만, 나는 가상 vm을 할당받아서 사용하기때문에 직접 vm을 초기화 할 수는 없었다. vm 할당해주신 분에게 초기 상태 snapshot 적용을 부탁드려서 초기화했다.

paasta 배포 후 일부 인스턴스 failing 에러

문제

paasta 배포 후 bosh -e micro-bosh instances 명령어로 instance 프로세스 목록을 확인할 수 있는데, 일부 인스턴스들이 failing 상태인 경우

해결

failing뜨는 인스턴스에 들어가셔서 리스타트 -> 잘 동작하는지 확인. 아래는 api 인스턴스의 경우 실행하는 방법. 아래 스크립트 실행하여 모든 프로세스 정상작동하는지 확인하기

bosh ssh -d paasta api
sudo su 
monit restart all 
watch monit summary 

credhub find 시 unauthorized

문제

paas-ta 배포 후 credhub find 명령을 실행하여 credhub 정보를 보려고 하면 나타나는 에러 메시지. credhub에 로그인 정보가 없어서 생기는 문제이다.
강의에서도 소개하고 있는 만큼 큰 문제는 아닌 듯

해결

credhub에 다시 로그인하면 된다.

1. ~/workspace/paasta-deployment/bosh로 이동

cd ~/workspace/paasta-deployment/bosh

2. 로그인 script 재생성

./create-bosh-login.sh

3. 로그인 script 실행

source ~/.env/micro-bosh-login-env

4. 로그인 여부 및 credhub 확인

bosh -e micro-bosh env
credhub --version
credhub find

앱 빌드 후 cf push로 실행 시 timeout 에러

문제

spring-music앱을 빌드한 후 cf push로 실행하는데 에러가 발생해서 log를 확인해보니 위와 같은 메세지를 확인했다. 헬스체크 타임이 걸려서 제대로 배포가 안 되는 상황이다.

해결

cf push 시 헬스체크 타임을 더 길게 주는 옵션을 추가하여 실행한다.

1. 앱 로그 확인

cf logs spring-music --recent

2. cf push 실행 시 헬스체크 타임아웃 시간 옵션값으로 추가

cf push -t 180

3. 앱 상태 확인

cf app spring-music
cf logs spring-music [--recent]
cf apps # URL 복사해서 curl 뒤에 붙여넣기
curl "URL"