linux服务器挂了，如何查看是啥原因导致的

Posted 2023-03-27

如题

参考技术A 1. 查日志 /var/log
2. history命令检查有没有人运行过可疑命令
3. 查查最后登录的人是谁，登录时间是什么（命令忘了，好像是last)
4. 如果只是服务挂了，机器没挂，检查你的对应服务的日志（如果有）
6. 如果服务器挂了，上面找不到原因，就问问机房的人有没有断电，机房有没有人进去过
暂时想到这些，其它的根据你所在的公司的工作内容确定细节

Linux升级Glibc时系统奔溃是啥原因如何解决

　要点：
　　glibc是gnu发布的libc库，即c运行库。glibc是linux系统中最底层的api，几乎其它任何运行库都会依赖于glibc。glibc除了封装linux操作系统所提供的系统服务外，它本身也提供了许多其它一些必要功能服务的实现。由于 glibc 囊括了几乎所有的 UNIX 通行的标准，可以想见其内容包罗万象。
　　升级Glibc的忠告：不要在运行中的系统上安装 Glibc，否则将会导致系统崩溃，至少应当将新 Glibc 安装到其他的单独目录，以保证不覆盖当前正在使用的 Glibc。（我就无知的覆盖了，囧！）
　　解决方法：
　　赶赴机房吧，幸好我在替换前在目录/lib下保存了原来的库文件（libc-2.5.so.bak），使用Linux系统盘进入“救援模式”，将被替换的2个库文件恢复，重启系统就可以了;
　　系统正常启动了，就交给其他部门的同事去恢复数据吧。
　　上面就是Linux升级Glibc时系统奔溃的解决方法的介绍了，方法很简单，就要进入救援模式，将替换的库文件恢复回来就可以了，如果你在升级Glibc的时候不覆盖原有的Glibc就不会导致系统奔溃。 参考技术A

是如何省级的呢？在支持升级的情况下，在系统中使用终端升级glibc才是最好最安全的。而原因：glibc是linux操作系统中的底层运行库，就算是系统终端中所执行的命令都是依靠glibc来完成执行的！所以在libc6.so这个文件被替换的时候很可能会发生系统无法执行操作的现象。libc系统库升级时，系统会执行一些列的脚本来防止系统崩溃。因为libc的重要性，所以在软件能够被支持的情况下，不建议去升级系统底层依赖库libc6！！