记一次服务器崩溃

2020年11月11日晚，我的小破站迎来了建立以来最大的危机，服务器系统玩崩了...

本来想装个软件，结果一直连不上镜像地址，吐槽一波云厂商，二话不说，直接换源，结果不小心把/etc/yum.repos.d/给删了（rm -rf用着真爽(￣▽￣)"），然后整个系统盯着我看，我也盯着它看，除了cd命令之外全部返回-bash: /usr/bin/mkdir: /lib64/ld-linux-x86-64.so.2: bad ELF interpreter: No such file or directory，此时我意识到了大事不妙。

虽然ssh还没掉，但已经无法新连接了，无法导出数据，啥也做不了，想着进恢复模式，但并没有找到管理面板上入口，在玩够了cd，无计可施之后只能重装系统了。我的网站和数据库一般都是手动备份，刚开始还是每周备份，后来越来越懒，翻了下上次备份还是一个多月前...最要命的是这期间修改了网站大量的细节，依稀记得还有两个通宵🙃，但没办法，还是得重装，万幸的是网站还没挂掉，进入后台可以导出数据，至少写的文章保住了，顺便还发现了typecho后台可以修改主题，瞬间感受天亮了（此时确实天亮了，折腾了一晚QAQ）

既然要重装系统，不如直接换个系统，最开始玩Linux接触的就是CentOS，就一直用到现在三年多了，这期间用着也并无不妥，稳定性这些都很满意，最大的缺点就是为了求稳定，软件库这些比较旧，每次自己要配置半天，毕竟折腾的时间越来越少。也不走程序了，直接Debian大法好！

终于装好之后，系统资源占用比CentOS要小不少，关键是更新快，更适合个人玩，这次我学聪明了，直接更新到官方源，备份/etc/apt/sources.list之后直接修改：

deb http://deb.debian.org/debian buster main
deb-src http://deb.debian.org/debian buster main

deb http://deb.debian.org/debian-security/ buster/updates main
deb-src http://deb.debian.org/debian-security/ buster/updates main

deb http://deb.debian.org/debian buster-updates main
deb-src http://deb.debian.org/debian buster-updates main

apt update

手动安装最新版LNMP一气呵成，友好太多了，当我配置好数据库之后小心翼翼的把网站放上去之后，打开浏览器一看：503？？？直觉告诉我有可能是最新的PHP7.4版本不兼容，但找了半天没找到原因，配置文件这些都没毛病，直到看了一眼端口，9000端口居然没被占用，一查才知道改成监听php7.4-fpm.sock而不是端口了。修改/etc/php/7.4/fpm/pool.d/www.conf为：

;listen = /run/php/php7.4-fpm.sock
listen = 9000

或者修改Nginx配置中的fastcgi_pass为unix:/run/php/php7.4-fpm.sock;

之后重启PHP或则Nginx，小破站终于回来了，但除了网站之外的其他数据就没这么幸运了...

这次事件之后终于认识到了定期自动备份的重要性，以前一直懒，难得整，觉得就算备份了几百G塞在硬盘了没用，但只要出一次问题那可是救命的啊QAQ

Tags: none

This work is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International License.