今天(2022-12-31)早上还正常打开了本站的前台和后台,没对网站系统和WordPress做任何设置的改动,下午就无法稳定访问了,先是WordPress后台网页无法打开了,提示长时间无响应,后面变成协议不被接受,之后变成SSL证书不受信任之类,而前台却能正常打开。

于是:

尝试01:

首先想到会不会是用的CloudFlare的DNS出问题了,于是尝试了多次切换为域名提供方自己的DNS,依然不行,又反复切换了几次,都无效。

尝试02:

尝试了重启nginx:

但是不起作用

到了傍晚,连前台都错误500无法打开了,Jetpack发来了宕机通知:

WordPress的Jetpack服务发来的宕机的通知邮件

前台打不开了,WordPress后台也打开提示数据库连接出问题了。

由于人在外面,不太方便操作,晚上到了家,就继续找解决办法。

由于nginx重启也无效所以应该不是PHP方面问题,结合WordPress后台提示数据库问题,那可能是数据库设置或者SQL服务器出问题了。

网站用的是LNMP的方案,于是首先去了LNMP的官网,按照宕机邮件的提示,可能的原因包括PHP错误或database(数据库)连接不上,果然,在常见问题(FAQ)里,关于SQL的问题里,有一条:“解决方法:大部分是当前硬盘或分区空间不足”

于是马上想起来,这个VPS的空间非常有限,而昨天用UpdraftPlus插件做了一两次备份,好像还偶然点击了上传备份,用bitvise登SFTP进网站目录里的wp-content下的updraft文件夹,果然有昨天的备份文件!由于这些备份都已经在之前下载备份到别处,于是:

尝试03:立即删除备份

然后在SSH里执行重启SQL的命令(这个命令来自LNMP状态管理命令):

LNMP状态管理命令(点击展开/收起)
LNMP 1.2+状态管理: lnmp {start|stop|reload|restart|kill|status}
LNMP 1.2+各个程序状态管理: lnmp {nginx|mysql|mariadb|php-fpm|pureftpd} {start|stop|reload|restart|kill|status}
LNMP 1.1状态管理: /root/lnmp {start|stop|reload|restart|kill|status}
Nginx状态管理:/etc/init.d/nginx {start|stop|reload|restart}
MySQL状态管理:/etc/init.d/mysql {start|stop|restart|reload|force-reload|status}
Memcached状态管理:/etc/init.d/memcached {start|stop|restart}
PHP-FPM状态管理:/etc/init.d/php-fpm
{start|stop|quit|restart|reload|logrotate}
PureFTPd状态管理: /etc/init.d/pureftpd {start|stop|restart|kill|status}
ProFTPd状态管理: /etc/init.d/proftpd {start|stop|restart|reload}
Redis状态管理: /etc/init.d/redis {start|stop|restart|kill}

问题解决!

前台后台都可以正常访问了,过了几分钟,Jetpack Monitor也来提醒说网站已经恢复正常运行了。

至此,成功解决问题,特此记录,以备后续参考。


📲要在手机上查看?扫描下方二维码获取本文链接:

扫描这个二维码,可以继续在手机上查看本文

📲要在手机上查看?扫描下方二维码获取本文链接:

扫描这个二维码,可以继续在手机上查看本文
最后修改日期: 2023年1月7日

留言

撰写回覆或留言

发布留言必须填写的电子邮件地址不会公开。

此站点使用Akismet来减少垃圾评论。了解我们如何处理您的评论数据