DB

[MYSQL] removed Directory(/var/run/mysqld) after server reboot

2023-07-03 KENNETH 0

[MYSQL] removed Directory(/var/run/mysqld) after server reboot   상황 리부팅 후 mysql프로세스가 구동되지 않음 리부팅 전 까지 정상적으로 운영해왔던 상태 수시로 프로세스 재시작을 해왔고 운영하면서 별다른 문제 및 에러메세지가 없었던     ERROR     mysql config     확인 my.cnf 설정에 의해 “/var/run/mysqld” 디렉토리를 사용해야 하지만 디렉토리가 존재하지 않는 문제 디렉토리를 생성해주면 정상적으로 mysql이 구동되지만 리부팅시 “/var/run/mysqld”디렉토리는 삭제되고 없음     해결 리부팅시마다 생성을 해주거나 : 이 경우 귀찮음   설정을 통한 해결     조치를 위한 설정 검토 MySQL 공식 repository 를 이용하여 설치했을 경우 기본 설정 값 mysql-5.7 : /lib/systemd/system/mysql.service   mysql-8.0 : /usr/lib/tmpfiles.d/mysql.conf 본 내용은 “기본 설정 값”일 뿐이며, 참고사항임… (무조건 버전으로 저렇게 해야 함은 아님)      

[MYSQL] NO_PUBKEY error in apt update

2022-05-12 KENNETH 0

환경 OS : Ubuntu 20.04 MYSQL : 8.0.26     발생에러 Err:1 http://repo.mysql.com/apt/ubuntu focal InRelease The following signatures couldn’t be verified because the public key is not available: NO_PUBKEY 467B942D3A79BD29 .. .. W: An error occurred during the signature verification. The repository is not updated and the previous index files will be used. GPG error: http://repo.mysql.com/apt/ubuntu focal InRelease: The following signatures couldn’t be verified because the public key is not available: NO_PUBKEY 467B942D3A79BD29 W: Failed to fetch http://repo.mysql.com/apt/ubuntu/dists/focal/InRelease The following signatures couldn’t be verified because the public key is not available: NO_PUBKEY 467B942D3A79BD29 W: Some index files failed to download. They have been ignored, or old ones used instead.     원인 URL : https://docs.oracle.com/cd/E17952_01/mysql-8.0-relnotes-en/news-8-0-28.html#mysqld-8-0-28-packaging https://dev.mysql.com/doc/refman/8.0/en/checking-gpg-signature.html The GnuPG build key used to sign MySQL downloadable packages has been updated. The previous GnuPG build key is set to expire on 2022-02-16. [ more… ]

[MYSQL] ‘user’ entry ‘USER@HOSTNAME’ ignored in –skip-name-resolve mode

2022-04-05 KENNETH 0

  에러메세지 [Warning] ‘user’ entry ‘[email protected]’ ignored in –skip-name-resolve mode.     원인 mysql의 skip-name-resolve 옵션에 의해 ‘DNS Lookup’ 과정을 처리하지 않도록 되어있는 상황에서 mysql.user 테이블의 ‘Host’컬럼에 도메인(호스트이름)이 들어갔기 때문에 이는 무시된다는 메세지로서 성능에 영향이 없으며 그냥 두어도 되며 결국 문제는 없는 메세지 즉, 말 그대로 warning 형태의 메세지 이므로 걱정할 필요는 없다     해결 하지만… error-log 에 남는것은 앞으로도 불편한 내용일 수 있으니 처리해서 나쁠것은 없다 단, skip-name-resolve 는 어쩔 수 없이 off 하는 경우가 아님을 전제로 하고 (즉, 사용함) 및 이와 상응하는 방법으로 해결하시면 되겠다      

Failed compile with error “Could not find rpcgen” when configure mysql in centos8(RHEL8)

2019-10-18 KENNETH 0

Failed compile with error “Could not find rpcgen” when configure mysql in centos8(RHEL8)   Error Message : CMake Error at plugin/group_replication/libmysqlgcs/rpcgen.cmake:100 (MESSAGE): Could not find rpcgen Call Stack (most recent call first): plugin/group_replication/libmysqlgcs/CMakeLists.txt:38 (INCLUDE)   원인 : centos8 에는 rpcgen 명령어가 없음 대략적인 관련내용 : https://fedoraproject.org/wiki/Changes/SunRPCRemoval   해결 : rpcgen을 설치하면 된다… 몇가지 방법이 있겠지만…            

최신버전 mariadb root 계정 패스워드 이슈 (Authentication from MariaDB 10.4)

2019-09-03 KENNETH 0

2019년 9월 기준 MariaDB의 최신 버전에서 mysql-root 계정의 패스워드 사용에 대한 이슈(변경점)가 있음 MariaDB 버전 : 10.4 공식안내 : https://mariadb.com/kb/en/library/authentication-from-mariadb-104/   내용중 신경써야 하는 부분 시스템root 계정에서는 더이상 패스워드를 요구하지 않음 user 테이블은 더이상 실제테이블로 존재하지 않음 (없는것은 아니고) mysql.global_priv 테이블의 내용을 기반으로 내용만 보여줌   편리해 진 것 기존 :  mysql -uroot -p 명령어와 패스워드 입력후 mysql콘솔 로그인 변경 : 리눅스 root 계정 상태에서는 패스워드 없이 mysql 명령어 만으로 mysql-root 획득 가능 (물론, root 가 아닌 일반 계정 상태에서는 패스워드를 요구한다)   문제가 되나? ㅇㅇ 문제가 될 수 있다. 특히나 보안같은걸 강조하는 회사(및 환경)에서는 한번이라도 더 인증 과정을 거치길 바라는데 저런 상태가 되어버리면 작업자는 물론 편하지만 바라보는 이는 실눈부터 뜨는 상태가 된다. 그리고 당장 작업자인 나조차도 저런건 싫어… 명시적으로 절차가 있어야 “내가 뭔 계정으로 뭔 일을 해야지” 하는게 생기는거지…   참, 패스워드를 변경하는 방법중 user 테이블을 직접 건드리는 명령을 [ more… ]