这几天陪家里老人看病，没注意aliyun web服务器的状况，结果遭遇攻击后磁盘满了，访问网站时，mysql报错。
遇到这种情况，最简单的处理方式就是用之前保存的正常快照回滚。然而这次运气很不好：重启后，连整个网站都无法访问了（还没有到数据库访问出错的阶段）。难道服务器IP地址无法访问？还是DNS解析失败了吗？还是aliyun抽风了？只好开始排查问题的原因。
一、IP及DNS检测
打开命令提示符，输入ping命令：
这表明，网站的IP地址访问和DNS都没有问题，问题出在aliyun服务器上的具体web服务器上。
二、xshell登录后检测进程
因为服务器IP地址没问题，可以通过xshell远程登录到服务器。在命令行中运行
$ ps -A
察看服务器上运行的进程，发现web服务器lampp根本没有运行，于是用以下命令查看系统启动列表：
$ sudo systemctl list-unit-files
在列表中lampp服务是enable的状态，没有问题：
那就只可能是lampp服务启动失败了，于是尝试手动重启：
$ sudo systemctl restart lampp.service
当然是启动失败：
Job for lampp.service failed because the control process exited with error code. See "systemctl status lampp.service" and "journalctl -xe" for details.
那就是lampp服务是不的问题。
三、解决lampp服务启动失败问题
$ sudo systemctl status lampp.service -l lampp.service - lampp Loaded: loaded (/usr/lib/systemd/system/lampp.service; enabled; vendor preset: disabled) Active: failed (Result: exit-code) since Sat 2021-11-20 13:44:20 CST; 10min ago Process: 1436 ExecStart=/opt/lampp/lampp start (code=exited, status=1/FAILURE) Nov 20 13:44:20 iz23j02dq88z lampp[1436]: rm: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory Nov 20 13:44:20 iz23j02dq88z lampp[1436]: /bin/sh: error while loading shared libraries: libdl.so.2: cannot open shared object file: No such file or directory Nov 20 13:44:20 iz23j02dq88z lampp[1436]: netstat: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory Nov 20 13:44:20 iz23j02dq88z lampp[1436]: /opt/lampp/bin/gettext: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory Nov 20 13:44:20 iz23j02dq88z lampp[1436]: /opt/lampp/bin/gettext: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory Nov 20 13:44:20 iz23j02dq88z lampp[1436]: cat: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory Nov 20 13:44:20 iz23j02dq88z systemd[1]: lampp.service: control process exited, code=exited status=1 Nov 20 13:44:20 iz23j02dq88z systemd[1]: Failed to start lampp. Nov 20 13:44:20 iz23j02dq88z systemd[1]: Unit lampp.service entered failed state. Nov 20 13:44:20 iz23j02dq88z systemd[1]: lampp.service failed. # do we have that new red hat linux 9 with posix native threads?
此处说明了lampp服务启动失败的原因是libc.so、libdl.so等文件找不到。
$ sudo find / -name libc.so /usr/lib64/libc.so
系统中明明就有这个文件啊，为什么找不到呢？
忽然想起前段时间进行了aliyun漏洞处理，对操作系统和软件包进行了升级。会不会跟文件版本的一致性有关呢？在各处找寻，终于功夫不负有心人。果然是版本的一致性问题。需要修改/opt/lampp/lampp文件。
$ sudo vi /opt/lampp/lampp
找到以下内容：
if test $(osguess) = "rh9"
then
# for now disable PNTL. if PNTL gets more popular we will support it. - oswald
then
# for now disable PNTL. if PNTL gets more popular we will support it. - oswald
[8apr3]
export LD_ASSUME_KERNEL=2.2.5
将内核版本号修改为当前版本号2.8.0，存盘后，重新启动lampp服务，启动成功，此后，网站又可以访问了。
export LD_ASSUME_KERNEL=2.2.5
将内核版本号修改为当前版本号2.8.0，存盘后，重新启动lampp服务，启动成功，此后，网站又可以访问了。
提示：阿里云的漏洞处理的确可以使系统更安全，但也可以让服务器因版本问题而影响正常的工作，比如web服务器。而且这种影响只有在服务器重启后才会出现，并非一经漏洞处理就立刻显现。因此对系统升级时尤其做好镜像的保存备份。若实在短期内找不出原因，至少可以立刻穿越到重前。
著作权归作者所有。商业转载请联系本站作者获得授权，非商业转载请注明出处 ZZKOOK。
评论
我订阅了。
拜托zzkook给点入门级的