当前位置: 技术问答>linux和unix
关于服务器瘫痪的思考
来源: 互联网 发布时间:2016-07-25
本文导语: 上次我有说到过,我的服务器会莫名其妙的瘫痪掉,表现为ssh,http等都无响应。 以前的解决方案是请求机房的负责人员帮忙reset系统,这样确实能正常一段时间。 3个月以来,出现了这个问题不下4次,确实觉得头大...
上次我有说到过,我的服务器会莫名其妙的瘫痪掉,表现为ssh,http等都无响应。
以前的解决方案是请求机房的负责人员帮忙reset系统,这样确实能正常一段时间。
3个月以来,出现了这个问题不下4次,确实觉得头大了,却又没有方案
昨天亲自去了一趟机房,发现鼠标,键盘,都不可用了,显示器没东西,真的和死机差不多。
我想起了有人说用过用sysrq + R, E, I, S, U, B的方法
当我按下sysrq键的时候,发现系统有反应了,出来一个shell,大致的意思是fsck died with status 5什么的,有个维护的shell需要root密码才可以登录,也可以通过Ctrl+D跳过,日志在/var/logs/fsck/目录下
通过ctrl+D,然后进行reboot操作之后,发现开机过程中,在某个硬盘检查的时候,有filesystem error,检测很慢,没在意。
再次reboot的时候,发现开机过程中,这个维护的shell又出现了,T_T
后来通过fsck 一路Y下去,修复了一下,之后就没重现了
我想问的是:这种所谓的文件系统错误,是否会在系统运行了一段时间之后,突然蹦出来,也就是想确认一下,这个东西对系统稳定性的影响,以及对我机器一度出现没有响应的影响
以前的解决方案是请求机房的负责人员帮忙reset系统,这样确实能正常一段时间。
3个月以来,出现了这个问题不下4次,确实觉得头大了,却又没有方案
昨天亲自去了一趟机房,发现鼠标,键盘,都不可用了,显示器没东西,真的和死机差不多。
我想起了有人说用过用sysrq + R, E, I, S, U, B的方法
当我按下sysrq键的时候,发现系统有反应了,出来一个shell,大致的意思是fsck died with status 5什么的,有个维护的shell需要root密码才可以登录,也可以通过Ctrl+D跳过,日志在/var/logs/fsck/目录下
通过ctrl+D,然后进行reboot操作之后,发现开机过程中,在某个硬盘检查的时候,有filesystem error,检测很慢,没在意。
再次reboot的时候,发现开机过程中,这个维护的shell又出现了,T_T
后来通过fsck 一路Y下去,修复了一下,之后就没重现了
我想问的是:这种所谓的文件系统错误,是否会在系统运行了一段时间之后,突然蹦出来,也就是想确认一下,这个东西对系统稳定性的影响,以及对我机器一度出现没有响应的影响
|
也就是说了一点fsck死掉的信息
=================
贴一下,看能不能帮上忙?
=================
贴一下,看能不能帮上忙?
|
首先查看一下你的硬盘检查情况
硬盘的工作原理造成你的硬盘在使用一段时期以后由于读写过大量的数据,难免不产生碎片。从而产生瓶颈啊!
硬盘的工作原理造成你的硬盘在使用一段时期以后由于读写过大量的数据,难免不产生碎片。从而产生瓶颈啊!
|
up
|
关键还是看日志。。。
|
看不懂,来学习的。
|
你这个多半是reset的时候造成的故障
下次reset后要注意检查
unix机器其实不难维护,注意选择稳定的发行包,经常打补丁,不装不需要的软件,应用别写的太烂。
正常情况下很少遇到会死掉需要reset的情况
下次reset后要注意检查
unix机器其实不难维护,注意选择稳定的发行包,经常打补丁,不装不需要的软件,应用别写的太烂。
正常情况下很少遇到会死掉需要reset的情况