문제상황인스턴스의 유형에 대한 설정을 여러번 변경하였더니 다음과 같은 에러가 떴다.어디서 문제가 생긴건지 로그를 확인해보았으나,정확한 문제를 확인할 수 없어 찾아보았다.('모니터링 및 문제 해결 -> 로그 확인하기' 상태검사에 대하여 로그 확인이 가능) 문제 원인인스턴스 상태 확인 실패로 인해 Amazon Elastic Compute Cloud(Amazon EC2) Windows 인스턴스가 다운되는 문제의 원인을 살펴보았다. Amazon Web Services(AWS)는 두 가지 상태 확인을 통해 각 EC2 인스턴스의 상태를 모니터링합니다. 상태 확인에 실패하면 EC2 인스턴스에 접속할 수 없게 됩니다.인스턴스 상태 확인 실패는 해당 인스턴스에 다음과 같은 문제가 있음을 나타냅니다.네트워킹 또는 시작 구..

EC2로 배포를 진행하던 도중,잘 돌아가던 것이 갑자기 연결이 불가능하다고 오류가 떴다. 에러 메세지:org.springframework.boot.loader.launch.JarLauncher.main(JarLauncher.j ava:40) ~[springserver-0.0.1-SNAPSHOT.jar:0.0.1-SNAPSHOT]Caused by: cohttp://m.mysql.cj.jdbc.exceptions.CommunicationsException: Communications link failure MySQL connection에서 에러가 뜬다는 것이었다. 이에 대하여 보안그룹 설정을 들어갔을 때,EC2와 ..

gitignore에 추가하지 않았던 파일을 뒤늦게 추가하고 싶어졌다. 그래서 gitignore에 추가하면, 더이상 git commit 대상은 아니지만 기존에 올려둔 파일은 깃허브 저장소에 존재한다. 이에 대하여 깃허브에서 파일 삭제하기# 원격저장소의 파일 삭제하기git rm --cached  이러면 깃허브 저장소에서 사라진다.cached 설정을 통하여 원격 저장소에서만 삭제하는 설정을 할 수 있다.(그냥 rm이면 원격저장소와 로컬저장소 모두 삭제됨) 이 후에 commit과 push를 통하여 깃허브 원격 저장소에 해당 사실을 반영한다. gitignore에 추가됐지만 계속적으로 추적되는 대상들 전체를 지우기도 가능하다# 캐시 삭제git rm -r --cached .# 디렉터리 내 모든 파일을 추가git ad..

깃허브에서 여러 브랜치를 파고 작업을 하다보니 .idea 파일 안에서 여러 오류가 발생했다. 그래서 .idea 파일을 삭제하고 다시 설치하면,또 해당 작업을 올리려면 gitignore에 .idea 파일을 삭제하는 게 낫다고 판단 gitignore에 추가하기.idea/*.iml 그 외에도 여러 파일들에 대하여 추가하고 싶은 파일들에 대하여 gitignore 코드를 작성하고 싶다면,다음 사이트를 참고하자.https://www.toptal.com/developers/gitignore/ gitignore.ioCreate useful .gitignore files for your projectwww.toptal.com  추가로 기억해둘 것초기에 세팅할 때 .idea가 제대로 gitignore에 처리되어있는지를 꼭..

디렉토리 패키지 구조를 완전히 변경해야하는 일이 생겨서 별 생각 없이 옮겼다가 오류가 바로 떴다 기존에 있던 코드에 대하여 bean을 등록하는 등의 문제이럴 땐 한 번 씩 gradle clean을 해주면 된다!

git checkout branch 도중 에러가 발생했다.작업 중이던 브랜치가 github 원격에서의 브랜치와 다르거나,브랜치로 checkout을 하려고 했는데 현재 있던 branch가 원격과 다르기 때문에 오류가 발생하는 것이다. 에러 메세지error: pathspec ['branch 이름'] did not match any file(s) known to git원인 : 로컬 저장소의 git과 원격 저장소의(remote) git 정보가 동기화되지 않아 생긴 오류이다 해결 방안git remote updategit checkout [브랜치명]remote(원격) 버전으로 update를 하고 난 후에 전환하고싶은 브랜치로 전환이 가능해진다.