2년 동안 작업하던 웹사이트가 갑자기 작동을 멈췄습니다. 업데이트나 업그레이드를 수행하지 않았습니다. 깨어났을 때 작동하지 않는 것을 발견했습니다.
호스팅 제공업체에 문의했는데 문제가 자신에게 있는 것이 아니라고 말했습니다. 그러나 그들은 문제를 확인하고 다음과 같은 답변을 제공했습니다.
문제는 MySQL이 플러그인 "mysql.plugins" 테이블을 찾을 수 없다는 것입니다. 이 문제는 MariaDB를 업그레이드하거나 업데이트한 후에 흔히 발생합니다.
Ubuntu 20에서 CyberPanel, OpenLiteSpeed 및 MariaDB를 사용하고 있습니다. OpenLiteSpeed는 활성 및 실행 중인 것으로 표시되지만 MariaDB는 실패한 것으로 표시됩니다.
lshttpd.service - OpenLiteSpeed HTTP Server
Loaded: loaded (/etc/systemd/system/lshttpd.service; enabled; vendor prese>
Active: active (running) since Sun 2023-06-25 04:41:05 UTC; 3h 9min ago
Process: 322602 ExecStart=/usr/local/lsws/bin/lswsctrl start (code=exited, >
Main PID: 322616 (litespeed)
CGroup: /system.slice/lshttpd.service
├─322616 openlitespeed (lshttpd - main)
├─322617 openlitespeed (lscgid)
├─322618 openlitespeed (lshttpd - #01)
├─322619 openlitespeed (lshttpd - #02)
├─322620 openlitespeed (lshttpd - #03)
├─322621 openlitespeed (lshttpd - #04)
├─354870 lsphp
└─377408 lsphp
Jun 25 04:41:02 kixia systemd[1]: This usually indicates unclean terminatio>
Jun 25 04:41:02 kixia systemd[1]: lshttpd.service: Found left-over process >
Jun 25 04:41:02 kixia systemd[1]: This usually indicates unclean terminatio>
Jun 25 04:41:02 kixia systemd[1]: lshttpd.service: Found left-over process >
Jun 25 04:41:02 kixia systemd[1]: This usually indicates unclean terminatio>
Jun 25 04:41:02 kixia systemd[1]: Starting OpenLiteSpeed HTTP Server...
Jun 25 04:41:02 kixia lswsctrl[322602]: [OK] Send SIGUSR1 to 310608
Jun 25 04:41:05 kixia systemd[1]: Started OpenLiteSpeed HTTP Server.
lshttpd.service - OpenLiteSpeed HTTP Server
v Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Sun 2023-06-25 05:08:44 UTC; 3h 7min ago
Docs: man:mysqld(8)
https://mariadb.com/kb/en/library/systemd/
Process: 331113 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/run/mysqld (code=exited, status=0/SUCCESS)
Process: 331114 ExecStartPre=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (code=exited, status=0/SUCCESS)
Process: 331116 ExecStartPre=/bin/sh -c [ ! -e /usr/bin/galera_recovery ] && VAR= || VAR=`cd /usr/bin/..; /usr/bin/galera_recovery`; [ $? -eq 0 ] && systemctl >
Process: 331166 ExecStart=/usr/sbin/mysqld $MYSQLD_OPTS $_WSREP_NEW_CLUSTER $_WSREP_START_POSITION (code=exited, status=1/FAILURE)
Main PID: 331166 (code=exited, status=1/FAILURE)
Status: "MariaDB server is down"
Jun 25 05:08:43 kixia systemd[1]: Starting MariaDB 10.3.38 database server...
Jun 25 05:08:44 kixia systemd[1]: mariadb.service: Main process exited, code=exited, status=1/FAILURE
Jun 25 05:08:44 kixia systemd[1]: mariadb.service: Failed with result 'exit-code'.
Jun 25 05:08:44 kixia systemd[1]: Failed to start MariaDB 10.3.38 database server.
로그 파일
2023-06-25 5:08:43 0 [ERROR] InnoDB: Cannot create log files because data files are corrupt or the database was not shut down cleanly after creating the data files.
2023-06-25 5:08:43 0 [ERROR] InnoDB: Plugin initialization aborted with error Generic error
2023-06-25 5:08:43 0 [Note] InnoDB: Starting shutdown...
2023-06-25 5:08:44 0 [ERROR] Plugin 'InnoDB' init function returned error.
2023-06-25 5:08:44 0 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
2023-06-25 5:08:44 0 [Note] Plugin 'FEEDBACK' is disabled.
2023-06-25 5:08:44 0 [ERROR] Could not open mysql.plugin table. Some plugins may be not loaded
2023-06-25 5:08:44 0 [ERROR] Unknown/unsupported storage engine: InnoDB
2023-06-25 5:08:44 0 [ERROR] Aborting
해결책은 무엇입니까?
답변1
DBMS가 시작하려고 했던 데이터 파일이 만료되었습니다. 다 쓴. 캅트.
운이 좋다면, 기본 위치가 아닌 위치(즉, /var/lib/mysql 외부)에서 mysqld를 실행 중이고 기존 구성 파일이 덮어쓰여지거나 삭제되었을 수도 있습니다. 구성을 수정하면 됩니다.
그렇지 않으면 백업에서 복원해야 합니다.
[백업]이 없습니다
그러다가 귀중한 교훈을 얻었습니다.
지금 백업을 생성하세요.
Mariadb를 다시 설치하면 작동할 수 있습니다.
저는 CyberPanel을 사용하고 있습니다.
당신도 그 일을 그만둬야 할 것 같습니다.