썸네일 [트러블슈팅] psql: error: connection to server on socket "/tmp/.s.PGSQL.5432" 사이드 플젝에서 postgre를 사용하고 있기 때문에 오늘도 평소처럼 local로 접속을 시도했다 psql: error: connection to server on socket "/tmp/.s.PGSQL.5432" failed: No such file or directory Is the server running locally and accepting connections on that socket? 에러가 발생했다. 구글링 해보니 몇몇 솔루션이 있어서 일단 postgres 서버를 종료하라고 하는데 $> brew services stop postgres 음~ 왜 postgres를 못찾을까...? brew로 설치했던 것 같은데.. 구글링을 하다보니 다행히도 나만 안돼는 게 아니었다 [PostgreSQL] ..
썸네일 [트러블슈팅] nginx pam_authenticate failed: Authentication failure nginx 재시작을 할 떄 계속 권한 문제가 발생하였다. AWS에서 사용한 모든 비번을 다 시도해도 안되었다. 심지어 pem키도 쳐보았다. 이 오류는 정말 놀랍게도 앞에 sudo를 안 붙여서 발생했다. sudo 붙이자 마자 모든것이 해결되었다. nginx -t 는 sudo 붙여놓고 왜 그랬을까....?
썸네일 [트러블슈팅] githubAction CICD secret 관련 에러 테스트를 위해 머지한 코드 반영이 전혀 안되고 있었다. 이상해서 커멘드 날려보니 이전에 대충 띄워본 jar가 계속 뜨고 있었다. jar kill하고 다시 액션 돌려도 jar가 안뜬다. 한마디로 서버 자체도 제대로 안뜨고 있었다. 바로 /app에 가서 cat application.log 으로 로그를 확인해보았다. 또 spring이 에러를 뿜었다. 아주 자주 봤던 디비 에러인데, 생각해보니 깃헙 액션에 applicaton 관련 설정이 없었다. gitignore해서 github에 올라가있지도 않기 떄문에 이 문제같았다. 바로 기존 깃헙 액션에 아래와 같이 secret을 가져오는 부분을 추가했다. - name: Copy application-secret env: APPLICATION_SECRET: ${{ sec..
썸네일 [트러블슈팅] AWS CodeDeploy 배포 중 ApplicationStop UnknownError 깃헙 액션을 날렸더니 계속 실패만 뜨는 상황이었다. 자세히 확인해보니 아예 처음부터 에러가 발생하고 있었다. 심지어 unknown이라 벌써 막막했다. 여러 블로그를 보았을때 가장 많이 보이는 글이 ec2 내 codedeploy-agent 미설치였으나, 내 경우는 아니었다. 여전히 모르겠어서 명령어를 통해 codedeploy의 로그를 확인하였다. 자세히 보니 권한 문제로 추정되는 무언가가 보였다. cat /var/log/aws/codedeploy-agent/codedeploy-agent.log 이번에는 다시 블로그들에서 IAM 권한 설정을 한 부분을 자세히 살펴보니, S3관련 설정에서 AmazonEC2RoleForAWSCodeDeploy를 추가하신 분도 있길래 따라서 추가해보았다. 그 뒤 agent를 재시..
썸네일 [트러블슈팅] ec2에서 RDS 접속 프리티어가 끝나 새로 계정을 파면서 모든 인스턴스가 초기화 되어 처음부터 진행하였다. 그런데 workbench는 멀쩡하게 접속이 되는데 EC2에서만 RDS가 접속이 되지 않았다. 1. 보안그룹 내 경우 보안그룹 문제는 아니었다. 모든 트래픽의 모든 ip를 허용해도 접속이 되지 않는 상황이었다. 2. RDS 세부 설정 이전에 이미 퍼블릭 엑세스를 허용하지 않아 n일간 삽질한 경험이 있었고, 역시 이 부분 문제는 아니었다. 3. VPC, RDS 암호 확인 EC2내부에서 mysql 재설치 등 거의 내가 기억하는 모든 설정을 확인하고 재설치 해보았지만, 여전히 효과가 없었다. 그래서 결국 또다시 인스턴스를 엎고 전부 다시 만들었다. 이때 만들었던 보안그룹, VPC, 퍼블릭 IP 등등 모든 것도 같이 삭제한 후 ..
썸네일 [MySQL] mysql 재설치 어느날부터 갑자기 mysql의 비번이 틀렸다고 나오며 local mysql이 접속되지 않는 현상이 지속되었다. 대부분의 블로그에서 지시한대로 brew 를 통해 mysql 재설치, rm -rf를 통해 모든 mysql 관련파일 삭제, ps -ef | grep mysql 으로 mysql 관련 내용 확인 후 kill 하는 등 대부분의 방법이 다 먹히지 않는 상황이었다. --skip-grant-tables이나 init 명령어를 통한 cnf 파일 재설정에도 기존 root 비번을 입력하라는 메세지나 다른 오류가 발생하는 상황이었다. 위는 시도했던 명령어들 일부이다. 대부분의 블로그에서 제시하는 방법이 되지 않아 아래의 절차로 진행하여 해결했다. 고생한것에 비해서는 간단하게 해결하였다. 먼저 지금까지 설치한 모든 My..
썸네일 [Git] 잘못 올린 커밋, 복구해보자 .gitignore가 변경되기 전, 팀원이 secret 관련 파일을 main에 머지하여 secret이 노출되는 사고가 발생하였다. 아래는 이를 해결하는 과정에 대한 기록이다. 모든 명령어는 CLI 기준이다. ❗️아래에서는 force/hard 등 강제적인 명령어를 사용하기 때문에 반드시 팀원들과 상의 후 진행하는 것이 좋다. 아래 log 확인 명령어를 통해 잘못 머지된 커밋의 바로 전 커밋 번호를 확인하였다. git log -g 아래와 같이 reset 명령어를 사용하여 해당 커밋으로 이동한다. git reset 커밋번호 로 작성하면 된다. git reset 6cd4a451...(이하생략) 안되는 경우 --hard 옵션을 추가하면 된다. git reset --hard 6cd4a451... +혹은 -force..
썸네일 [코틀린] Dependency 'androidx.appcompat:appcompat-resources:1.6.1' 관련 버전 오류 빌드시 버전 문제가 발생하였다. 그래서 gradle에서 버전을 32 -> 33으로 일부 변경하였다. ... android { compileSdk 33 defaultConfig { applicationId "MYDIR.myapplication" minSdk 23 targetSdk 33 versionCode 1 versionName "1.0" testInstrumentationRunner "androidx.test.runner.AndroidJUnitRunner" } 그러나 여전히 경고가 발생하였다. 이에 스택오버플로우와 gpt를 사용하여 여러 방법을 시도하였으나 전부 제대로 작동하지 않았다. 다른 오류를 발생시키거나 아예 빌드가 다시 되지 않았다. buildscript { repositories { goog..
썸네일 [트러블슈팅] A bean with that name has already been defined and overriding is disabled. 김영한 강사님의 "스프링 MVC 1편 - 백엔드 웹 개발 핵심 기술"의 "단순하고 실용적인 컨트롤러 - v4"를 학습하던 와중, 빌드 오류가 발생하였다. 오류 상황 V3를 모두 완성하고, V4의 코드를 run 하고자 하였는데, 빌드 단계에서 문제가 발생하였다. *************************** APPLICATION FAILED TO START *************************** Description: The bean 'frontControllerServletV3' could not be registered. A bean with that name has already been defined and overriding is disabl..
썸네일 [트러블슈팅] Hyper-V 오류 (윈도우) VM (리눅스) 을 열때 Hyper-V 에서 문제가 발생하여, 열리지 않는 문제가 생겼다. 오류 상황 도커도 사용하다 보니 이전에도 가상환경 설정에서 Hyper-V를 만졌었기 때문에 이 설정과 충돌이 발생한 것으로 추정된다. 해결법 https://jinyiyu.tistory.com/11 위 블로그 처럼 CMD 명령어를 쳐서 해결하였다.
썸네일 [트러블슈팅] H2 DB 연결 오류 (맥) 김영한님의 자바 ORM 표준 JPA 프로그래밍 - 기본편의 데이터베이스 스키마 자동 생성 강의 수강 중, update문이 실행되지 않아 해결법을 찾던 중 Hibernate ORM은 5.6.5Final 버전부터 H2 2.x.y버전을 지원한다고 하여 문제를 해결하려고 하였다. 이때 댓글로 강사님께서 "이후 강의까지 고려해서 아직은 h2 데이터베이스 1.4.200 버전을 사용하시는 것을 권장합니다." 라고 적어주셔서 h2를 다운그레이드(다운그레이드는 링크의 1.4.200 버전을 다운로드 하면 된다.)를 진행하던 중 오류가 발생하였다. 오류 상황 h2 콘솔에서 연결 오류가 아래와 같이 발생했다. file corrupted while reading record: null. possible solution: use..