CN107168815A - 一种收集硬件错误信息的方法 - Google Patents

Abstract

本发明提供了一种收集硬件错误信息的方法，用于快速、准确的采集服务器内硬件错误信息，盖方法包括以下步骤：步骤1：划分节点并设置节点控制器扩展模块；步骤2：用户自定义寄存器列表及数据结构；步骤3：设置服务器中断功能；步骤4：重启服务器，使服务器进入待命状态；步骤5：服务器发生硬件错误，节点采集硬件信息。该方法利用高端服务器中节点控制器扩容特性，实现系统出错时能及时收集硬件状态信息并保存的功能，该功能不用考虑带内系统状态，直接通过带外系统读取信息，通过对已读取信息的详细解析，从而实现具体问题的定位。

Description

一种收集硬件错误信息的方法

技术领域

本发明涉及高端服务器监控领域，尤其涉及一种高端服务器收集硬件错误信息的方法。

背景技术

随着互联网的广泛应用，网络对服务器提出了更高的要求，作为服务器产业的原始动力，先进技术的应用于对于用户采购会起到决定性的作用，在网络技术、虚拟化技术、分布式应用快速发展的今天，服务器所要求的可用性，可靠性，可服务性的指标越来越高。

特别是金融、电信业务的正常运转高度依赖于信息系统的持续稳定运行，对高端服务器的可用性也提出了很高的要求，不仅要求高端服务器系统的可用度达到99.999％，而且对于出现硬件错误后对于错误的定位和处理速度，也提出了更高的要求。

高端服务器由于其复杂的硬件架构对系统容错技术有更高的要求，目前，服务器硬件错误信息的采集原理如图1所示，系统固件根据UEFI标准和ACPI标准提供相应的数据给操作系统，操作系统进行解析，同时系统固件收集信息并解析最后将出错硬件信息传给BMC。

然而，对于上述的方法来说，由于高端服务器系统复杂，系统某个硬件出错可能导致多个硬件同时报错，系统日志同时出现多个硬件错误，对系统出错场景的分析受限，从而难以实现问题的精准定位。

发明内容

为了解决上述问题，本发明提供了一种收集硬件错误信息的方法，利用高端服务器中节点控制器扩容特性，实现系统出错时能及时收集硬件状态信息并保存的功能，该功能不用考虑带内系统状态，直接通过带外系统读取信息，通过对已读取信息的详细解析，从而实现具体问题的定位。

本发明采用以下技术方案：

一种收集硬件错误信息的方法，用于快速、准确的采集服务器内硬件错误信息，其特征在于，所述的方法包括以下步骤：

步骤1：划分节点并设置节点控制器扩展模块；

步骤2：用户自定义寄存器列表及数据结构；

步骤3：设置服务器中断功能；

步骤4：重启服务器，使服务器进入待命状态；

步骤5：服务器发生硬件错误，节点采集硬件信息。

进一步的，步骤1中，每一个节点至少包括一个CPU和一个节点控制器。

进一步的，在步骤1中，扩展模块的设置标准为：扩展模块是设置在节点控制器内部的存储模块，具有与存储控制器数据交互功能，以及与带外系统数据交互功能。

优选的，节点控制器和扩展模块之间通过地址映射实现数据存储。

优选的，带外系统和扩展模块之间通过SMBUS协议实现数据读取。

进一步的，步骤2中，用户自定义寄存器列表及数据结构的具体过程为：

研发人员首先结合芯片手册，选择需要收集的错误状态寄存器并自定义数据结构；然后形成文档并开发出解析工具对获取的错误信息进行解析，嵌入在系统固件用于收集错误信息模块。

进一步的，步骤3的具体实现原理为：系统出错时，系统管理中断功能使服务器系统进入中断服务程序。

进一步的，步骤4的具体实现过程为：

1)重启服务器，硬件初始化并启动服务器中断功能；

2)将扩展模块的存储部分映射到带内系统地址空间的一段MMIO地址段，并把这段地址空间的SAD指向节点控制器；

3)系统随机指定主节点和从节点；

4)系统通过主节点连接IO，并断开从节点上的IO接口。

进一步的，步骤5中，节点采集硬件信息的具体过程为：

1)启动服务器中断功能，所有CPU停止处理当前任务，进入中断服务程序；

2)步骤2中自定义的寄存器及数据结构分别收集数据，并将数据拷贝到主节点的扩展模块内；

3)从带外系统访问主节点扩展模块并读取硬件错误信息。

本发明的有益效果是：

1、每一次发生硬件错误后，本发明采集的是全部预设的寄存器和数据结构的信息，也可以算是全部的硬件信息，这样一来，就不会产生信息采集的遗漏，确保错误信息完全包含在所采集的信息内。

2、该扩展模块具备的特征是能够同时被带内和带外系统访问，其存储大小能够保存所有节点内部CPU、NC及IO的各个子模块错误状态寄存器的信息。因此，可以十分方便的将系统内采集到的信息导到系统外部，将后续的分析过程放在服务器系统之外来处理，即降低了服务器自身的能耗，又提高了分析处理的速度，尽量减少硬件错误对服务器运行的影响。

3、扩展模块设置在每一节点内，因此，在主、从节点的选择上就有充分的余地，也可以说是没有了选择的限制，大大减少了系统重启的时间。

附图说明

图1是现有技术的功能原理图；

图2是本发明方法功能原理图；

图3是本发明主、从节点一种典型应用的原理结构框图；

图4是本发明方法的流程图。

具体实施方式

为了便于对于本申请的理解，对于本申请设计的英文含义进行说明，UEFI是Unified Extensible Firmware Interface的简称，中文名称为通用可扩展固件接口；ACPI是Advanced Configuration and Power Interface的简称，中文名称为高级电源管理接口；BMC是Board manager controller的简称，中文名称为基板管理控制器；NC是NodeController的简称，中文名称为节点控制器；BSP是BootStrap Processor的简称，中文名称为自举处理器；MMIO是Memory Map IO的简称，中文名称为内存映射I/O；SAD是SourceAddress Decode的简称，中文名称为源地址解析。

下面结合具体实施例对本申请的方法进行详细说明。

如图4所示，一种收集硬件错误信息的方法，用于快速、准确的采集服务器内硬件错误信息，所述的方法包括以下步骤：

步骤1：划分节点并设置节点控制器扩展模块，具体要求为：

每一个节点至少包括一个CPU和一个节点控制器，也可以增加CPU和节点控制器的数量，比如图3中的节点就有4个CPU和2个节点控制器组成。

扩展模块的设置标准为：扩展模块是设置在节点控制器内部的存储模块，具有与存储控制器数据交互功能，以及与带外系统数据交互功能。其中，节点控制器和扩展模块之间通过地址映射实现数据存储；带外系统和扩展模块之间通过SMBUS协议实现数据读取。

扩展模块的大小根据系统的最大硬件配置设计，比如收集一个CPU的信息需要64KB,系统有16颗CPU的话就要1MB大小，还有一个节点控制器大概需要4KB，系统有8个节点控制器就需要32KB,加起来大概1056KB大小。

步骤2：用户自定义寄存器列表及数据结构，导致本方法的整体原理和现有技术相比，增加了新的思路，整体功能原理如图2所示，自定义寄存器列表及数据结构的具体原理为：研发人员可以通过芯片手册归纳出需要收集的错误状态寄存器并自定义数据结构，然后形成文档并开发出解析工具对获取的错误信息进行解析，嵌入在系统固件的收集错误信息模块，功能和解析工具(可以是基于OS环境下的脚本或可执行软件)需要根据文档定义的数据结构体系进行开发才能保证一致。

一般CPU的有Machine Check MSR(Model Specific Register)和各个功能模块CSR，不同的CPU有不同的寄存器名称，需要根据系统设计定义，下表是一个CPU内部的模块列表举例：

每个CPU的寄存器数量不一样，每个寄存器数据大小是4或8个字节，加上节点控制器的寄存器，这个需要根据芯片手册归纳出具体的寄存器数量，一般以一个16路系统为例，估计1MB～2MB大小可以满足需求。

步骤3：设置服务器中断功能，具体要求为：系统出错时，系统管理中断功能使服务器系统进入中断服务程序。

步骤4：重启服务器，使服务器进入待命状态，具体实现过程为：

1)重启服务器，硬件初始化并启动服务器中断功能，保证在系统出错时，系统管理中断功能使服务器系统进入中断服务程序；

2)将扩展模块的存储部分映射到带内系统地址空间的一段MMIO地址段，并把这段地址空间的SAD指向节点控制器，使得节点控制器能够正确解析带内系统处理器写入的数据信息并存储在扩展模块中；

3)系统随机指定主节点和从节点，由于每个节点硬件设计是一样的，系统管理控制器开机时会指定某一节点作为主节点，其余节点就自动成为从节点；

4)每个节点均有连接慢速的IO设备，类似以前的南桥，包括USB、VGA、串口等，选定主节点后，系统通过主节点连接IO，并断开从节点上的IO接口。

步骤5：服务器发生硬件错误，节点采集硬件信息，具体过程为：

1、启动服务器中断功能，所有CPU停止处理当前任务，进入中断服务程序；需要注意的是，只要发系统管理中断，所有CPU都会停止处理当前任务，进入到这个中断里面，中断处理完后如果错误可以修复就能退回到操作系统，如果不能修复可以收集完信息直接重启或关机。

2、步骤2中自定义的寄存器及数据结构分别收集数据，并将数据拷贝到主节点的扩展模块内，具体原理为：软件中断服务程序唤醒各个PBSP收集各自硬件信息存储到内存，由SBSP收集其它信息并将系统硬件信息拷贝到主节点节点控制器的扩展模块中。

3、从带外系统访问主节点扩展模块并读取硬件错误信息。

信息采集完成后，需要在服务器外部对信息进行解析，并将解析结果反馈到服务器系统中。

应当指出，以上所述具体实施方式可以使本领域的技术人员更全面地理解本发明的具体结构，但不以任何方式限制本发明创造。因此，尽管说明书及附图和实施例对本发明创造已进行了详细的说明，但是，本领域技术人员应当理解，仍然可以对本发明创造进行修改或者等同替换；而一切不脱离本发明创造的精神和范围的技术方案及其改进，其均涵盖在本发明创造专利的保护范围当中。

Claims (9)

1.一种收集硬件错误信息的方法，用于快速、准确的采集服务器内硬件错误信息，其特征在于，所述的方法包括以下步骤：

步骤1：划分节点并设置节点控制器扩展模块；

步骤2：用户自定义寄存器列表及数据结构；

步骤3：设置服务器中断功能；

步骤4：重启服务器，使服务器进入待命状态；

步骤5：服务器发生硬件错误，节点采集硬件信息。

2.根据权利要求1所述的一种收集硬件错误信息的方法，其特征在于，步骤1中，每一个节点至少包括一个CPU和一个节点控制器。

3.根据权利要求1所述的一种收集硬件错误信息的方法，其特征在于，在步骤1中，扩展模块的设置标准为：扩展模块是设置在节点控制器内部的存储模块，具有与存储控制器数据交互功能，以及与带外系统数据交互功能。

4.根据权利要求3所述的一种收集硬件错误信息的方法，其特征在于，节点控制器和扩展模块之间通过地址映射实现数据存储。

5.根据权利要求3所述的一种收集硬件错误信息的方法，其特征在于，带外系统和扩展模块之间通过SMBUS协议实现数据读取。

6.根据权利要求1所述的一种收集硬件错误信息的方法，其特征在于，步骤2中，用户自定义寄存器列表及数据结构的具体过程为：

研发人员首先结合芯片手册，选择需要收集的错误状态寄存器并自定义数据结构；然后形成文档并开发出解析工具对获取的错误信息进行解析，嵌入在系统固件用于收集错误信息的模块。

7.根据权利要求1所述的一种收集硬件错误信息的方法，其特征在于，步骤3的具体实现原理为：系统出错时，系统管理中断功能使服务器系统进入中断服务程序。

8.根据权利要求1所述的一种收集硬件错误信息的方法，其特征在于，步骤4的具体实现过程为：

1)重启服务器，硬件初始化并启动服务器中断功能；

2)将扩展模块的存储部分映射到带内系统地址空间的一段MMIO地址段，并把这段地址空间的SAD指向节点控制器；

3)系统随机指定主节点和从节点；

4)系统通过主节点连接IO，并断开从节点上的IO接口。

9.根据权利要求1所述的一种收集硬件错误信息的方法，其特征在于，步骤5中，节点采集硬件信息的具体过程为：

1)启动服务器中断功能，所有CPU停止处理当前任务，进入中断服务程序；

2)步骤2中自定义的寄存器及数据结构分别收集数据，并将数据拷贝到主节点的扩展模块内；

3)从带外系统访问主节点扩展模块并读取硬件错误信息。