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を使用しています。
あなたもその仕事をやめなければならないようです。