一次另类的由kjournald日志进程引起的磁盘io问题的解决 最近linode的服务器做cacti的监控测试，偶尔发现服务器最近几周的io成几何级增长 而同期的cpu负载却发现无太明显的几何级的增长 好在linode公司对我的服务器没有进行特别处理，只是发了发警告信，但也不能不理呀，否则这io还得无限的增长。 解决问题过程： 看数据的变化似乎就是最近2周才开始恶劣变化，细细回想最近对服务器做过的操作，无非做了以下改动:1是mysql主从复制;2是snmp+cacti，从时间上看mysql的主从配置更加有可能罪魁祸首。 1：由于mysql的主从配置需要写大量的log-bin文件，所以很大可能是因为读写log-bin引起的，所以我关闭主从复制，而且还关闭了log-bin文件的写入 观察结果显示：磁盘io还是呈几何级增长，看来不是mysql的主从复制的问题 …
Linux系统下快速删除某个目录下大量文件 不管是哪个操作系统，同一级目录存在太多的文件都是一件可怕的事情，不管是读取还是删除的时候。 一旦这种不幸的事情发生在你身上，而又不能完全把整个目录删掉怎么办呢？ 你可以用 rm -f *.log 但是你马上就会收到一个出错信息：参数列表太长 一个小时以前我一直还是缩小通用匹配符的范围，例如我依次的执行…