Dec 31
 监控网络流量常用MRTG这个工具,但最近听得比较多的反而是NTOP。用NTOP显示网络的使用情况比MRTG更加直观、详细。NTOP甚至可以列出每个节点计算机的网络带宽利用率。

一、NTOP的功能
 NTOP主要提供以下一些功能:
◆ 自动从网络中识别有用的信息;
◆ 将截获的数据包转换成易于识别的格式;
◆ 对网络环境中通信失败的情况进行分析;
◆ 探测网络环境中的通信瓶颈;
◆ 记录网络通信的时间和过程。

 它可以通过分析网络流量来确定网络上存在的各种问题;也可以用来判断是否有黑客正在攻击网络系统;还可以很方便地显示出特定的网络协议、占用大量带宽的主机、各次通信的目标主机、数据包的发送时间、传递数据包的延时等详细信息。通过了解这些信息,网管员可以对故障做出及时的响应,对网络进行相应的优化调整,以保证网络运行的效率和安全。
Tags: , ,
Dec 29
 find命令是linux下面一个常用的命令,说它简单可以,说它复杂也可以。它有太多的参数,要完全掌握不容易,下面我就做个翻译,并附上范例,写写常用的参数。
一、基础
 首先要知道的是,find相当耗io资源,如果不是必要的话,建议用locate代替。
Tags: , ,
Dec 21
 ltp套件是由Linux Test Project所开发的一套系统测试套件。它基于系统资源的利用率统计开发了一个测试的组合,为系统提供足够的压力。
一、获取软件
 首先我们可以从http://optusnet.dl.sourceforge.net/sourceforge/ltp/ltp-full-20050608.tgz下载最新的20050608版本;
 下载后,放到/root目录下,解压并编译、安装:
tar xzf ltp-full-20050608.tgz
cd ltp-full-20050608
make;make install;
Tags: ,
Dec 19
 系统出现死机,一般分为两种情况:一是硬件问题;二是软件问题。
一、硬件问题
 可以考虑分析以下几点:
1、不要超频CPU,如果已经超频的先回复到原来的频率。
 虽然平时运行没有问题,但可能在高负载的使用中就会出现不可预料的故障了。特别是linux系统在某些应用上,是可以把硬件的性能发挥到极限的,但这样的硬件运行Windows可能是没有问题的。
2、确认电源供电充足
 必须确保在高负载的状态下,电源可以满足负载。
3、使用memtest86检查内存状态
4、恢复BIOS到默认状态
 对于服务器,可以使用自带的监测工具进行测试,也是一个不错的排错方法。
Tags: ,
Dec 7
 项目中遇到IBM X366的机器,使用QLA2300 HBA卡(支持FailOver)。系统使用红旗DC 4.1,由于系统发行的时间较早,部分的驱动已经过时,所以升级了部分的驱动,步骤如下:
一、安装Qla2300 HBA FailOver驱动步骤
1.下载qla2x00-v7.05.00-fo-dist.tgz文件,位置在
http://www.qlogic.com/support/oem_detail_all.asp?oemid=304
查找FC2-133 Failover字样, 此版本对应当前硬件
Nov 24
 今天突然要刻录光盘,但刚好有刻录机的那台机器的显示器坏了,那只能使用远程进去啦。。进入KDE使用K3b刻录?
 太慢了。还是直接使用cdrecord进行吧:
▲系统:红旗DC Server 5.0
1、准备
 cdrecord可以支持IDE、SCSI接口的光盘刻录设备,新版本可以支持CD、DVD光盘刻录。
Nov 20
 考虑到服务器数据的安全,我考虑增加一台备份服务器,通过数据同步,达到较好的冗余。
 linux下有非常好的一个命令rsync可以实现差异备份,下面就说说它的用法:

▲合适系统:红旗DC 4.1 or 5.0或其他linux、FreeBSD系统
▲测试环境:红旗DC 5.0
Tags: , ,
Nov 18
 今天在一个项目里面,遇到一个故障:系统在做基于Weblogic的OA系统压力测试中,并发的连接数非常的少(大大低于正常数),系统是采用红旗的DC 4.1 for 安腾2版本,使用apache做web服务转发。
 后来经过一系列的检查,最后发现原来是之前连续两天的压力测试,导致摆放日志的/var目录20G的空间都给占满了;导致新的日志需要不断的覆盖旧日志,磁盘的读写频繁,导致IO占用过大,所以并发连接数不能满足要求。清空日志文件即可。
 考虑到今后可能也会出现类似的问题(当然,现实中不可能几天就达到测试的结果),所以希望使用定时删除日志的方法。这里就考虑到需要使用linux的计划任务,也叫例行性命令。
Tags: , ,
Nov 15
假设eth0上配置的IP是:192.168.228.x,在配置完Cluster Server 4.0后,启动heartbeat:
service heartbeat start


服务器console的屏幕上一直会有这样的信息刷屏(这个信息作为kernel日志写入了/var/log/messages文件中):
xxx.xxx.xxx.xxx sent an invalid ICMP type 11, code 0 error to a broadcast: xxx.xxx.xxx.xxx


虽然此问题并不影响服务器的运行,而且只出现在第一个屏幕中,但有碍查看日志文件,为此,决定想办法把他去掉:
Tags: ,
分页: 11/11 第一页 上页 6 7 8 9 10 11 最后页 [ 显示模式: 摘要 | 列表 ]