CN105068920B

CN105068920B - 一种基于shell测试rack资产信息稳定性的方法

Info

Publication number: CN105068920B
Application number: CN201510422607.3A
Authority: CN
Inventors: 史沛玉
Original assignee: Inspur Electronic Information Industry Co Ltd
Current assignee: Inspur Electronic Information Industry Co Ltd
Priority date: 2015-07-17
Filing date: 2015-07-17
Publication date: 2018-01-02
Anticipated expiration: 2035-07-17
Also published as: CN105068920A

Abstract

本发明公开一种基于shell测试rack资产信息稳定性的方法，属于rack测试领域；本发明基于shell工具通过对服务器各个资产模块的访问，自动化执行测试步骤，自动保存以及处理测试结果；分别对bios/BMC资产号和序列号同步稳定性，CPU核数，内存条数及容量，硬盘个数容量进行检查，并进行自动化循环测试，收集测试结果；节省大量的人力、时间、成本等多方面的资源，也减少了不必要的人工交互过程，从而大大提高了测试效率。

Description

一种基于shell测试rack资产信息稳定性的方法

技术领域

本发明公开一种测试rack稳定性的方法，属于rack测试领域，具体地说是一种基于shell测试rack资产信息稳定性的方法。

背景技术

随着IT领域技术的不断发展，对服务器的稳定性要求越来越高。作为服务器产品提供商，一款服务器无论是在研发阶段还是生产阶段都需要对产品进行系统可靠性测试，从而严格保证该产品的稳定性。Rack，即机架式机柜，是一款集管理、供电、散热、服务为一体的高密度、高可用的整机柜，其当前全新的DMI/FRU 产品名称、资产号、序列号等信息的同步设计，以及小空间大存储容量的无raid存储设计，性能得到进一步提升的同时，整机柜的稳定性就更加受到重视，然而在客户应用中，客户往往要根据服务的资产号序列号来分配IP、灌装OS等重要任务，磁盘上就会存有客户大量数据，一旦掉盘就是非常严重的故障，这些环节的稳定性比较薄弱。因此对于Rack这种整机柜产品，其稳定性必须要经过重点测试验证。但是，由于Rack 服务器节点较多以及以往的测试需要大量的人力投入，造成测试人员需要花费大量精力和物力完成测试，而本发明提供一种基于shell测试rack资产信息稳定性的方法，基于shell工具通过对服务器资产信息的检查，自动化执行对比，测试结果的自动保存以及处理，节省大量的人力、时间、成本等多方面的资源，也减少了不必要的人工交互过程，从而大大提高了测试效率，并保证产品的稳定性，因而，具有很好的推广使用价值。

shell是一个免费的编程语言，用来实现自动和交互式任务进行通信，而无需人的干预。使用它可以创建脚本用来实现对命令或程序提供输入，shell则可以根据程序的提示模拟标准输入提供给程序需要的输入来实现交互程序执行。

发明内容

本发明针对Rack 服务器节点较多以及以往的测试需要大量的人力投入，造成测试人员需要花费大量精力和物力完成测试的问题，提供一种基于shell测试rack资产信息稳定性的方法，节省大量的人力、时间、成本等多方面的资源，也减少了不必要的人工交互过程，从而大大提高了测试效率。

本发明提出的具体方案是：

一种基于shell测试rack资产信息稳定性的方法，基于shell工具通过对服务器各个资产模块的访问，自动化执行测试步骤，自动保存以及处理测试结果；分别对bios/BMC资产号和序列号同步稳定性，CPU核数，内存条数及容量，硬盘个数容量进行检查，并进行自动化循环测试，收集测试结果。

所述对bios/BMC 资产号和序列号同步稳定性的检查，其过程为：shell脚本中首先通过dmidecode及ipmitool fru指令分别抓取BIOS dmi及BMC fru中的资产号及产品序列号，然后对比dmi及fru中资产号及产品序列号是否一致，一致则判定dmi同步，fru 资产及序列号成功；反之则fail。

所述CPU核数的检查过程为：通过cat proc/cpuinfo获取服务器CPU核数，然后与已知的CPU核数比较，如果一致说明CPU工作正常，无失效情况，反之则fail。

所述内存条数及容量的检查过程为：通过脚本获取服务器内内存的容量及条数，然后与已知内存条数及容量去比较，如果数据一致，判定内存资产正常，反之则fail。

所述硬盘个数容量检查过程为：通过脚本获取HDD的个数及容量，然后与已知HDD数量及容量进行比较，如果数据一致，判定磁盘资产正常，反之则说明有掉盘情况。

所述自动化循环测试中将shell脚本的指令放在系统下rc.local中，并新增一行使得节点不断延时reboot。延时时间可设定，比如为100s等等。

所述对收集的测试结果，查看所记录的log有没有fail的日志，判断资产信息是否有变化。

本发明的有益之处是：本发明基于shell脚本，自动化测试rack资产信息稳定性，通过对服务器资产信息的检查，自动化执行对比，测试结果的自动保存以及处理来测试rack资产信息稳定性，节省大量的人力、时间、成本等多方面的资源，也减少了不必要的人工交互过程，从而大大提高了测试效率，并保证产品的稳定性，因而，具有很好的推广使用价值。

具体实施方式

其中所述对bios/BMC 资产号和序列号同步稳定性的检查，其过程为：shell脚本中首先通过dmidecode及ipmitool fru指令分别抓取BIOS dmi及BMC fru中的资产号及产品序列号，然后对比dmi及fru中资产号及产品序列号是否一致，一致则判定dmi同步，fru资产及序列号成功；反之则fail。代码如下：

echo "the reboot times:`tail -n 1 /root/times`"

biosserial=`/usr/sbin/dmidecode | grep -A5 -i "System information" |awk ' /Serial/{print$3}'`

biosasset=`/usr/sbin/dmidecode |grep -A5 -i "Base Board Information"| awk '/Asset/{print $3}'`

/sbin/service ipmi start >/dev/null

if [ $? = 0 ] ;then

fruasset=`/usr/bin/ipmitool fru |awk '/Asset/{print $5}'`

fruserial=`/usr/bin/ipmitool fru |awk '/Product Serial/{print $4}'`

else

echo -e "\033[41m IPMI Driver StartFAILED..............................Failed \033[0m"

fisn=$1

asset=$2

if [ "$1" != "" ] ;then

if [ $sn = $biosserial ] && [ $sn = $fruserial ] ;then

echo -e "\033[42m Serial Number of This Node is $sn ....................Passed \033[0m"

else

echo -e "\033[41m Serila Number of This node: BIOS Serial $biosserial, BMC Serial $fruserial. Needed $sn.....................Failed \033[0m"

fi

if [ $asset ] ;then

if [ "$asset" = "$biosasset" ] && [ "$asset" = "$fruasset" ] ;then

echo -e "\033[42m Zichan Bianaho of This Node is $asset ....................Passed \033[0m"

else

echo -e "\033[41m Zichan Bianaho of This node: BIOS Asset $biosasset, BMC Asset $fruasset. Needed $asset .....................Failed \033[0m"

fi

所述CPU核数的检查过程为：通过cat proc/cpuinfo获取服务器CPU核数，然后与已知的CPU核数比较，如果一致说明CPU工作正常，无失效情况，反之则fail,代码如下：

coremount=$3

a=`cat /proc/cpuinfo | grep "model name" | wc -l`

if [ $coremount= $al ] ;then

echo -e "\033[42m CPU cores mount of This Node is $coremount................Passed \033[0m"

else

echo -e "\033[41m cores mount of This Node is not $coremount.................Failed \033[0m"

fi

内存条数及容量检查过程：通过脚本获取服务器内内存的容量及条数，然后与已知内存条数及容量去比较，如果数据一致，判定内存资产正常，反之则fail；代码如下：

memcap=$4

b=`free`

if [ $memcap= $b ] ;then

echo -e "\033[42m MEM capacity of This Node is $memcap ................Passed \033[0m"

else

echo -e "\033[41m MEM capacity of This Node is not $memcap............Failed \033[0m"

fi

硬盘个数容量检查过程：通过脚本获取HDD的个数及容量，然后与已知HDD数量及容量进行比较，如果数据一致，判定磁盘资产正常，反之则说明又掉盘情况；代码如下：

hddmount=$5

c=`fdisk-1|grep sd|wc-1`

if [ $hddmount= $c ] ;then

echo -e "\033[42m HDD mount of This Node is $hddmount ................Passed \033[0m"

else

echo -e "\033[41m MEM capacity of This Node is not $hddmount........Failed \033[0m"

fi

所述自动化循环测试中将shell脚本的指令放在系统下rc.local中，并新增一行使得节点不断延时reboot。延时时间可设定，比如为100s代码添加如下：

./stabilitytest 序列号资产编号 cpu核数内存容量硬盘数量。

reboot

sleep 100

收集测试结果：收集测试结果，查看所记录的log有没有fail的日志，判断资产信息是否有变化，把步骤1-4执行的结果全部重定向到stability.log文件中,此指令可作为stabilitytest组成部分，然后检索其中的fail项；代码如下：

所以结果重定向到stability.log

All test result above >> stability.log

检索测试结果

cat stability.log |grep fail

本发明并不限于上述的具体实施方式。除本发明所要求保护的技术方案外，均为所属领域的技术人员可获知的现有技术。

Claims

1.一种基于shell测试rack资产信息稳定性的方法，其特征是基于shell工具通过对服务器各个资产模块的访问，自动化执行测试步骤，自动保存以及处理测试结果；分别对BIOS/BMC 资产号和序列号同步稳定性，CPU核数，内存条数及容量，硬盘个数容量进行检查，并进行自动化循环测试，收集测试结果；

所述对BIOS/BMC 资产号和序列号同步稳定性的检查，其过程为：shell脚本中首先通过dmidecode及ipmitool fru指令分别抓取BIOS dmi及BMC fru中的资产号及产品序列号，然后对比dmi及fru中资产号及产品序列号是否一致，一致则判定dmi同步，fru 资产及序列号成功；反之则fail；

所述CPU核数的检查过程为：通过cat proc/cpuinfo获取服务器CPU核数，然后与已知的CPU核数比较，如果一致说明CPU工作正常，无失效情况，反之则fail；

所述内存条数及容量的检查过程为：通过脚本获取服务器内内存的容量及条数，然后与已知内存条数及容量去比较，如果数据一致，判定内存资产正常，反之则fail；

2.根据权利要求1所述的一种基于shell测试rack资产信息稳定性的方法，其特征是所述自动化循环测试中将shell脚本的指令放在系统下rc.local中，并新增一行使得节点不断延时reboot。

3.据权利要求1或2所述的一种基于shell测试rack资产信息稳定性的方法，其特征是对收集的测试结果，查看所记录的log有没有fail的日志，判断资产信息是否有变化。