linux系统TroubleShooting经验共享 活动结束 获奖名单公布

expert1

1。google/baidu
2。log
3。牛人可以看源代码。

没别的了。

小版主杀手

遇到问题,先看日志--这个是通用的
如果是安装软件，先看下reder me，install之类的文档，如果是常用的软件，网上会有很多文档介绍，可以先熟悉下流程，在自己配置、编译、安装。越到什么报错，理解报错内容，然后相应的分析，找出相应解决办法。
遇到系统服务报错，看日志也是很重要的
应该说特定问题 特点分析

yuhongchun

xinglu1983 发表于 2011-12-27 11:08
回复 13# yuhongchun

开发机器一样啊,你们提需求，让系统SA参与进来，没问题的；我们公司都是这样做的！

xinglu1983

回复 23# yuhongchun


    额。。。我说的开发机就是自己开发用的电脑，一般不想麻烦运维的同事来搞了。

yuhongchun

xinglu1983 发表于 2011-12-27 12:15
回复 23# yuhongchun

呵呵，我以为你说的是开发服务器；这个其实也容易，多配置几遍就会了。

Shell_HAT

1、故障的定义
弄清楚系统发生了什么问题
系统现在能做什么？不能做什么？
故障什么时候发生的？
有没有做平时不同的操作？
故障有没有规律？定时还是不定时？发生的频率有多高？
是一台机器出现故障还是多台机器故障？故障现象是否相同？
最近有没有做改动？如安装了新的硬件、软件，改变了系统的一些设置。检查机器是否存在故障

2、收集错误信息
cd /var/log

3、判断故障类别
1) 检查文件系统空间
df -h
2) 检查文件系统的完整性
fsck
3) 检查CPU、内存、swap等系统资源
top

renxiao2003

1.linux系统排错的思路
基本思路就是要多看日志，分析错误发生的原因。然后根据自己的经验或者网络资料进行相应的处理。
2.系统排错应该遵循的原则
基本原因是：不要一上来就说系统坏了，不要什么也不分析就重做系统，还有就是要定期备份重要数据。
3.系统排错应该养成的习惯
习惯：多看，多想，多总结，多学习，多动手。
4.实际案例分享
案例一：在2008年的时候，在一个公司，负责公司的服务器。出现了问题，后来仔细分析原因，发现是防火墙设置问题。当时的现象是外网通过HTTP能访问机器的WEB服务器，内网却无法PING通。本机看SSH服务是开启的，却无法通过SSH连接。
    当时的同时就说重做算了。后来通过分析发生则IPTABLES规则设置错误，导致内部访问的包都被DROP了。
案例二：今年在现在的公司，一台机器的OS是LINUX，错误的设置导致开机启动进入不了LINUX（连启动GRUB菜单都没有出现），上去就进入单用户模式也无法找到具体的原因。后来正常启动，看到界面最后一行提示是在读取/etc/selinux/config出现了问题。进行单用户模式，打开文件，发现原来是进行设置时在这个文件添加了一行（具体内容是保密了）。如果当时不发现这个问题，机器就直接邮回到客户的地方了。

yeye518

看完帖子，感觉还是赶紧关机吃饭，该干啥干啥去吧

amarant

各种问题解决方法也有各自的差别。如机子不开机，一般就去找boot配置的原因。如上不了网，就去招相关net的配置。编译不通过，一般就是自己的开发环境的问题。
有次给一个同学折腾无线网卡，下载下来编译不过，根据出错log，找出代码发现是kernel版本不一样了，内核数据结构有所变动。对相关驱动代码做一些小小修动就可以了。
主要的解决思路来自于——仔细分析出错log。
还有的时候，出错log莫名其妙，百度不到，也从字面看不出什么原因。就可以从相关源码中用grep找出printf/echo该log的位置。通过该位置的上下文找出原因。这是对于一些脚本或自己编译程序运行不成功的方法。本人调试kernel也基本如此。
还有的时候，log是相关程序打印的。如bash、sed、awk等给的出错log，这些基本就是语法错误。那就是考研基本功的时候了。

chenyx

系统排错,思路很重要.一般问题,通过日志就能看出来大部分问题,有些是隐性的问题,就需要一定的经验了.系统排错,即是技术活,又是艺术.
举个例子,在论坛里面看到的,配置dns的反解:

1. 2 IN PTR www.example.com

复制代码

这个配置,如果不是有经验的,很难发现问题的所在,并且,这个如果用dns的检测工具,检测dns的日志,是看不出来的.