记一次服务器崩溃
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
本文链接:https://www.zatp.com/post/server-crashed-record/
版权声明:本文为原创文章,版权归 ATP BLOG 所有,转载请注明本文链接(采用 CC BY-NC-SA 4.0 许可协议)