[发明专利]一种验证服务器是否存在硬件丢失的方法

说明书

技术领域

本发明涉及PCB 系统板卡设计技术领域，具体涉及一种验证服务器是否存在硬件丢失的方法。

背景技术

我们在进行服务器Reboot重启测试时，工程师往往只能查看系统日志及BMC log；这里可能会出现的问题：其中某次启动和上一次关机间隔时间过长而无法发现；CPU、内存或HDD在某次启动后出现丢失、信息显示错误或者系统没有抓取到的情况；BMC log里面出现大量信息（一些正常信息及报警信息），需要工程师一一去排查浪费时间以及不知道出现的问题的时间及出现这个错误LOG的次数。

现有技术的技术方案：

/etc/rc.local 是使用者自订开机启动程序,把需要开机自动运行的程序写在这个脚本里。控制重启reboot的程序编辑在这个Linux开机启动的程序里面，这样每次Linux开机进系统后自动将调用reboot程序，进行重启测试。

Linux系统下系统重启操作的日志信息，都是/var/log/messages目录下下保存着，查看方法如下：cat /var/log/messages |more，可以从messages几千上万条信息中去查看每次重启产生的日志信息。

/etc/rc.local 下编辑要测试的CPU、内存、硬盘等硬件信息的log，让其每次开机都记录本次开机的这些硬件信息，方法如下：

1.echo ---------------------- >> /root/cpu.log

创建CPU的log文件

2.dmidecode -t 4 >> /root/cpu.log

将本次启动的CPU信息写进CPU log文件中，下次启动的信息将会保存，且不会覆盖。

3.echo ------------------------->> /root/memory.log

创建memory的log文件

4.dmidecode -t 17 >> /root/memory.log

将本次启动的内存信息写进内存 log文件中，下次启动的信息将会保存，且不会覆盖。

5.echo ------------------------- >> /root/HDD.log

创建硬盘#0的log文件

6.fdisk -l >> /root/HDD.log

将本次启动的硬盘分区信息写进硬盘#0 的log文件中，下次启动的信息将会保存，且不会覆盖。

7.echo ---------------------- >> /root/HDD1.log

创建硬盘#1的log文件

8.lsscsi >> /root/HDD1.log

将本次启动的硬盘信息写进硬盘#1的log文件中，下次启动的信息将会保存，且不会覆盖。

9.service ipmi start

Linux下启动ipmitool功能

10.echo ------------------------------- >> /root/BMCSEL.log

创建SEL 的log文件

11.ipmitool sel elist >> /root/BMCSEL.log

将本次启动的BMC SEL信息写进sel的log文件中，下次启动的SEL信息将会保存，且不会覆盖。

12.ipmitool sel clear

清除本机的BMC 的LOG信息

1.2.1.4、当服务器本次reboot48小时或1000次后，可以打开其中对应的LOG来分析。

现有技术一的缺点如下：

从messages几千上万条信息中去查看每次重启产生的日志信息，显然只能发现其中关键的Fail、Error等报错或警告的信息，无法得到CPU、内存或HDD等服务器关键硬件是否丢失的信息，或者某2次启动时间过长等问题无法从这种日志中分析得出。

单个的CPU、内存、硬盘信息日志，数据也相当大；需要每条每条信息去比对，需要数十个小时以上的对比，这将花费较长的时间，效率低下；并且比对数据容易遗漏，降低了测试的质量。