Small Asteroid Blog

CodeDeploy 에이전트는 인스턴스에 개정 및 로그 파일을 보관한다. CodeDeploy 에이전트는 이러한 아티팩트를 정리해 디스크 공간을 절약한다고 한다. 다음 경로에 개정, 배포 기록 및 배포 스크립트를 인스턴스의 루트 디렉터리에 저장되고 있다. /opt/codedeploy-agent/deployment-root 처음에는 용량이 필요하기 때문에 이전 로그가 필요하지 않아 모든 기록을 지웠다. 근데 위에와 같이 정보를 지우고 codeDeploy 를 실행하니 다음과 같은 에러메시지가 나왔다. appspec.yml을 찾지 못해서 생기는 오류이다. 임시방편으로 에러에 나온 경로에 appspec.yml을 복사해서 넣어주었다. 다음과 같은 에러가 나온 것은 CodeDeploy는 이전에 배포된 애플리케이션의 ..

마지막 10줄 tail [filename.log] 보여줄 파일 라인 수 지정 tail -n [라인 수] [파일 명] 파일의 아래줄 100라인 출력 # tail -[라인 수] [파일 명] tail -100 application.yml 보여줄 바이트 수 지정 tail -c [바이트 수] [파일 명] 파일의 변경사항 모니터링 마지막 10줄을 출력하는데 업데이트 될 경우 출력된다. 실시간 모니터링이 가능하다. tail -f [파일 명]

프로필이미지를 클릭 후 Settings 로 이동한다. 왼쪽 메뉴에서 Applications로 이동해 AWS Connector for GitHub 가 있는지 확인한다. AWS Connector for GitHub가 없으면 AWS 로 이동해서 개발자 도구 -> 설정 -> 연결 에서 깃허브를 연결해준다. Configure로 이동해서 repository 를 선택하면된다. 모든 레포를 허용해도 되고, 원하는 레포만 선택해서 사용해도 된다.

class is not in the trusted packages 에러는 아마 intellij에서 producer랑 consumer를 모듈로 각각분리해서 entity도 개별적으로 존재? 하는 상황일 것이다 (consumer와 producer의 entity의 package fullname이 다를경우) 예를들어 producer쪽 entity의 package를 포함한 fullname이 zzz.xxx.producer.MyEntity 이고 consumer쪽 entity의 package를 포함한 fullname이 zzz.xxx.consumer.MyEntity 라면 consumer쪽의 JsonDeserializer에서 class is not in the trusted packages 에러를 뿜뿜할 것이다. 왜냐면 직..

codeDeploy + s3 DownloadBundle 부분에서 아래와 같은 에러가 발생했다. codeDeploy를 사용하기 위해선 appspec.yml 파일이 필요한데 다음과 같은 파일이 부재해서 생기는 에러이다. 루트 디렉토리에 appspec.yml 파일을 추가하고 s3 경로가 틀리진 않았는지 확인한다.

COMMAND_EXECUTION_ERROR: Error while executing command: aws s3 cp --recursive dist/ s3://filename/. Reason: exit status 255 CodeBuild가 ECR에서 image를 가져올 때 권한이 없다. CodePipeline의 build 단계에서 생성된 build role에 AmazonEC2ContainerRegistryPowerUser 권한을 추가한다.