この画面は、簡易表示です
データベースエラーが出ていた。
原因はブログ用のゲストOSがヘタれ、コマンドプロンプトでコマンドを打つと１０秒くらい応答が無かったので、タイムアウトチェックに引っかかるものは全てエラってるっぽい。
rebootやpoweroffコマンドは通るもののシャットダウンする気配が無い。
ホスト側は特に異常は見当たらない。
virt-topでゲストOSの負荷を見ても、CPU:0.5%しかない。
仕方なくホスト側を再起動。
apacheの設定を見直してみると前のDDNSのドメインのままになっている箇所を発見。
コレのせいかな？
てか何で普通に観れてたんだろう？？？
とりあえず、バックアップを取っておこう。圧縮しても４GB越え。
WinSCPでコピると６分以上かかる。
とても古い圧縮方式arcfourの優先度を最上位にしてもほとんど差が無かった。
サーバ側が古すぎなのは未サポートになってた様な気もする。
当然、同時接続数をｑ２から９に上げても変わらず。
やっぱりCPUか。J1900だもんなぁ。
ググってみると、BackWPupプラグインの設定の中の「」を無効にすればいいとあったけど、もう運用してないサーバに向けて BackWPup を改善するためのログを送ろる機能らしく今のバージョンには無い。
ごそごそ佐賀英回ってみると、「ダッシュボード」の「ツール」の「Cronイベント」にinpsyde_phone-home_checkinがの取っているのを発見。
これを消せばOKかな？と思ったら
今度はshortcodes_ts_tracker_send_event がエラってしまった。
WP_CRON自体を無効化しているせいかな
mode.hmの時はそこそこアクセスがあったが今は無いに等しいのでwp-cron.phpがなかなか動かないから、
クローンに
5 * * * * curl https://{ここのサイト}/wp-cron.php > /dev/null 2>&1してコマンドラインからも curl でwp-cron.phpを同じく参照したら問題は無くなったようだ。