今天晚上发现某台linux软路由负载突然升高，8核CPU飙升至8的负载应该算是很高了，排查CPU使用非常厉害，8核中有6核均为0%。通过top命令显示CPU使用最高的四个进程均是ksoftirqd（分别是ksoftirqd/0,ksoftirqd/1,ksoftirqd/2,ksoftirqd/3），检查流量并没有升高，跟平时水平差不多，非常匪夷所思。

由于消耗太多通过平衡CPU中断的方法已经没有办法阻止了。

突然想起来前两天在iptables上添加了单IP连接数限制，于是怀疑跟它有关。使用iptables -vnL检查iptables

今天配置vyatta时发现路由如何配置也是不正确的，commit后，show ip route 总是显示如下
S>* 10.124.0.0/16 [1/0] via 10.0.249.254 (recursive via 172.16.1.8）

检查了下发现我网卡上根本就没有配置10.0.249.x网段，杯具了杯具了。

原来vyatta配置的时候也不会像centOS一样检测能否到达，只不过配置

使用Excel打开cvs文件时对单元格会采用默认格式，所以再保存时，0开头的数字就全没0了，如010就变成了10。

首先先打开一个空excel表格，选择数据-获取外部数据-导入数据。

cvs是使用逗号分隔值文件，所以原始数据类型选择分隔符号，分隔符号选择逗号，点击下一步，在数据预览中点击你要修改的字段（首位有0开头的），然后选择文本，点击完成。

       最近发现CactiEZ的syslog没有数据，系统总不会这么稳定吧...检查/var/log/messages发现接收到很多数据，但是直接登录mysql却发现数据库里没有最近的设备日志。于是怀疑mysql数据库存在问题。。。

       由于CactiEZ是直接安装的，我也不知道mysql安装到哪个地方了，查看/etc/my.cnf，找到mysql日志文件路径log-error=/var/log/mysqld.log。打开日志文件后发现最近一直在报错
110602 10:12:22 [ERROR] /usr/libexec/mysqld: Table './syslog

今天重启服务器后，syslog上接收的日志都是显示localhost，很无奈，网上查了下发现估计和hosts有关系。修改了/etc/hosts文件后发现修改过的都按照这个解析，怀疑开机时自动获取IP地址导致的，配置好IP重启后正常了。

同时还发现了我的好多服务器之所以ssh连接慢，也是hosts这个文件引起的，大意是发起ssh连接后主机会反向解析你的IP地址，所以将自己的IP地址添加到hosts文件就能解决这个问题了，或者你别配置ＤＮＳ．．．

平衡CPU中断方法（自己写的，描述估计有问题，操作没问题）

在多核CPU中，各CPU可以分别处理不同的网卡中

    不久前写了个脚本，利用nagios把报警信息写入到一个web界面里，这样查看记录就方便了许多。但是一直存在一个诡异的问题，我写的自动生成web页面脚本定时每天0点以后执行，却总是没有效果，这让我很头疼，网上查看说crontab中的环境变量跟root的环境变量不相同，于是我将自动执行时间修改为当前时间的下一分钟，脚本执行的一点问题都没有。

    这让我非议所思。。。

    今天早晨刚过零点，我上服务器上看了下，脚本还是没有执行，然后我想手工执行下就应该

    社区汇聚层使用思科3550交换机作为DHCP服务器，用户端直接连接二层交换机，二层交换机再直连思科3550。但是有人跟我反映无法自动获得IP地址，show ip dhcp binding查看只是绑定了多一半ＩＰ地址，还有几个IP没有分配，但是客户端就是无法获得。

   根据对方描述，以前可以自动获得ＩＰ地址，但是某次ＩＰ地址跟某人发生冲突后就无法再获得。查看冲突记录，show ip dhcp conflict发现以前他获得的IP地址果然在里面，使用命令clear ip dhcp conflict *或clear ip dhcp conflict A.B.C.D清楚

sendEmail发送到139邮箱乱码的解决方法

    之前nagios服务器一直使用139邮箱报警，这样邮件可以以短信的形式发送到手机上，但是一直以来使用这个小插件总是无法发送中文，只要发送到139邮箱就是乱码，非常郁闷，设备只好用拼音代替- -！

    今天仔细看了下这个插件，发现主要问题都出在了字符编码上，我们通常使用的字符编码GB2312或者UTF-8，但是我发现这个插件里使用的默认字符编码是iso-8859-1，所以我更改了这个字符集编码，Send

Nagios通过MSN发送报警通知