嘻嘻哈哈的部落格(blog)

以前仅知道oracle以redhat enterprise linux为蓝本
出了个linux的发布，名字叫enterprise linux
这个enterprise可以用来跑oracle for linux
不成想
这个oracle的enterprise linux
不仅可以免费下载
而且其yum server还可以免费更新！！！
要知道
redhat的enterprise linux的yum更新可视需要花钱订阅服务的呀
以前老用基于redhat enterprise linux的另外一种版本centos来取代rhel(redhat enterprise linux)
这下可好
有了oracle的enterprise linux
起码是多了一种选择吧
何况其后面还有oracle的支持呢

rh系列的机器
radhat、fedora、rhel、centos等
系统自带的snmpd是会缺省往syslogd里打log的
而且遗憾的是：缺省的log级别是debug
所以
如果你开着snmpd
然后还有机器来连snmpd端口(mrtg、cacti等多半如此)
你会发现/var/log/messages里充斥着大堆的无用信息
像这样：

Nov 2 04:17:21 sohu snmpd[1748]: Connection from UDP: [127.0.0.1]:50841
Nov 2 04:17:21 sohu snmpd[1748]: Received SNMP packet(s) from UDP: [127.0.0.1]:50841
Nov 2 04:17:21 sohu snmpd[1748]: Connection from UDP: [127.0.0.1]:50841
Nov 2 04:22:21 sohu snmpd[1748]: Connection from UDP: [127.0.0.1]:51720
Nov 2 04:22:21 sohu snmpd[1748]: Received SNMP packet(s) from UDP: [127.0.0.1]:51720
Nov 2 04:22:21 sohu snmpd[1748]: Connection from UDP: [127.0.0.1]:51720
Nov 2 04:27:21 sohu snmpd[1748]: Connection from UDP: [127.0.0.1]:52622
Nov 2 04:27:21 sohu snmpd[1748]: Received SNMP packet(s) from UDP: [127.0.0.1]:52622
Nov 2 04:27:21 sohu snmpd[1748]: Connection from UDP: [127.0.0.1]:52622

这样一来
就有可能将有用的重要的log信息给冲掉
解决办法如下：
编辑一个文件/etc/snmp/snmpd.options(这个文件是在snmp的启动脚本/etc/rc.d/init.d/snmpd里启动时会去读的)
内容如下：

OPTIONS=”-LS 2 d -Lf /dev/null -p /var/run/snmpd.pid -a”

然后再重起snmpd
/etc/rc.d/init.d/snmpd restart
这样一来
就将snmpd缺省的log级别debug改成了2
再看/var/log/messages
里面再也没有snmpd的废话了
这世界清静了……

这台机器比较诡异
因为以前跑过一年的时间，一直没有问题
最近放了一段时间后再上线
发现有问题了
首先tar解压缩一个200多兆的文件
解着解着，还没解完呢
机器死了
ssh连不上去了
所有服务的端口都连不上了
系统报了”kernel panic”
遗言的最前面几句是这样的：

Kernel BUG at mm/rmap.c:590!
invalid opcode: 0000[#1]
SMP
last sysfs file: /block/sda/size
……

还有
连yum upgrade都会当机
但如果没有大的io
机器还行
跑几天也不会当

想了很多的办法，都不行
用别的kernel起、单用户起也还是这样
后来想
mm/rmap.c出问题
会不会是内存有问题呢
正好启动的grub菜单里有memtest86+的启动选项
于是选之
果然一跑memtest86+
满屏都是红色的错误
于是打开机箱
通过运行几遍memtest86+
终于发现是有条内存坏了
拔掉后
(到现在为止)貌似好了……

机器系统centos5.1
kernel2.6.18