( 음주 상태의 포스트입니다 )
와......
아니... 문제 파악해서 분명히 제대로 고쳤는데...
왜 안되냐고....
문제가 이거다
저저저저 [stderr]에서 뽑아준 log를 보면..
저 로그에서 보이는 경로를 보면, 어떤 depolyment인지 보자구요
현재 작업은 d-GWVU... 인데, [stderr]에서 보이는 경로를 보면, d-TPKH... 아니 ㅅ....
아니 이전부터 계속 이렇다. d-TPKH...는 마지막에 success한 deploy 다음의 deploy인 것이다
그렇다.
이놈은 내가 새 deploy를 넣어도, 왜인지 예전의 deploy의 archieve를 참조해서 script를 실행하고 있다.
이러면 몇번을 다시 push해도 제자리일 수 밖에.
그럼 어떻게할까??
https://aws.amazon.com/ko/premiumsupport/knowledge-center/codedeploy-failed-ec2-deployment/
( 공식문서에 답이 있습니다 )
그렇다.
음. 공식문서의 해설을 요약하면, 공식 문서엔, 음, 왜 이러는지는 정확히 기술되어있지 않다.
아무튼, 같은 이유로 문제가 지속되면, 유저가 작성한 workflow를 한 번 강제로 끝까지 실행시키면 그 뒤엔 정상작동 하겠지 라는...
조금 모지리같은 해법만 제안하고 있다.
방법을 조금 풀어보겠습니다.
저기 Deploymenst group이나 Revision location이 뭔지는 당연히 알아야하고....
알아서 추천이 뜰 것이다...
중요한 부분은 아래에 있다.
저 체크박스를 체크하면 되는 부분입니다.
이전의 deploy에서는, 과거의 아카이브를 참조해서, 계속해서 당연한 실패를 지속했지만...
저 옵션을 체크하면,
지난 아카이브를 참조해서 실패하더라도, 어쨌거나 그 뒤의 작업도 계속한다.
그래서, 이전 아카이브에서 잘못 작성한 스크립트도 어쨌거나 넘어갈 수 있다.
아.
당연히 새롭게 push한 script는 제대로 작성해 주는 편이 좋은 것이다..... 당연히.. ㅎㅎ
아무튼..
이것만으로 당신의 모든 실수가 커버되진 않지만...
너무 빡지는 특정 상황은 해결될 수 있다.
ㅅㄱ!
'Developing > others' 카테고리의 다른 글
[ Shell ] 셔뱅을 근본있게 작성하자 (0) | 2023.03.04 |
---|---|
[ ?? ] 카카오톡의 신기능으로 놀아보자 (0) | 2022.12.20 |
[ Python ] pip: bad interpreter: no such file or directory (MacOS) (0) | 2022.11.22 |
[ shell ] cp 혹은 mv 로 숨김파일 (.*) 까지 처리하기 (0) | 2022.11.22 |