CN107819834A - Linux下快速确认服务器PCIe设备的状态及位置的方法和系统 - Google Patents

Linux下快速确认服务器PCIe设备的状态及位置的方法和系统 Download PDF

Info

Publication number
CN107819834A
CN107819834A CN201711025272.7A CN201711025272A CN107819834A CN 107819834 A CN107819834 A CN 107819834A CN 201711025272 A CN201711025272 A CN 201711025272A CN 107819834 A CN107819834 A CN 107819834A
Authority
CN
China
Prior art keywords
node server
state
pcie
server
pcie device
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201711025272.7A
Other languages
English (en)
Inventor
迟江波
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Zhengzhou Yunhai Information Technology Co Ltd
Original Assignee
Zhengzhou Yunhai Information Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Zhengzhou Yunhai Information Technology Co Ltd filed Critical Zhengzhou Yunhai Information Technology Co Ltd
Priority to CN201711025272.7A priority Critical patent/CN107819834A/zh
Publication of CN107819834A publication Critical patent/CN107819834A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/52—Network services specially adapted for the location of the user terminal
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38—Information transfer, e.g. on bus
    • G06F13/42—Bus transfer protocol, e.g. handshake; Synchronisation
    • G06F13/4282—Bus transfer protocol, e.g. handshake; Synchronisation on a serial bus, e.g. I2C bus, SPI bus
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本申请是关于一种Linux下快速确认服务器PCIe设备的状态及位置的方法，用于整机柜服务器，包括：主节点服务器获取PCIe设备状态及位置的确认请求；主节点服务器将PCIe设备状态及位置的确认请求同时发送至多个从节点服务器；多个从节点服务器中的任意一个从节点服务器响应PCIe设备状态及位置的确认请求，并将任意一个从节点服务器中PCIe设备的状态及位置信息输出至主节点服务器；主节点服务器获取多个从节点服务器的PCIe设备的状态及位置信息。本方法能够大大提高操作人员对PCIe设备状态和位置的确认效率，从而大大提高检测和运维效率，而且本方法简单易操作，易于推广使用。

Description

Linux下快速确认服务器PCIe设备的状态及位置的方法和 系统
技术领域
本申请涉及整机柜服务器检测技术领域，尤其涉及一种Linux下快速确认服务器PCIe设备的状态及位置的方法和系统。
背景技术
随着IT技术的不断发展，整机柜服务器在计算和存储领域发挥着越来越重要的作用。整机柜即服务器集群，通常一个整机柜可以容纳几十甚至几百台节点服务器，而一个机房内又有很多机柜。每台节点服务器的性能都影响着整机柜服务器的性能，为确保整机柜服务器的性能，需要对整机柜服务器中每台节点服务器的性能进行检测和维护。其中，确认整机柜服务器中节点服务器的PCIe设备状态和位置，是比较常见的检测和维护方式。
目前，为确认整机柜服务器中各节点服务器的PCIe设备状态和位置，需要对每个节点服务器进行操作。具体地，在出厂配货时，为确定整机柜服务器的哪个插槽需要插接PCIe设备，需要由现场检测人员单独针对每个节点服务器进行PCIe设备状态和位置的信息确认，然后根据现场检测人员的确认结果，对需要插接PCIe设备的节点服务器进行操作。在整机柜服务器运维工作中，需要运维人员现场对每个节点服务器进行PCIe设备状态和位置的信息确认，然后根据现场检测信息，对需要进行维护的节点服务器进行相应的维护。
然而，目前确认服务器PCIe设备状态和位置的方法需要单独对每个节点进行操作，针对整机柜服务器，尤其是包含很多节点服务器的整机柜服务器，需要耗费大量的时间和人力来确认每个节点服务器的PCIe设备状态和位置，对节点服务器PCIe设备状态和位置的确认时间长，导致出厂检测效率和运维效率太低。而且目前的方法主要靠人工逐个节点进行操作，无法避免误差，从而导致对PCIe设备状态和位置确认的准确性不够高。
发明内容
为克服相关技术中存在的对服务器PCIe设备状态和位置的确认时间长、确认的准确性不够高的问题，本申请提供一种快速确认服务器PCIe设备的状态及位置的方法和系统。
一种Linux下快速确认服务器PCIe设备的状态及位置的方法，用于整机柜服务器，其特征是，主节点服务器为整机柜服务器之外的一台服务器，所述方法包括如下步骤：
S101：主节点服务器获取PCIe设备状态及位置的确认请求；
S102：所述主节点服务器将所述PCIe设备状态及位置的确认请求同时发送至多个从节点服务器；
S103：所述多个从节点服务器中的任意一个从节点服务器响应所述PCIe设备状态及位置的确认请求，并将所述任意一个从节点服务器中PCIe设备的状态及位置信息输出至所述主节点服务器；
S104：所述主节点服务器获取所述多个从节点服务器的PCIe设备的状态及位置信息。
可选地，步骤S103包括如下过程：
S1031：所述多个从节点服务器中的任意一个从节点服务器根据所述PCIe设备状态及位置的确认请求，导出lspci-nic-nvme.log和type9-pcie.log，其中，lspci-nic-nvme.log中包括所述任意一个从节点服务器的主板上所有PCIe设备的BUS ID(总线ID编码)以及与所述BUS ID匹配的PCIe设备信息，type9-pcie.log中包括所述任意一个从节点服务器的主板上所有PCIe插槽的丝印信息、PCIe插槽当前使用状态以及PCIe设备的BUS地址；
S1032：所述任意一个从节点服务器读取lspci-nic-nvme.log和type9-pcie.log，以及将lspci-nic-nvme.log和type9-pcie.log进行对比获取所述任意一个从节点服务器的PCIe设备的状态及位置信息；
S1033：将所述任意一个从节点服务器中PCIe设备的状态及位置信息输出至所述主节点服务器。
可选地，所述任意一个从节点服务器通过调用Linux系统下的命令导出lspci-nic-nvme.log，所述任意一个从节点服务器通过dmidecode工具导出type9-pcie.log。
可选地，所述主节点服务器获取PCIe设备状态及位置的确认请求之前，所述方法还包括：
S105：建立主节点服务器和从节点服务器之间的网络平台。
可选地，步骤S105包括如下过程：
S1051：将整机柜中所有从节点服务器排序，形成从节点服务器序列；
S1052：根据所述从节点服务器序列，依次设置所有从节点服务器中任意一个从节点服务器的主机名称，并对所述任意一个从节点服务器分配唯一的IP地址；
S1053：在每个从节点服务器Linux系统下建立新的/etc/hosts文件，并将IP地址加入到与所述IP地址所匹配的从节点服务器中新的/etc/hosts文件中；
S1054：将主节点服务器与从节点服务器之间的登录方式设置为SSH免密码登录；
S1055：开启主节点服务器与所有从节点服务器之间的网络。
一种Linux下快速确认服务器PCIe设备的状态及位置的系统，用于整机柜服务器，其特征是，所述系统包括：
主节点服务器，用于获取PCIe设备状态及位置的确认请求；
所述主节点服务器还用于将所述PCIe设备状态及位置的确认请求同时发送至多个从节点服务器；
多个从节点服务器，用于响应所述PCIe设备状态及位置的确认请求，并分别将各自服务器中PCIe设备的状态及位置信息输出至所述主节点服务器；
所述主节点服务器还用于获取所述多个从节点服务器的PCIe设备的状态及位置信息。
可选地，所述多个从节点服务器中任意一个从节点服务器包括：
lspci-nic-nvme.log和type9-pcie.log导出模块，用于根据PCIe设备状态及位置的确认请求，导出lspci-nic-nvme.log和type9-pcie.log，其中，lspci-nic-nvme.log中包括所述任意一个从节点服务器的主板上所有PCIe设备的BUS ID以及与所述BUS ID匹配的PCIe设备信息，type9-pcie.log中包括所述任意一个从节点服务器的主板上所有PCIe插槽的丝印信息、PCIe插槽当前使用状态以及PCIe设备的BUS地址；
读取和比对模块，用于读取lspci-nic-nvme.log和type9-pcie.log，以及将lspci-nic-nvme.log和type9-pcie.log进行对比获取所述任意一个从节点服务器的PCIe设备的状态及位置信息；
PCIe设备的状态及位置信息输出模块，用于将所述任意一个从节点服务器中PCIe设备的状态及位置信息输出至所述主节点服务器。
可选地，所述系统中还包括网络平台，用于建立主节点服务器和从节点服务器之间的通信链路。
可选地，所述网络平台包括：
排序模块，用于将整机柜中所有从节点服务器排序，形成从节点服务器序列；
名称设置和IP地址分配模块，用于根据所述从节点服务器序列，依次设置所有从节点服务器中任意一个从节点服务器的主机名称，并对所述任意一个从节点服务器分配唯一的IP地址；
host文件建立模块，用于在每个从节点服务器Linux系统下建立新的/etc/hosts文件，并将IP地址加入到与所述IP地址所匹配的从节点服务器中新的/etc/hosts文件中；
SSH免密码登录设置模块，用于将主节点服务器与从节点服务器之间的登录方式设置为SSH免密码登录；
网络设置模块，用于开启主节点服务器与所有从节点服务器之间的网络。
一种Linux下快速确认服务器PCIe设备的状态及位置的方法，其特征是，所述主节点服务器为整机柜服务器中的一台服务器，所述方法包括如下步骤：
S201：主节点服务器获取PCIe设备状态及位置的确认请求；
S202：所述主节点服务器将所述PCIe设备状态及位置的确认请求同时发送至所述主节点服务器以及多个从节点服务器；
S203：所述主节点服务器以及多个从节点服务器中的任意一个从节点服务器响应所述PCIe设备状态及位置的确认请求，并将各自服务器中PCIe设备的状态及位置信息输出至所述主节点服务器；
S204：所述主节点服务器获取所述主节点服务器以及多个从节点服务器的PCIe设备的状态及位置信息。
本申请的实施例提供的技术方案可以包括以下有益效果：
一种Linux下快速确认服务器PCIe设备的状态及位置的方法，主节点服务器为整机柜服务器之外的一台服务器，本实施例通过主节点服务器将PCIe设备状态及位置的确认请求同时发送给多个从节点服务器，多个从节点服务器分别对主节点服务器的请求进行响应，且每个从节点服务器将各自的PCIe设备的状态及位置信息输出至主节点服务器，最终主节点服务器获取多个节点服务器的PCIe设备的状态和位置信息。本实施例中通过主节点服务器对从节点服务器的控制来确认每个从节点服务器中PCIe设备的状态及位置，本申请中主节点服务器是同时对各从节点服务器发送请求，各从节点服务器同时对主节点服务器的请求做相应的响应，这种并行处理数据的方法能够大大节省PCIe设备状态及位置信息确认的时间，而且通过编写软件脚本的方式对主节点服务器和从节点服务器进行控制，能够大大提高所获取的PCIe设备状态及位置信息的准确性。
本实施中通过各从节点服务器导出lspci-nic-nvme.log和type9-pcie.log文档，各从节点服务器读取lspci-nic-nvme.log和type9-pcie.log文档，并将lspci-nic-nvme.log和type9-pcie.log进行比对，从而确定当前从节点服务器中PCIe设备的状态及位置。这种方式能够根据准确地获取当前从节点服务器的主板上所有PCIe插槽的丝印信息、PCIe插槽当前使用状态、PCIe设备的BUS地址、当前从节点服务器主板上所有PCIe设备的BUS ID以及该BUS ID所对应的PCIe设备信息，从而准确获取整机柜服务器中PCIe设备状态及位置信息。而这些信息能够为整机柜服务器的出厂配置以及远程运维监控提供有效指导，进而提高出厂检测效率和运维效率。
一种Linux下快速确认服务器PCIe设备的状态及位置的系统，包括：主节点服务器和多个从节点服务器。其中，主节点服务器用于获取PCIe设备状态及位置的确认请求，还用于将PCIe设备状态及位置的确认请求同时发送至多个从节点服务器；多个从节点服务器用于响应PCIe设备状态及位置的确认请求，并分别将各自服务器中PCIe设备的状态及位置信息输出至主节点服务器；然后主节点服务器获取多个从节点服务器的PCIe设备的状态及位置信息，最终根据客户端的请求发送相关PCIe设备的状态及位置信息。由于本实施例中主节点服务器同时对各从节点服务器发送请求，而各从节点服务器同时对主节点服务器的请求做相应的响应。这种并行处理数据的方法能够大大节省PCIe设备状态及位置信息确认的时间，而且采用软件结合的方式，避免或大大减少人工操作的误差，能够大大提高所获取的PCIe设备状态及位置信息的准确性。
一种Linux下快速确认服务器PCIe设备的状态及位置的方法，主节点服务器为整机柜服务器中的一台服务器，本实施例通过主节点服务器将PCIe设备状态及位置的确认请求同时发送给主节点服务器自身以及多个从节点服务器，主节点服务器以及多个从节点服务器分别对主节点服务器的请求进行响应，且主节点服务器以及每个从节点服务器将各自服务器的PCIe设备的状态及位置信息输出至主节点服务器，最终主节点服务器获取自身以及多个节点服务器的PCIe设备的状态和位置信息。本实施例中通过主节点服务器对整机柜中所有服务器的控制，来确认整机柜中所有服务器中PCIe设备的状态及位置，本申请中主节点服务器是同时对自身以及各从节点服务器发送请求，主节点服务器以及各从节点服务器同时对主节点服务器的请求做相应的响应，这种并行处理数据的方法能够大大节省PCIe设备状态及位置信息确认的时间，而且通过编写软件脚本的方式对主节点服务器和从节点服务器进行控制，能够大大提高所获取的PCIe设备状态及位置信息的准确性。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种Linux下快速确认服务器PCIe设备的状态及位置的方法的流程示意图；
图2为本申请实施例中步骤S103的流程示意图；
图3是本申请实施例提供的另一种Linux下快速确认服务器PCIe设备的状态及位置的方法的流程示意图；
图4是本申请实施例中步骤S105的流程示意图；
图5为本申请实施例提供的又一种Linux下快速确认服务器PCIe设备的状态及位置的方法的流程示意图。
具体实施方式
为能清楚说明本方案的技术特点，下面通过具体实施方式，并结合其附图，对本申请进行详细阐述。下文的公开提供了许多不同的实施例或例子用来实现本申请的不同结构。为了简化本申请的公开，下文中对特定例子的部件和设置进行描述。此外，本申请可以在不同例子中重复参考数字和/或字母。这种重复是为了简化和清楚的目的，其本身不指示所讨论各种实施例和/或设置之间的关系。应当注意，在附图中所图示的部件不一定按比例绘制。本申请省略了对公知组件和处理技术及工艺的描述以避免不必要地限制本申请。
为了更好地理解本申请，下面结合附图来详细解释本申请的实施方式。
实施例一
参见图1，图1为本申请实施例提供的一种Linux下快速确认服务器PCIe设备的状态及位置的方法的流程示意图。由图1可知，本申请实施例中的方法主要包括如下步骤：
S101：主节点服务器获取PCIe设备状态及位置的确认请求。
本实施例中主节点服务器为整机柜服务器之外的一台服务器，从节点服务器为整机柜服务器中的服务器。客户端与主节点服务器之间建立通信连接后，本实施例主要通过主节点服务器将客户端发送的PCIe设备状态及位置的确认请求同时发送至各从节点服务器，通过从节点服务器分别响应该确认请求，并将各自服务器中的PCIe设备状态及位置信息反馈至主节点服务器，主节点服务器获取各从节点服务器的PCIe设备的状态及位置信息后，再发送至客户端。这个过程中，由于主节点服务器将确认请求同时发送至各从节点服务器，且各从节点服务器并行处理主节点服务器的确认请求，这就相当于确认一台服务器的PCIe设备状态及位置所用的时间与确认多台服务器的PCIe设备状态及位置所用的时间基本相同，这种批量确认PCIe设备状态及位置的方式，能够缩短整机柜服务器中节点服务器PCIe设备状态和位置的确认时间，从而大大提高PCIe设备检测交付的效率，有利于提高出厂检测效率和设备运维效率。而且，由于采用自动化的方法，能够大大减小PCIe设备状态和位置确认的误差，有利于提高确认准确性，从而提高PCIe设备状态和位置确认的效率。
S102：主节点服务器将PCIe设备状态及位置的确认请求同时发送至多个从节点服务器。
本实施例中的方法可以通过linux bash语言编写的脚本来实现。现以当前主流的Linux Redhat 6.4 OS为载体，以整机柜48节点，主节点服务器另外配置，不属于整机柜服务器为例，采用linux bash语言编写的脚本可以如下所示：
#！/bin/bash
function loginnode()
{ssh $1 $2}
for i in{01..48}
do
echo"-----------$i--------"
loginnode m$i"$1"&
done
以上脚本中，将程序命名为loginnode，在程序语言{ssh $1 $2}中，$1为需要获取PCIe设备状态及位置信息的服务器的主机名，在本实施例中$1包括从节点服务器的主机名，$2为实现后续各部分功能的具体程序，即：导出PCIe设备状态和位置信息的程序。loginnode的程序主体为ssh远程登录至$1，执行$2。
在程序语言loginnode m$i"$1"&中，$1表示后续要实现的第一个指令，此处$1不同于{ssh $1 $2}中定义的$1，而是代表{ssh $1 $2}中定义的$2，即程序语言loginnode m$i"$1"&中$1表示：导出PCIe设备状态和位置信息的程序。loginnode m$i "$1"&，代表执行loginnode程序登录至当前循环至服务器从节点主机名，并执行$1，即：执行导出PCIe设备状态和位置信息的程序，最后的“&”符号表示此命令转入后台操作，可直接循环至下一步，从而实现各从节点服务器并行响应主节点服务器的PCIe设备状态及位置的确认请求。
S103：多个从节点服务器中的任意一个从节点服务器响应PCIe设备状态及位置的确认请求，并将任意一个从节点服务器中PCIe设备的状态及位置信息输出至主节点服务器。
步骤S103的详细过程可以参见图2，图2为本申请实施例中步骤S103的流程示意图。由图2可知，步骤S103包括如下步骤：
S1031：多个从节点服务器中的任意一个从节点服务器根据PCIe设备状态及位置的确认请求，导出lspci-nic-nvme.log和type9-pcie.log。
其中，lspci-nic-nvme.log和type9-pcie.log为txt文档，lspci-nic-nvme.log中包括任意一个从节点服务器的主板上所有PCIe设备的BUS ID以及与BUS ID(总线编码)匹配的PCIe设备信息；type9-pcie.log中包括任意一个从节点服务器的主板上所有PCIe插槽的丝印信息、PCIe插槽当前使用状态以及PCIe设备的BUS地址。
lspci-nic-nvme.log读取到的是主板上所有PCIe插槽上的PCIe设备的BUS ID和设备信息，这些外插设备包括外插卡和NVME设备等。例如：BUS ID为3b：00.1和3c：00.0是外插卡的设备信息，BUS ID为af：00.0和b0：00.0是NVME的设备信息。以linux bash语言的脚本为例，在lspci-nic-nvme.log中可以看到如下信息：
3b:00.1 Ethernet controller:Mellanox Technologies MT27710 Family
[ConnectX-4 Lx]
3c:00.0 Ethernet controller:Mellanox Technologies MT27710 Family
[ConnectX-4 Lx]
af:00.0 Non-Volatile memory controller:Intel Corporation PCIe Data
Center SSD(rev 01)
b0:00.0 Non-Volatile memory controller:Intel Corporation PCIe Data
Center SSD(rev 01)
type9-pcie.log读取到的是SMBIOS Type9中的Designation(主板PCIe插槽上的丝印信息)/Current Usage(PCIe插槽当前使用状态)/Bus Address(PCIe设备的BUS地址)信息，linux bash语言中这三个信息分三行来描述，每三行结果为一组。以linux bash语言的脚本为例，在type9-pcie.log中可以看到如下信息：
信息A：J25–MEZZ slot
In Use
3b
以上信息A表示：主板PCIe插槽上的丝印信息为J25–MEZZ slot的插槽，当前使用状态为正在使用或在位状态，且该PCIe设备的BUS地址3b为对应lspci-nic-nvme.log中同一个PCIe设备的BUS ID的前两位数字。
信息B：J57–Slot1(x8x16)Riser x16
Available
5d
以上信息B表示：主板PCIe插槽上的丝印信息为J57–Slot1(x8x16)Riser x16的插槽当前使用状态为没有使用或不在位状态，且该PCIe设备的BUS地址5d为对应lspci-nic-nvme.log中同一个PCIe设备的BUS ID的前两位数字。
另外，本实施例中，lspci-nic-nvme.log的导出方式为：任意一个从节点服务器通过调用Linux系统的命令导出lspci-nic-nvme.log。type9-pcie.log的导出方式为：任意一个从节点服务器通过dmidecode工具导出type9-pcie.log。
本实施例中任意一个从节点服务器根据PCIe设备状态及位置的确认请求，导出lspci-nic-nvme.log和type9-pcie.log的过程，可以通过如下的linux bash语言实现：
#！/bin/bash
SMBIOS＝`/usr/sbin/dmidecode-t 9|awk-F:'/Designation/{print$2}”/Current Usage/{print$2}”/Bus Address/{print$3}'`
NIC＝`/usr/sbin/lspci|grep"net"`
NVME＝`/usr/sbin/lspci|grep"Non"`
function smbios(){
echo-e"$SMBIOS"
}
smbios>>/root/pcie/type9-pcie.log
function nic(){
echo-e"$NIC""\n""$NVME"
}
nic>>/root/pcie/lspci-nic-nvme.log
导出lspci-nic-nvme.log和type9-pcie.log后，执行步骤S1032：任意一个从节点服务器读取lspci-nic-nvme.log和type9-pcie.log，以及将lspci-nic-nvme.log和type9-pcie.log进行对比获取任意一个从节点服务器的PCIe设备的状态及位置信息。
PCIe设备的状态及位置确认包括读取和对比，从节点服务器读取lspci-nic-nvme.log和type9-pcie.log，以及将lspci-nic-nvme.log和type9-pcie.log进行对比过程，以上述信息A为例进行详细描述。在type9-pcie.log中读取到信息A的内容为：
J25–MEZZ slot
In Use
3b
再结合lspci-nic-nvme.log中读取到的3b开头的BUS ID为3b：00.1，且该设备的设备信息为：Mellanox Tehcnologies MT27710Family[ConnectX-4Lx]。
那么，由此可以获取BUS ID为3b：00.1的PCIe设备的状态为正在使用或在位状态，位置为J25-MEZZ slot。
S1033：将任意一个从节点服务器中PCIe设备的状态及位置信息输出至主节点服务器。
从节点服务器获取到自身的PCIe设备的状态及位置信息后，将其输出至主节点服务器。本实施中，多个从节点服务器是并行处理主节点服务器的确认请求的，即：多个从节点服务器同时根据确认请求获取自身的PCIe设备的状态及位置信息，然后同时分别将自身的PCIe设备的状态及位置信息输出至主节点服务器。
继续参见图1，完成步骤S103后，进入步骤S104：主节点服务器获取多个从节点服务器的PCIe设备的状态及位置信息。
主节点服务器获取多个从节点服务器的PCIe设备的状态及位置信息后，将所有从节点服务器的PCIe设备的状态及位置信息发送至客户端。
实施例二
在图1和图2所示实施例的基础之上，参见图3，图3为本申请实施例提供的另一种Linux下快速确认服务器PCIe设备的状态及位置的方法的流程示意图。由图3可知，在步骤S101之前还包括步骤S105：建立主节点服务器和从节点服务器之间的网络平台。
具体参见图4，图4示出了步骤S105的具体过程。由图4可知，步骤S105包括如下过程：
S1051：将整机柜中所有从节点服务器排序，形成从节点服务器序列。
S1052：根据从节点服务器序列，依次设置所有从节点服务器中任意一个从节点服务器的主机名称，并对任意一个从节点服务器分配唯一的IP地址。
以上步骤S1051-S1052中，将整机柜中所有从节点服务器排序，能够确保将整机柜中所有从节点服务器的PCIe设备信息都采集到，有利于提高信息采集的准确性和可靠性。以整机柜48节点为例，可以将从节点服务器的IP地址依次设置为：R01/192.168.1.1，R02/192.168.1.2，……R48/192.168.1.48。
S1053：在每个从节点服务器Linux系统下建立新的/etc/hosts文件，并将IP地址加入到与IP地址所匹配的从节点服务器中新的/etc/hosts文件中。
将R01/192.168.1.1，R02/192.168.1.2，……R48/192.168.1.48等IP地址信息分别加入到IP地址所匹配的从节点服务器的/etc/hosts文件中，完成对每个从节点服务器系统下的/etc/hosts文件的修改，从而建立新的/etc/hosts文件，也就是host文件。本是实施例中对每个从节点服务器中Linux系统下的/etc/hosts文件的修改，能够确保后续步骤中直接使用ssh+节点服务器的主机名即可实现对节点服务器的登录，有利于提高对PCIe设备的访问效率。
S1054：将主节点服务器与从节点服务器之间的登录方式设置为SSH免密码登录。
本实施例中的主节点服务器可以通过SSH登录的方式，同时登录与所述主节点服务器通信连接的多个从节点服务器，从而将PCIe设备状态及位置的确认请求同时发送至多个从节点服务器。
SSH登录方式采用无密码公钥认证，主节点服务器要连接到各从节点服务器上时，需要在主节点服务器上生成一个密钥对，包括一个公钥和一个私钥，然后将公钥复制到所有的从节点服务器上。当主节点服务器通过SSH连接某一个从节点服务器时，该从节点服务器就会生成一个随机数并用主节点服务器的公钥对随机数进行加密，并发送给主节点服务器。主节点服务器收到加密数之后再用私钥解密，并将解密数回传给该从节点服务器，该从节点服务器确认解密数无误之后，就允许主节点服务器进行连接了，采用SSH登录方式就是一个公钥认证过程，这个过程中不需要用户手工输入密码。本实施中采用SSH登录方式，能够实现多个从节点服务器的无密码访问，从而大大缩短PCIe设备位置及状态的确认时间。
S1055：开启主节点服务器与所有从节点服务器之间的网络。
可以通过依次点亮所有从节点服务器的BMC标识灯的方式，来检测主节点服务器与从节点服务器之间的网络是否通畅。主节点服务器与从节点服务器之间的网络开启之后，才可以开始对多个从节点服务器的PCIe设备状态和位置进行确认。
该实施例未详细描述的部分可参照图1和图2所示的实施例一，两者之间可以互相参照，在此不再详细阐述。
实施例三
在图1-图4所示实施例的基础之上参见图5，图5为本申请实施例提供的又一种Linux下快速确认服务器PCIe设备的状态及位置的方法的流程示意图。由图5可知，本实施例中主节点服务器为整机柜服务器中的一台服务器，本实施中的方法主要包括如下步骤：
S201：主节点服务器获取PCIe设备状态及位置的确认请求；
S202：主节点服务器将PCIe设备状态及位置的确认请求同时发送至主节点服务器以及多个从节点服务器；
S203：主节点服务器以及多个从节点服务器中的任意一个从节点服务器响应PCIe设备状态及位置的确认请求，并将各自服务器中PCIe设备的状态及位置信息输出至主节点服务器；
S204：主节点服务器获取主节点服务器以及多个从节点服务器的PCIe设备的状态及位置信息。
本实施例中主节点服务器为整机柜服务器中的一台服务器。客户端需要获取整机柜中服务器的PCIe设备状态及位置时，首先与整机柜服务器中的主节点服务器之间建立通信连接。本实施例主要通过主节点服务器将客户端发送的PCIe设备状态及位置的确认请求同时发送至主节点服务器以及多个从节点服务器，将主节点服务器本身也作为一个从节点服务器来处理。通过主节点服务器和各从节点服务器分别响应该确认请求，并将自身的PCIe设备状态及位置信息反馈至主节点服务器，主节点服务器获取主节点服务器自身以及多个从节点服务器的PCIe设备的状态及位置信息后，再发送至客户端。这个过程中，由于主节点服务器将确认请求同时发送至各从节点服务器以及主节点服务器本身，且主节点服务器以及各从节点服务器并行处理主节点服务器的确认请求，这就相当于确认一台服务器的PCIe设备状态及位置所用的时间与确认多台服务器的PCIe设备状态及位置所用的时间基本相同，这种批量确认PCIe设备状态及位置的方式，能够缩短整机柜服务器中节点服务器PCIe设备状态和位置的确认时间，从而大大提高PCIe设备检测交付的效率，有利于提高出厂检测效率和设备运维效率。而且，由于采用自动化的方法，能够大大减小PCIe设备状态和位置确认的误差，有利于提高确认准确性，从而提高PCIe设备状态和位置确认的效率。
进一步地，本实施中步骤S203又包括如下步骤：
S2031：主节点服务器以及多个从节点服务器中的任意一个从节点服务器根据PCIe设备状态及位置的确认请求，导出lspci-nic-nvme.log和type9-pcie.log，其中，lspci-nic-nvme.log中包括主节点服务器以及多个从节点服务器中的任意一个从节点服务器的主板上所有PCIe设备的BUS ID以及与所述BUS ID匹配的PCIe设备信息，type9-pcie.log中包括主节点服务器以及多个从节点服务器中的任意一个从节点服务器的主板上所有PCIe插槽的丝印信息、PCIe插槽当前使用状态以及PCIe设备的BUS地址；
S2032：主节点服务器以及多个从节点服务器中的任意一个从节点服务器读取lspci-nic-nvme.log和type9-pcie.log，以及将lspci-nic-nvme.log和type9-pcie.log进行对比获取各自服务器中PCIe设备的状态及位置信息；
S2033：主节点服务器以及多个从节点服务器中的任意一个从节点服务器将各自服务器中PCIe设备的状态及位置信息输出至主节点服务器。
其中，主节点服务器以及多个从节点服务器中的任意一个从节点服务器通过调用Linux系统的命令导出lspci-nic-nvme.log，主节点服务器以及多个从节点服务器中的任意一个从节点服务器通过dmidecode工具导出type9-pcie.log。
本实施例中步骤S201之前，还可以包括步骤S205：建立主节点服务器和从节点服务器之间的网络平台。
具体地，步骤S205又包括如下步骤：
S2051：将整机柜中所有节点服务器排序，形成节点服务器序列，所述节点服务器为整机柜中任意一台服务器；
S2052：根据节点服务器序列，依次设置所有节点服务器中任意一个节点服务器的主机名称，并对任意一个节点服务器分配唯一的IP地址；
S2053：在每个节点服务器Linux系统下建立新的/etc/hosts文件，并将IP地址加入到与所述IP地址所匹配的节点服务器中新的/etc/hosts文件中；
S2054：根据新的/etc/hosts文件，在所有节点服务器中设置一个主节点服务器，其余节点服务器为从节点服务器；
S2055：将主节点服务器与从节点服务器之间的登录方式设置为SSH免密码登录；
S2056：开启主节点服务器与所有从节点服务器之间的网络。
本实施例中采用linux bash语言进行编程时，仍然可以参考实施例一中的示例，选择整机柜48个节点服务器时，主节点服务器作为整机柜服务器中的一台服务器，本身也作为一个从节点服务器，可以自身向自身发送请求以及响应自身的请求。需要注意的是，本实施在程序语言{ssh$1$2}中，$1为需要获取PCIe设备状态及位置信息的服务器的主机名，$1包括主节点服务器和从节点服务器的主机名。
该实施例未详细描述的部分可参照图1、图2、图3以及图4所示的实施例一和实施例二，三者之间可以互相参照，在此不再详细阐述。
本申请还提供一种Linux下快速确认服务器PCIe设备的状态及位置的系统。该系统用于整机柜服务器，主要包括主节点服务器和多个从节点服务器，且主节点服务器为整机柜服务器之外的一台服务器，从节点服务器为整机柜服务器中的服务器。其中，主节点服务器用于获取PCIe设备状态及位置的确认请求，主节点服务器还用于将PCIe设备状态及位置的确认请求同时发送至多个从节点服务器。多个从节点服务器用于响应PCIe设备状态及位置的确认请求，并分别将各自服务器中PCIe设备的状态及位置信息输出至主节点服务器。主节点服务器还用于获取多个从节点服务器的PCIe设备的状态及位置信息。
进一步地，多个从节点服务器中任意一个从节点服务器包括：lspci-nic-nvme.log和type9-pcie.log导出模块、读取和比对模块以及PCIe设备的状态及位置信息输出模块。其中，lspci-nic-nvme.log和type9-pcie.log导出模块，用于根据PCIe设备状态及位置的确认请求，导出lspci-nic-nvme.log和type9-pcie.log；读取和比对模块，用于读取lspci-nic-nvme.log和type9-pcie.log，以及将lspci-nic-nvme.log和type9-pcie.log进行对比获取任意一个从节点服务器的PCIe设备的状态及位置信息；PCIe设备的状态及位置信息输出模块，用于将任意一个从节点服务器中PCIe设备的状态及位置信息输出至主节点服务器。
进一步地，本申请实施例中的Linux下快速确认服务器PCIe设备的状态及位置的系统还包括网络平台，该网络平台用于建立主节点服务器和从节点服务器之间的通信链路。网络平台包括排序模块、名称设置和IP地址分配模块、host文件建立模块、SSH免密码登录设置模块和网络设置模块五个部分。其中，排序模块用于将整机柜中所有从节点服务器按照一定顺序排列，形成从节点服务器序列；名称设置和IP地址分配模块用于依次设置所有从节点服务器中任意一个从节点服务器的主机名称，并对任意一个从节点服务器分配唯一的IP地址；host文件建立模块用于在每个从节点服务器Linux系统下建立新的/etc/hosts文件，并将IP地址加入到与IP地址所匹配的从节点服务器中新的/etc/hosts文件中；SSH免密码登录设置模块用于将主节点服务器与从节点服务器之间的登录方式设置为SSH免密码登录；网络设置模块用于开启主节点服务器与所有从节点服务器之间的网络。
本实施例中Linux下快速确认服务器PCIe设备的状态及位置的系统的工作过程和原理，已在图1-图4所示实施例的一种Linux下快速确认服务器PCIe设备的状态及位置的方法中详细阐述，在此不再赘述。
与图5所示实施例相对应，本申请还包括另一种Linux下快速确认服务器PCIe设备的状态及位置的系统。该系统用于整机柜服务器，主要包括主节点服务器和多个从节点服务器，且主节点服务器为整机柜服务器中的一台服务器。其中，主节点服务器用于获取PCIe设备状态及位置的确认请求，主节点服务器还用于将PCIe设备状态及位置的确认请求同时发送至主节点服务器以及多个从节点服务器，主节点服务器还用于响应PCIe设备状态及位置的确认请求，并将自身服务器中PCIe设备的状态及位置信息输出至主节点服务器；多个从节点服务器用于响应PCIe设备状态及位置的确认请求并分别将各自服务器中PCIe设备的状态及位置信息输出至主节点服务器。且主节点服务器对自身的确认请求进行的响应与多个从节点服务器的响应同时进行。最后，主节点服务器还用于获取自身以及多个从节点服务器的PCIe设备的状态及位置信息。
本实施例中，主节点服务器以及多个从节点服务器中任意一个从节点服务器包括：lspci-nic-nvme.log和type9-pcie.log导出模块、读取和比对模块以及PCIe设备的状态及位置信息输出模块。其中，lspci-nic-nvme.log和type9-pcie.log导出模块，用于根据PCIe设备状态及位置的确认请求，导出lspci-nic-nvme.log和type9-pcie.log；读取和比对模块，用于读取lspci-nic-nvme.log和type9-pcie.log，以及将lspci-nic-nvme.log和type9-pcie.log进行对比获取主节点服务器或者任意一个从节点服务器的PCIe设备的状态及位置信息；PCIe设备的状态及位置信息输出模块，用于将主节点服务器或者任意一个从节点服务器中PCIe设备的状态及位置信息输出至主节点服务器。
进一步地，本申请实施例中的Linux下快速确认服务器PCIe设备的状态及位置的系统还包括网络平台，该网络平台用于建立主节点服务器和从节点服务器之间的通信链路。网络平台包括排序模块、名称设置和IP地址分配模块、host文件建立模块、SSH免密码登录设置模块、主节点服务器设置模块和网络设置模块六个部分。其中，排序模块用于将整机柜中所有节点服务器按照一定顺序排列，形成节点服务器序列，其中节点服务器为整机柜中任意一台服务器；名称设置和IP地址分配模块用于依次设置所有节点服务器中任意一个节点服务器的主机名称，并对任意一个节点服务器分配唯一的IP地址；host文件建立模块用于在每个节点服务器Linux系统下建立新的/etc/hosts文件，并将IP地址加入到与IP地址所匹配的节点服务器中新的/etc/hosts文件中；主节点服务器设置模块用于根据新的/etc/hosts文件，在所有节点服务器中设置一个主节点服务器，其余节点服务器为从节点服务器；SSH免密码登录设置模块用于将主节点服务器与从节点服务器之间的登录方式设置为SSH免密码登录；网络设置模块用于开启主节点服务器与所有从节点服务器之间的网络。
本实施例中Linux下快速确认服务器PCIe设备的状态及位置的系统的工作过程和原理，已在图5所示实施例的一种Linux下快速确认服务器PCIe设备的状态及位置的方法中详细阐述，在此不再赘述。
以上所述只是本申请的可选实施方式，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也被视为本申请的保护范围。

Claims (10)

1.一种Linux下快速确认服务器PCIe设备的状态及位置的方法，用于整机柜服务器，其特征是，主节点服务器为整机柜服务器之外的一台服务器，所述方法包括如下步骤：
S101：主节点服务器获取PCIe设备状态及位置的确认请求；
S102：所述主节点服务器将所述PCIe设备状态及位置的确认请求同时发送至多个从节点服务器；
S103：所述多个从节点服务器中的任意一个从节点服务器响应所述PCIe设备状态及位置的确认请求，并将所述任意一个从节点服务器中PCIe设备的状态及位置信息输出至所述主节点服务器；
S104：所述主节点服务器获取所述多个从节点服务器的PCIe设备的状态及位置信息。
2.如权利要求1所述的一种Linux下快速确认服务器PCIe设备的状态及位置的方法，其特征是，步骤S103包括如下过程：
S1031：所述多个从节点服务器中的任意一个从节点服务器根据所述PCIe设备状态及位置的确认请求，导出lspci-nic-nvme.log和type9-pcie.log，其中，lspci-nic-nvme.log中包括所述任意一个从节点服务器的主板上所有PCIe设备的BUS ID以及与所述BUS ID匹配的PCIe设备信息，type9-pcie.log中包括所述任意一个从节点服务器的主板上所有PCIe插槽的丝印信息、PCIe插槽当前使用状态以及PCIe设备的BUS地址；
S1032：所述任意一个从节点服务器读取lspci-nic-nvme.log和type9-pcie.log，以及将lspci-nic-nvme.log和type9-pcie.log进行对比获取所述任意一个从节点服务器的PCIe设备的状态及位置信息；
S1033：将所述任意一个从节点服务器中PCIe设备的状态及位置信息输出至所述主节点服务器。
3.如权利要求2所述的一种Linux下快速确认服务器PCIe设备的状态及位置的方法，其特征是，所述任意一个从节点服务器通过调用Linux系统下的命令导出lspci-nic-nvme.log，所述任意一个从节点服务器通过dmidecode工具导出type9-pcie.log。
4.如权利要求1-3中任意一项所述的一种Linux下快速确认服务器PCIe设备的状态及位置的方法，其特征是，所述主节点服务器获取PCIe设备状态及位置的确认请求之前，所述方法还包括：
S105：建立主节点服务器和从节点服务器之间的网络平台。
5.如权利要求4所述的一种Linux下快速确认服务器PCIe设备的状态及位置的方法，其特征是，步骤S105包括如下过程：
S1051：将整机柜中所有从节点服务器排序，形成从节点服务器序列；
S1052：根据所述从节点服务器序列，依次设置所有从节点服务器中任意一个从节点服务器的主机名称，并对所述任意一个从节点服务器分配唯一的IP地址；
S1053：在每个从节点服务器Linux系统下建立新的/etc/hosts文件，并将IP地址加入到与所述IP地址所匹配的从节点服务器中新的/etc/hosts文件中；
S1054：将主节点服务器与从节点服务器之间的登录方式设置为SSH免密码登录；
S1055：开启主节点服务器与所有从节点服务器之间的网络。
6.一种Linux下快速确认服务器PCIe设备的状态及位置的系统，用于整机柜服务器，其特征是，所述系统包括：
主节点服务器，用于获取PCIe设备状态及位置的确认请求；
所述主节点服务器还用于将所述PCIe设备状态及位置的确认请求同时发送至多个从节点服务器；
多个从节点服务器，用于响应所述PCIe设备状态及位置的确认请求，并分别将各自服务器中PCIe设备的状态及位置信息输出至所述主节点服务器；
所述主节点服务器还用于获取所述多个从节点服务器的PCIe设备的状态及位置信息。
7.如权利要求6所述的一种Linux下快速确认服务器PCIe设备的状态及位置的系统，其特征是，所述多个从节点服务器中任意一个从节点服务器包括：
lspci-nic-nvme.log和type9-pcie.log导出模块，用于根据PCIe设备状态及位置的确认请求，导出lspci-nic-nvme.log和type9-pcie.log，其中，lspci-nic-nvme.log中包括所述任意一个从节点服务器的主板上所有PCIe设备的BUS ID以及与所述BUS ID匹配的PCIe设备信息，type9-pcie.log中包括所述任意一个从节点服务器的主板上所有PCIe插槽的丝印信息、PCIe插槽当前使用状态以及PCIe设备的BUS地址；
读取和比对模块，用于读取lspci-nic-nvme.log和type9-pcie.log，以及将lspci-nic-nvme.log和type9-pcie.log进行对比获取所述任意一个从节点服务器的PCIe设备的状态及位置信息；
PCIe设备的状态及位置信息输出模块，用于将所述任意一个从节点服务器中PCIe设备的状态及位置信息输出至所述主节点服务器。
8.如权利要求6所述的一种Linux下快速确认服务器PCIe设备的状态及位置的系统，其特征是，所述系统中还包括网络平台，用于建立主节点服务器和从节点服务器之间的通信链路。
9.如权利要求8所述的一种Linux下快速确认服务器PCIe设备的状态及位置的系统，其特征是，所述网络平台包括：
排序模块，用于将整机柜中所有从节点服务器排序，形成从节点服务器序列；
名称设置和IP地址分配模块，用于根据所述从节点服务器序列，依次设置所有从节点服务器中任意一个从节点服务器的主机名称，并对所述任意一个从节点服务器分配唯一的IP地址；
host文件建立模块，用于在每个从节点服务器Linux系统下建立新的/etc/hosts文件，并将IP地址加入到与所述IP地址所匹配的从节点服务器中新的/etc/hosts文件中；
SSH免密码登录设置模块，用于将主节点服务器与从节点服务器之间的登录方式设置为SSH免密码登录；
网络设置模块，用于开启主节点服务器与所有从节点服务器之间的网络。
10.一种Linux下快速确认服务器PCIe设备的状态及位置的方法，其特征是，所述主节点服务器为整机柜服务器中的一台服务器，所述方法包括如下步骤：
S201：主节点服务器获取PCIe设备状态及位置的确认请求；
S202：所述主节点服务器将所述PCIe设备状态及位置的确认请求同时发送至所述主节点服务器以及多个从节点服务器；
S203：所述主节点服务器以及多个从节点服务器中的任意一个从节点服务器响应所述PCIe设备状态及位置的确认请求，并将各自服务器中PCIe设备的状态及位置信息输出至所述主节点服务器；
S204：所述主节点服务器获取所述主节点服务器以及多个从节点服务器的PCIe设备的状态及位置信息。
CN201711025272.7A 2017-10-27 2017-10-27 Linux下快速确认服务器PCIe设备的状态及位置的方法和系统 Pending CN107819834A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201711025272.7A CN107819834A (zh) 2017-10-27 2017-10-27 Linux下快速确认服务器PCIe设备的状态及位置的方法和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201711025272.7A CN107819834A (zh) 2017-10-27 2017-10-27 Linux下快速确认服务器PCIe设备的状态及位置的方法和系统

Publications (1)

Publication Number Publication Date
CN107819834A true CN107819834A (zh) 2018-03-20

Family

ID=61604158

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201711025272.7A Pending CN107819834A (zh) 2017-10-27 2017-10-27 Linux下快速确认服务器PCIe设备的状态及位置的方法和系统

Country Status (1)

Country Link
CN (1) CN107819834A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020053032A (ja) * 2018-09-21 2020-04-02 廣達電腦股▲ふん▼有限公司Ｑｕａｎｔａ Ｃｏｍｐｕｔｅｒ Ｉｎｃ． Ｐｃｉｅトポロジによるファン速度制御
CN112202801A (zh) * 2020-10-10 2021-01-08 贵州汇联通电子商务服务有限公司 一种云密钥系统
CN113722156A (zh) * 2021-11-02 2021-11-30 四川华鲲振宇智能科技有限责任公司 一种PCIe设备N+1冗余备份方法及系统

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101540685A (zh) * 2008-06-06 2009-09-23 曙光信息产业(北京)有限公司 一种用于刀片服务器的PCIe共享存储刀片
US20120131565A1 (en) * 2010-11-18 2012-05-24 Hon Hai Precision Industry Co., Ltd. System and method for updating firmware of baseboard management controller of computing device
CN102591271A (zh) * 2012-01-10 2012-07-18 中国铁道科学研究院电子计算技术研究所 机房环境监控系统及方法
CN102932440A (zh) * 2012-10-26 2013-02-13 北京奇虎科技有限公司 用于分布式数据存储系统的数据管理方法、设备和系统
CN103685386A (zh) * 2012-09-12 2014-03-26 北京百度网讯科技有限公司 用于确定计算设备在整机柜中的位置信息的方法和设备
CN105024849A (zh) * 2015-06-02 2015-11-04 浪潮电子信息产业股份有限公司 一种高密度机柜服务器对各节点bmc批量操作的方法
CN106294222A (zh) * 2016-08-03 2017-01-04 浪潮电子信息产业股份有限公司 一种确定pcie设备与插槽对应关系的方法及装置
CN106357431A (zh) * 2016-08-30 2017-01-25 浪潮电子信息产业股份有限公司 一种设置位置信息的方法及装置

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101540685A (zh) * 2008-06-06 2009-09-23 曙光信息产业(北京)有限公司 一种用于刀片服务器的PCIe共享存储刀片
US20120131565A1 (en) * 2010-11-18 2012-05-24 Hon Hai Precision Industry Co., Ltd. System and method for updating firmware of baseboard management controller of computing device
CN102591271A (zh) * 2012-01-10 2012-07-18 中国铁道科学研究院电子计算技术研究所 机房环境监控系统及方法
CN103685386A (zh) * 2012-09-12 2014-03-26 北京百度网讯科技有限公司 用于确定计算设备在整机柜中的位置信息的方法和设备
CN102932440A (zh) * 2012-10-26 2013-02-13 北京奇虎科技有限公司 用于分布式数据存储系统的数据管理方法、设备和系统
CN105024849A (zh) * 2015-06-02 2015-11-04 浪潮电子信息产业股份有限公司 一种高密度机柜服务器对各节点bmc批量操作的方法
CN106294222A (zh) * 2016-08-03 2017-01-04 浪潮电子信息产业股份有限公司 一种确定pcie设备与插槽对应关系的方法及装置
CN106357431A (zh) * 2016-08-30 2017-01-25 浪潮电子信息产业股份有限公司 一种设置位置信息的方法及装置

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020053032A (ja) * 2018-09-21 2020-04-02 廣達電腦股▲ふん▼有限公司Ｑｕａｎｔａ Ｃｏｍｐｕｔｅｒ Ｉｎｃ． Ｐｃｉｅトポロジによるファン速度制御
CN112202801A (zh) * 2020-10-10 2021-01-08 贵州汇联通电子商务服务有限公司 一种云密钥系统
CN112202801B (zh) * 2020-10-10 2022-11-08 贵州汇联通电子商务服务有限公司 一种云密钥系统
CN113722156A (zh) * 2021-11-02 2021-11-30 四川华鲲振宇智能科技有限责任公司 一种PCIe设备N+1冗余备份方法及系统

Similar Documents

Publication Publication Date Title
US6993683B2 (en) Analysis of pipelined networks
CN104065528A (zh) 用于分析和检验多个网络设备的功能性的方法和装置
CN104811931B (zh) 一种移动终端唯一标识分配系统和方法
CN105187392B (zh) 基于网络接入点的移动终端恶意软件检测方法及其系统
CN107819834A (zh) Linux下快速确认服务器PCIe设备的状态及位置的方法和系统
CN101360015A (zh) 测试网络设备的方法、系统及装置
CN106851513A (zh) 一种电子产品的测试方法和系统
CN102832988B (zh) 遥感卫星基带数据采集与分发系统及方法
CN103138988A (zh) 网络故障的定位处理方法及装置
CN107645428A (zh) 一种自动测试方法及装置
CN106559223A (zh) 应用程序签名方法及装置
CN110417567A (zh) 一种物联网设备的配置方法和装置
CN102089756A (zh) 用于在存储区域网络的组件认证期间植入协议特定错误的系统
CN112448850B (zh) 一种对网络接入设备进行识别配置的方法
CN109783026A (zh) 一种自动化配置服务器raid的方法及装置
CN107844328A (zh) 一种服务器bios配置方法及系统
CN107800802A (zh) 一种Rack整机柜写入及读取UUID的方法
CN104598202A (zh) 命令行管理装置及方法
CN107544830A (zh) 一种自动安装数据库的方法及装置
CN106302479A (zh) 一种用于多业务互联网网站的单点登录方法及系统
CN115391202A (zh) 一种多控集群roce性能测试方法、装置、终端及存储介质
CN1609819B (zh) 一种计算机外围设备接口的测试方法
CN105721397A (zh) Cm注册方法和装置
CN107172165A (zh) 一种数据同步方法及装置
CN104243563B (zh) 一种面向aws平台的并行系统快速部署方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20180320

RJ01 Rejection of invention patent application after publication