트러블 슈팅

7.23

1.chmod 600 과 chmod 700의 의미 (p.248)
    - chmod : change mode의 약자로 디렉토리의 권한을 변경하는 명령어이다.
    - 600 :  '6'은  소유자(user)의 권한을 나타낸다. '0'은  그룹과 기타에 대한 권한을 나타낸다.
    -   '6'은  읽기 쓰기 권한을 부여한다. '0'은 실행 권한이 없음을 의미한다.
    
    - 700 : '7' 은 소유자 권한을 나타낸다
    -   '7'은 읽기, 쓰기, 실행  권한을 부여한다.

7.24

### 트러블 슈팅
1. mysql을 다운받는중 이런 오류가 발생하였다.
    - MySQL 8.0 Community Server                                                                       3.0 MB/s | 3.1 kB     00:00

GPG key at file:///etc/pki/rpm-gpg/RPM-GPG-KEY-mysql-2022 (0x3A79BD29) is already installed
The GPG keys listed for the "MySQL 8.0 Community Server" repository are already installed but they are not correct for this package.
Check that the correct key URLs are configured for this repository.. Failing package is: mysql-community-client-8.0.39-1.el9.x86_64
GPG Keys are configured as: file:///etc/pki/rpm-gpg/RPM-GPG-KEY-mysql-2022
Public key for mysql-community-client-plugins-8.0.39-1.el9.x86_64.rpm is not installed. Failing package is: mysql-community-client-plugins-8.0.39-1.el9.x86_64
GPG Keys are configured as: file:///etc/pki/rpm-gpg/RPM-GPG-KEY-mysql-2022
Public key for mysql-community-common-8.0.39-1.el9.x86_64.rpm is not installed. Failing package is: mysql-community-common-8.0.39-1.el9.x86_64
GPG Keys are configured as: file:///etc/pki/rpm-gpg/RPM-GPG-KEY-mysql-2022
Public key for mysql-community-icu-data-files-8.0.39-1.el9.x86_64.rpm is not installed. Failing package is: mysql-community-icu-data-files-8.0.39-1.el9.x86_64
GPG Keys are configured as: file:///etc/pki/rpm-gpg/RPM-GPG-KEY-mysql-2022
Public key for mysql-community-libs-8.0.39-1.el9.x86_64.rpm is not installed. Failing package is: mysql-community-libs-8.0.39-1.el9.x86_64
GPG Keys are configured as: file:///etc/pki/rpm-gpg/RPM-GPG-KEY-mysql-2022
Public key for mysql-community-server-8.0.39-1.el9.x86_64.rpm is not installed. Failing package is: mysql-community-server-8.0.39-1.el9.x86_64
GPG Keys are configured as: file:///etc/pki/rpm-gpg/RPM-GPG-KEY-mysql-2022
The downloaded packages were saved in cache until the next successful transaction.
You can remove cached packages by executing 'dnf clean packages'.
Error: GPG check FAILED

• 구글링과 gpt를 사용하여 해결하였다.

    sudo rpm --import https://repo.mysql.com/RPM-GPG-KEY-mysql-2023
  

  • 이 명령어를 사용하여 GPG key를 최선 버젼으로 가져와야 해결이 되었다
  • 그 후

    sudo dnf clean all
    sudo dnf makecache
  

• 패키지 메타데이터를 새로 고침하고
• 다시 설치하면 설치가 된다.

7.26

• 배포 테스트중 ./gradlew test를 실행하는데 10분이 넘어도 compile.java에서 넘어가지 않았다.
• 검색과 issues에서 찾아본 결과 ec2 프리티어의 경우 주어진 메모리양이 적어 빌드 자주 에러가 난다는 것이다.
• 해결 방법은 바로 swap이었다.
• https://repost.aws/ko/knowledge-center/ec2-memory-swap-file
• 친절하게 설명해주고있었다.
• 실행 결과 성공적으로 테스트가 완료되었다.

7.29

• 외부security와 rds 설정하는 도중 이런 오류가 발생하였다

java.lang.RuntimeException: Driver org.mariadb.jdbc.Driver claims to not accept jdbcUrl, jdbc:h2:mem:testdb;MODE=MYSQL
        at com.zaxxer.hikari.util.DriverDataSource.<init>(DriverDataSource.java:110) ~[HikariCP-3.4.5.jar!/:na]
        at com.zaxxer.hikari.pool.PoolBase.initializeDataSource(PoolBase.java:325) ~[HikariCP-3.4.5.jar!/:na]
        at com.zaxxer.hikari.pool.PoolBase.<init>(PoolBase.java:114) ~[HikariCP-3.4.5.jar!/:na]
        at com.zaxxer.hikari.pool.HikariPool.<init>(HikariPool.java:108) ~[HikariCP-3.4.5.jar!/:na]
        at com.zaxxer.hikari.HikariDataSource.getConnection(HikariDataSource.java:112) ~[HikariCP-3.4.5.jar!/:na]

• 마리아db와 h2를 함께 사용할 수 없다. 이런 내용이다.
• 정답은 바로 properties 파일이었다.
• application.properties는 로컬에서 사용하는 파일이고
• application-real.properties는 배포할때 사용하는 파일이었다.
• 그래서 application-real.properties 파일에

spring.jpa.properties.hibernate.dialect=org.hibernate.dialect.MySQL57Dialect
spring.jpa.properties.hibernate.dialect.storage_engine=innodb
spring.datasource.hikari.jdbc-url=jdbc:h2:mem:testdb;DB_CLOSE_ON_EXIT=FALSE;MODE=MYSQL
spring.datasource.hikari.username=sa

• 이걸 사용해서 h2도 같이 사용된것이다. 그래서 마리아db와 h2의 충돌이 생긴것이다.
• 해결 방법은?

spring.profiles.include=oauth,real-db
spring.jpa.properties.hibernate.dialect=org.hibernate.dialect.MySQL5InnoDBDialect
spring.session.store-type=jdbc

• 이렇게 책에 나온대로 사용하면 된다.

헷갈린 이유

• 이제 버젼 업데이트들하면서 저자의 블로그에서 수정사항과 함께 진행중인데 헷갈렸다.
• 더 자세히 읽어봤어야 했는데 수정사항만 봐서 온전한 나의 실수다.

7.29 현재 상황

• Code Commit은 깃허브
• Code Build는 GitHub Action

---