DBサーバ自体は正常に動作しており、問題がない状況でした
shellサーバ上で実行されている
h1romas4 13152 0.0 3.0 67716 32124 ? S 05:00 0:32 /usr/bin/php /home/groups/w/wp/wpdocs/htdocs/wiki/maintenance/dumpBackup.php --full --output=gzip:mwiki.20200329.full.tar.gz
このプロセスが wpdocs の DB 自体あるいはいずれかのtableをロックしたまま動作が止まっていた様子で、結果webサーバ上のDBアクセスが つながったまま止まってしまっており、ユーザごとのコネクション上限に達していた状態になっておりましたので、こちらで上記の プロセスは kill させいただきました(結果 wpdocs.osdn.jp 自体は動作しているようです)
ご対応いただきありがとうございました。
dumpBackup.php によるテーブルロックということで承知しました。 10年ほど日次で cron 動作させている MediaWiki のバックアップシェルによるものなのですが何かのタイミングで稀にロックをするパターンがあるようです。 通常時は1分かからないで処理を終えますので、暫定的に別の cron で死活監視をして長時間走行していれば kill するように仕込みたいと思います。 dumpBackup.php も並行して処理を確認します。
以上、お忙しいところ申し訳ありませんでした。ありがとうございました。 チケットの方クローズいたします。
お世話になっております。 wpdocs プロジェクトシステム管理者の田中と申します。
プロジェクトサイトで使わせていただいております、https://wpdocs.osdn.jp/ サイトですが、おそらく MySQL がダウンしておりアクセスができなくなっています。 大変お手数ですが、MySQL のインスタンスの状態を見ていただけますでしょうか。
お忙しいところ大変恐縮です。どうぞよろしくお願いいたします。