CN115913913A

CN115913913A - Network card pre-starting execution environment function fault positioning method and device

Info

Publication number: CN115913913A
Application number: CN202211394838.4A
Authority: CN
Inventors: 闫涵
Original assignee: Suzhou Inspur Intelligent Technology Co Ltd
Current assignee: Suzhou Inspur Intelligent Technology Co Ltd
Priority date: 2022-11-07
Filing date: 2022-11-07
Publication date: 2023-04-04
Anticipated expiration: 2042-11-07
Also published as: CN115913913B

Abstract

The application discloses a network card pre-boot execution environment function fault positioning method and device. The method comprises the following steps: acquiring an internet protocol address of a substrate management controller of a testing machine and first equipment information; creating a first target file according to the Internet protocol address of the baseboard management controller; sending a first test instruction to a test machine; if indication information used for representing successful testing is not read in the first target file within a first preset time period after the first test instruction is sent, respectively comparing and analyzing the first equipment information and each piece of second equipment information which is tested successfully in a preset database to obtain a fault positioning result; and outputting a fault positioning result for display, wherein in the application, the fault positioning result is obtained by respectively comparing and analyzing the first equipment information with each second equipment information successfully tested in the database, and the fault is not required to be manually debugged and analyzed deeply, so that the efficiency of network card pre-starting execution environment function fault positioning is improved.

Description

Network card pre-starting execution environment function fault positioning method and device

Technical Field

The application particularly relates to a network card pre-boot execution environment function fault positioning method and device.

Background

When a new network card is installed on a server host, or after the version information of the firmware of the network card is upgraded, a tester needs to test the function of a preboot execution environment (PXE), and when the function fault of the preboot execution environment of the network card is tested, the fault of the function of the preboot execution environment of the network card needs to be located.

The pre-boot execution environment works in a network mode of a Client/Server, a workstation is supported to download images from a remote Server through a network, and an operation system is started through the network, in the starting process, a terminal requires the Server to distribute a network IP (Internet Protocol address) address, then a startup software packet is downloaded to a local memory by using a TFTP (trivial file transfer Protocol) or MTFTP (multicast file transfer Protocol) Protocol for execution, and the startup software packet completes the basic software setting of the terminal (Client), so that the terminal operation system pre-installed in the Server is guided. PXE may boot Linux series operating systems.

In the prior art, a tester needs to manually boot a network card to use a PXE function, so as to test whether the current state of the network card supports a PXE function.

In the process of implementing the present application, the inventor finds that at least the following problems exist in the prior art: when the function fault of the network card pre-boot execution environment is tested, a tester is required to perform deep debugging analysis to locate the fault of the network card pre-boot execution environment function, so that the efficiency of locating the function fault of the network card pre-boot execution environment is low.

Disclosure of Invention

The application aims to provide a method and a device for positioning functional faults of a network card pre-starting execution environment, and at least solves the problem that the efficiency of positioning functional faults of the network card pre-starting execution environment in the prior art is low.

In order to solve the technical problem, the present application is implemented as follows:

in a first aspect, an embodiment of the present application provides a method for locating a functional fault of a network card pre-boot execution environment, where the method is applied to a controller, and the method includes:

acquiring a substrate management controller Internet protocol address of a testing machine and first equipment information of the testing machine; the control machine is provided with a pre-starting execution environment server program, an operating system installation file is stored in the control machine, and the operating system installation file comprises a preset script program; the script program is used for controlling the control machine to write indication information for indicating successful test in a first target file after the script program is successfully installed and started on the test machine for the operating system installation file;

creating the first target file according to the substrate management controller Internet protocol address;

sending a first test instruction to the tester;

if indication information used for indicating successful testing is not read in the first target file within a first preset time period after the first testing instruction is sent, respectively comparing and analyzing the first equipment information with each piece of second equipment information which is tested successfully in a preset database to obtain a fault positioning result;

and outputting the fault positioning result for display.

In a second aspect, an embodiment of the present application further provides a device for locating a functional failure of a network card pre-boot execution environment, which is applied to a controller, and the device includes:

the information acquisition module is used for acquiring an Internet protocol address of a substrate management controller of a testing machine and first equipment information of the testing machine; the control machine is provided with a pre-starting execution environment server program, an operating system installation file is stored in the control machine, and the operating system installation file comprises a preset script program; the script program is used for controlling the control machine to write indication information for indicating successful test in a first target file after the operating system installation file is successfully installed and started on the test machine;

the file creating module is used for creating the first target file according to the internet protocol address of the baseboard management controller;

the test instruction module is used for sending a first test instruction to the test machine, and the first test instruction is used for triggering the test machine to acquire the operating system installation file and install the operating system installation file;

the comparison analysis module is used for comparing and analyzing the first equipment information with each piece of second equipment information which is successfully tested in a preset database respectively to obtain a fault positioning result if indication information which is used for indicating that the test is successful is not read in the first target file within a first preset time period after the first test instruction is sent;

and the result output module is used for outputting the fault positioning result to display.

In a third aspect, an embodiment of the present application further provides an electronic device, which includes a processor, a memory, and a program or instructions stored on the memory and executable on the processor, where the program or instructions, when executed by the processor, implement the steps of the method according to the first aspect.

In a fourth aspect, the present embodiments also provide a readable storage medium, on which a program or instructions are stored, which when executed by a processor implement the steps of the method according to the first aspect.

In the embodiment of the application, a baseboard management controller internet protocol address of a tester and first equipment information of the tester are obtained; the control machine is provided with a pre-starting execution environment server program, an operating system installation file is stored in the control machine, and the operating system installation file comprises a preset script program; the script program is used for controlling the control machine to write indication information for indicating successful test in a first target file after the operating system installation file is successfully installed and started on the test machine; creating the first target file according to the baseboard management controller Internet protocol address; sending a first test instruction to the test machine, wherein the first test instruction is used for triggering the test machine to acquire the operating system installation file and install the operating system installation file; if indication information used for indicating successful testing is not read in the first target file within a first preset time period after the first test instruction is sent, respectively comparing and analyzing the first equipment information with each piece of second equipment information which is tested successfully in a preset database to obtain a fault positioning result; the method comprises the steps of outputting a fault positioning result to display, creating a first target file according to an internet protocol address of a substrate management controller, sending a first test instruction to a testing machine, if indication information which is written in through a preset script program and used for indicating successful testing is not read in the first target file within a first preset time period after the first test instruction is sent, comparing and analyzing first equipment information of the testing machine and second equipment information which is successfully tested in a preset database respectively to obtain a fault positioning result, and in the whole process, testing personnel are not needed to carry out deep debugging and analysis on fault problems, so that the efficiency of network card pre-starting and execution environment function fault positioning is improved.

Drawings

Fig. 1 is a flowchart illustrating steps of a method for locating a functional fault of a network card pre-boot execution environment according to an embodiment of the present application;

fig. 2 is a schematic view of interface content for outputting a fault location result for display according to an embodiment of the present disclosure;

fig. 3 is a flowchart illustrating specific steps of a method for locating a functional fault of a network card pre-boot execution environment according to an embodiment of the present application;

fig. 4 is a schematic content diagram of an interface for outputting and displaying a function normal result according to an embodiment of the present disclosure;

fig. 5 is a block diagram of a network card pre-boot execution environment function fault locating device according to an embodiment of the present application;

fig. 6 is a schematic diagram of a hardware structure of an electronic device according to an embodiment of the present application.

Detailed Description

The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are some, but not all, of the embodiments of the present application. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making an invasive task, are within the scope of the present application.

The terms first, second and the like in the description and in the claims of the present application are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It will be appreciated that the data so used may be interchanged under appropriate circumstances such that embodiments of the application may be practiced in sequences other than those illustrated or described herein, and that the terms "first," "second," and the like are generally used herein in a generic sense and do not limit the number of terms, e.g., the first term can be one or more than one. In addition, "and/or" in the specification and claims means at least one of connected objects, a character "/" generally means that a preceding and succeeding related objects are in an "or" relationship.

It should be noted that, in the embodiment of the present application, the controller is a server in which the pre-boot execution environment functions normally, and an operating system is already installed and normally runs, and the installed operating system is a Linux operating system; the testing machine is a server without an operating system, is provided with a new network card or upgrades the firmware version of the original network card, and needs to test the network card to pre-start an execution environment function; the network card supported by the embodiment of the application includes, but is not limited to, a personal computer (peripheral component interconnect express, high speed serial computer expansion bus standard) network card, and an ocp (object trusted service, direct plug-in type) network card; in an actual test, before the network card pre-boot execution environment function fault location provided by the embodiment of the present application, the control machine is in a power-on state, the test machines are in a power-off state, and one control machine is connected with multiple test machines by using optical fibers in the same network.

In the embodiment of the application, if the pre-boot execution environment function of the test machine is normal and the operating system installation package is stored in the default directory of the pre-boot execution environment function of the controller, after the controller controls the test machine to boot, under the action of the pre-boot execution environment function, the test machine may find the operating system installation package from the default directory of the pre-boot execution environment function of the controller, then use the operating system installation package to automatically install the operating system on the test machine, and automatically restart the test machine after the operating system is installed, thereby completing the booting of the operating system of the test machine.

The following describes in detail the positioning of the network card pre-boot execution environment functional failure provided in the embodiment of the present application through a specific embodiment and an application scenario thereof with reference to the accompanying drawings.

Fig. 1 is a flowchart of steps of a method for locating a functional failure of a network card pre-boot execution environment according to an embodiment of the present application, where as shown in fig. 1, the method may include:

step 100, obtaining a baseboard management controller internet protocol address of a tester and first equipment information of the tester.

In this step, before sending the first test instruction to the tester, the bmc ip address of the tester and the first device information of the tester are first acquired.

Specifically, in some embodiments, the first device information includes information about a network card model of the tester, information about a firmware version of the network card of the tester, and information about a first BIOS (Basic Input Output System) version of the tester. The Internet Protocol address of the Baseboard Management Controller and the first device information of the tester can be obtained through manual input, for example, "BMC IP address" is displayed on a command line (Shell) interface of a Linux operating system of the Controller, so that a tester is prompted to input a Baseboard Management Controller Internet Protocol address (BMC IP, i.e., baseboard Management Controller Internet Protocol address) of the tester, and it is assumed that the Internet Protocol address of the Baseboard Management Controller of the tester is "137.55.225.6", and after the tester inputs "137.55.225.6", the "enter" is clicked to obtain the Internet Protocol address of the Baseboard Management Controller, so that a server with the Internet Protocol address of the Baseboard Management Controller being "137.55.225.6" is determined as the tester. Displaying 'netcard information' on a command line interface of a Linux operating system of a control machine, prompting a tester to input network card model information of a testing machine, clicking 'enter' after the tester inputs 'XXX-XXXXXX-XXXXX-XX-X-X-X', and acquiring the network card model information; then, the command line interface displays netcard firmware, a tester is prompted to input network card firmware version information of the tester, the tester inputs XXXXXXXXX, and the tester clicks enter to acquire the network card firmware version information; and then displaying 'BIOS information' on a command line interface, prompting a tester to input first BIOS version information of the tester, inputting 'XXXXXXXX' by the tester, and clicking 'enter' to acquire the first BIOS version information.

And the indication information for indicating the success of the test may be "PASS" or other similar form.

Optionally, in other embodiments, the first BIOS version information may be automatically acquired, that is, the acquisition program creates a second target file on the control machine according to the bmc ip address of the tester, calls a preset platform management program to read the first BIOS version information, the acquisition program writes the first BIOS version information into the second target file, and finally reads the second target file through the acquisition program to acquire the first BIOS version information. In some embodiments, the preset Platform Management program may be ipmitool (ipmi Platform Management tool, ipmi Intelligent Platform Management Interface).

It should be noted that the file type of the second target file may be TXT, DOC or other readable text format, and the second target file is stored in the fixed path, so as to write the first BIOS version information into the second target file and find the second target file from the fixed path for reading.

In addition, ipmitool is a tool in a command line mode under the linux system, and can realize a plurality of functions, for example: and the functions of acquiring the information of the sensor, displaying the log content of the system, remotely turning on and off the computer through a network and the like are realized.

Through automatically acquiring the first BIOS version information, the problem of manual input error of a tester can be avoided, and the first BIOS version information can be automatically acquired without manual input, so that the efficiency of acquiring the first BIOS version information is improved.

Step 101, creating a first target file according to a baseboard management controller Internet protocol address of a tester.

In the step, a first target file is created according to the internet protocol address of the baseboard management controller of the tester, so that a basis is provided for judging whether the network card pre-starting execution environment function of the tester is normal or not.

Specifically, in some embodiments, a first target file is created under the fixed directory of the control machine, and the first target file includes identification information of the bmc ip address of the tester.

The file type of the first target file can be TXT, DOC or other readable file formats, and the first target file is stored in the fixed path so as to write information for indicating successful test into the first target file and find the first target file from the fixed path for reading; the information indicating that the test was successful may be "PASS" or other similar indication; the prescribed time may be set according to the time of the operating system installation and power-on, and is generally set to be greater than the time of the operating system installation and power-on.

And 102, sending a first test instruction to the test machine.

In this step, the controller starts testing the network card of the tester to pre-start the execution environment function by sending the first test instruction to the tester.

It should be noted that the first test instruction is used to trigger the test machine to acquire the operating system installation file and install the operating system installation file. The method comprises the following steps that a controller is provided with a pre-starting execution environment server program, an operating system installation file is stored in the controller, and the operating system installation file comprises a preset script program; and the preset script program is used for controlling the control machine to write indication information for indicating successful test in the first target file after the test machine successfully installs and starts the operating system installation file.

Before sending a first test instruction to a test machine, an operating system installation file needs to be stored in a default directory of a pre-starting execution environment function, and the default directory is used for the test machine to obtain the operating system installation file on a control machine through the pre-starting execution environment function. By storing the operating system installation files in the default directory of the pre-boot execution environment function, the test machine with normal pre-boot execution environment function can acquire the operating system installation files on the control machine through the pre-boot execution environment function, and then execute the operating system installation.

Specifically, in some embodiments, the first test instruction is to invoke an ipmitool control tester of the control machine to boot up. The method comprises the steps that an ipmitool program of a controller is called through a test program, a starting command is sent to a tester, the tester starts the tester after receiving the starting command, if a network card pre-starting execution environment function of the tester is normal, the tester obtains an operating system installation file and installs the operating system installation file under a pre-starting execution environment function default directory of the controller through a pre-starting execution environment function program, after the operating system of the tester is successfully installed and started, a script program which is started and started automatically in the tester sends a Secure Shell protocol (SSH) command which is used for writing indication information for indicating successful testing in a first target file, and a control machine Secure Shell protocol processing process receives the Secure Shell protocol command and executes the Secure Shell protocol command and writes indication information for indicating successful testing in the first target file. If indication information used for representing successful testing is not read in the first target file within a first preset time period after the first test instruction is sent, indicating that a network card of the testing machine pre-starts an execution environment function fault, and respectively comparing and analyzing the first equipment information with each piece of successfully tested second equipment information in a preset database to obtain a fault positioning result; otherwise, the network card pre-starting execution environment function of the test machine is successfully started.

In addition, the secure shell protocol is composed of software of a client and a server, and the server is a daemon process (daemon) which runs in the background and responds to a connection request from the client. The server, typically an sshd process, provides processing for remote connections, typically including public key authentication, key exchange, symmetric key encryption, and insecure connections. The client includes ssh programs and other application programs such as scp (remote copy), slogin (remote login), sftp (secure file transfer), and the like. The working mechanism is that a local client sends a connection request to a remote server, the server checks a packet and an IP address of an application and then sends a key to the SSH client, and the local client sends the key back to the server to establish the connection.

In some embodiments, after creating the first object file according to the bmc ip address of the tester, the command line interface of the control machine Linux operating system displays "PXE: Y/N? And prompting a tester whether to perform the network card pre-starting execution environment function of the test machine, inputting Y by the tester, then clicking 'enter' to pre-start the network card of the test machine to execute the environment function, otherwise, inputting N by the tester, and then clicking 'enter'.

In other embodiments, after the first target file is created according to the bmc ip address of the tester, the network card pre-boot execution environment function of the tester is directly executed without manual operation.

Step 103, if no indication information for indicating successful test is read in the first target file within a first preset time period after the first test instruction is sent, comparing and analyzing the first equipment information and each piece of successfully tested second equipment information in a preset database respectively to obtain a fault positioning result

In this step, in a first preset time period after the first test instruction is sent, no indication information used for indicating that the test is successful is read in the first target file, it is described that the test result of the tester network card pre-boot execution environment function is a functional fault, it is described that the server of the BIOS using the network card model information of the tester, the network card firmware version information of the tester and the first BIOS version information of the tester cannot normally operate the network card pre-boot execution environment function, and a fault needs to be located.

And 104, outputting the fault positioning result for display.

In the step, after the first device information is compared with each piece of successfully tested second device information and the function fault of the test machine network card pre-starting execution environment is located, the functional fault is output, so that a tester can know the function fault of the test machine network card pre-starting execution environment, and the fault location of the test machine network card pre-starting execution environment function can be conveniently and quickly known by the tester through output fault location.

Specifically, in some embodiments, the output fault location result is displayed through a command line interface of the Linux operating system, and the displayed content may be in the form of "' FAIL" FAIL CAUSE: XX X' ", where" XXX "represents a specific name, for example, if outputting that the fault location result is a network card problem, then displaying" FAIL CAUSE: netcard'; in other embodiments, the display content form for outputting the fault location result may be "'Fail" Fail Cause XXX' "or implemented in other similar ways.

Optionally, referring to FIG. 2, in some embodiments, the display of the output fault localization result may be a fault log containing "fault localization result", the content of the fault log includes, but is not limited to, a baseboard management controller Internet protocol address of the tester, network card model information of the tester, network card firmware version information of the tester, first BIOS version information of the tester, "output the fault localization result", and the display content of the fault log may be in the form of "BMC IP address: XXX" network card information on: XXX "network card firmware: XXX" BIOS information: XXX "FAIL'

' FAIL CAUSE: XXX' ", where" XXX "represents specific information, for example, the IP address of the board management controller of the tester is" 137.55.225.6", the network card model information of the tester is" AAA-AAAA-AA-base:Sub>A ", the network card firmware version information of the tester is" AA AAAA ", the first BIOS version information of the tester is" AAAAAAA ", outputting the failure location result isbase:Sub>A network card problem, and the displayed failure log content includes" BMC IP address:137.55.225.6"," netcard information, AAA-AAAA-AA-AAAA-AA-A-A "," net card firmware, AAAAAAAA "," BIOS information, AAAAAAA "," FAIL CAUSE: netcard "; in other embodiments, the fault log may be displayed in the form of "" BMC IP ADDRESS-XXX "NETCARD INFORMATION-XXX'

'NETCARD FIRMWARE-XXX' BIOS INFORMATION-XXX 'Fai l' Fail mouse: XXX' ", or by other similar means.

Further, after the fault locating result is output, a fault log can be derived, and the derived fault log file type can be in an xlsxx format, and can also be in a TXT, DOC or other readable text formats.

To sum up, a network card pre-boot execution environment function fault location method provided by the embodiment of the present application includes: acquiring a substrate management controller Internet protocol address of a testing machine and first equipment information of the testing machine; the control machine is provided with a pre-starting execution environment server program, an operating system installation file is stored in the control machine, and the operating system installation file comprises a preset script program; the script program is used for controlling the control machine to write indication information for indicating successful test in a first target file after the control machine successfully installs the operating system installation file on the test machine and starts the operating system installation file; creating the first target file according to the substrate management controller Internet protocol address; sending a first test instruction to the test machine, wherein the first test instruction is used for triggering the test machine to acquire the operating system installation file and install the operating system installation file; if indication information used for representing successful testing is not read in the first target file within a first preset time period after the first test instruction is sent, respectively comparing and analyzing the first equipment information with each piece of second equipment information which is tested successfully in a preset database to obtain a fault positioning result; and outputting the fault positioning result for display, wherein in the application, a first target file is created according to an internet protocol address of the baseboard management controller, then a first test instruction is sent to the test machine, if indication information which is written in by a preset script program and used for indicating the success of the test is not read in the first target file within a first preset time period after the first test instruction is sent, the first equipment information of the test machine and each piece of second equipment information which is successfully tested in a preset database are respectively compared and analyzed to obtain a fault positioning result, and in the whole process, a tester is not required to carry out deep debugging and analysis on the fault problem, so that the efficiency of network card pre-starting to execute the functional fault positioning of the environment is improved.

Fig. 3 is a flowchart illustrating specific steps of a method for locating a functional failure of a network card pre-boot execution environment according to an embodiment of the present application, where as shown in fig. 3, the method may include:

200, obtaining an internet protocol address of a baseboard management controller of a tester and first equipment information of the tester.

The implementation of this step is similar to the implementation of the above-mentioned "step 100", and is not described here again.

Step 201, creating the first target file according to the baseboard management controller internet protocol address.

The implementation manner of this step is similar to the implementation process of "step 101" described above, and is not described here again.

Step 202, sending a first test instruction to the test machine.

The implementation manner of this step is similar to the implementation process of the above-mentioned "step 102", and is not described here again.

Step 203, if the indication information for indicating that the test is successful is read in the first target file within the first preset time period after the first test instruction is sent, adding the first device information as the second device information to the database.

In the step, in a first preset time period after the first test instruction is sent, indication information used for indicating that the test is successful is read in the first target file, the test machine can normally operate the network card to pre-start the execution environment function, the first equipment information is added into the preset database as second equipment information, the preset database is enriched, the problem of low efficiency of manually inputting the equipment information into the database is solved, and the efficiency of inputting the equipment information into the database is improved.

Specifically, in some embodiments, the first device information is added to a preset database, that is, the network card model information of the tester, the network card firmware version information of the tester, and the first BIOS version information of the tester are added to the preset database.

It should be noted that the preset database contains at least one piece of successfully-tested second device information, and the successfully-tested second device information includes the network card model information, the network card firmware version information, and the version of the BIOS in the same successfully-tested server. In addition, the information of the second device that is successfully tested can also be entered into a preset database in a manual entry manner, for example, the preset database is a database established through MySQL, and the information of the second device that is successfully tested can be entered through a MySQL command.

Optionally, in some embodiments, after sending the first test instruction to the tester, if the installation of the operating system installation file on the tester is successful and started, before the indication information indicating that the test is successful is read in the first target file, the secure shell protocol processing process receives a secure shell protocol command sent by a script program installed on the tester, and executes the secure shell protocol command to write the indication information indicating that the test is successful in the first target file.

In the method, information for indicating successful test is written in a first target file through a script program which is installed on a tester and used for automatically starting an operating system when the operating system is started, so that the successful installation of the operating system can be known, and the normal function of a network card pre-starting execution environment of the tester can be further judged; otherwise, judging the functional fault of the network card pre-starting execution environment of the test machine.

And step 204, outputting the result of normal function for display.

In this step, after the first device information is added to the preset database, the normal function result is output and displayed, so that the tester can know that the function of the test machine network card pre-starting execution environment is normal.

Specifically, in some embodiments, the "normal result of output function" is displayed through the command line interface of the Linux operating system, and the displayed content may be in the form of "PASS", and then "PASS" is displayed on the command line interface of the Linux operating system; in other embodiments, the content for displaying the reason for the output test may be in the form of "SUCCESS" or may be implemented in other similar ways.

Optionally, referring to fig. 4, in some embodiments, the display of the "output function normal result" may be a test log including the "output function normal result", the content of the test log includes, but is not limited to, a BMC IP address of the tester, network card model information of the tester, network card firmware version information of the tester, first BIOS version information of the tester, and the "output function normal result", and the display content of the test log may be in a form of a "BMC IP address: XXX ' netcard information XXX ' netcard firmware XXX ' BIOS information XXX ' P ASS ' ″, where" XXX "represents specific information, such as" 137.55.225.8 "for baseboard management controller Internet protocol address of the tester," SSS-SSSS-SS-S-S "for network card model information of the tester," SSSSSSSSSSSS "for network card firmware version information of the tester, SSSS for first BI OS version information of the tester, the displayed test log content includes" BMC IP address SS:137.55.225.8"," card information SSSS "," SSSS "; in other embodiments, the test log may be displayed in the form of a "BMC IP ADDRES S-XXX" NETCARD INFORMATION-XXX "NETCARD FIRMWARE-XXX" BIOS INFORMATION-XXX "SUCCESS'", or in other similar ways.

Further, after the test log is output, the test log may be exported, and the exported test log file type may be in xlsx format, and may also be in TXT, DOC or other readable text format.

If indication information used for indicating successful testing is not read in the first target file within a first preset time period after the first test instruction is sent, comparing and analyzing the first equipment information with each piece of second equipment information which is tested successfully in a preset database respectively to obtain a fault positioning result, and outputting the fault positioning result for display; the first device information comprises network card model information, network card firmware version information and first BIOS version information. The method specifically comprises the following steps:

step 205, if no indication information for indicating that the test is successful is read in the first target file within a first preset time period after the first test instruction is sent, respectively determining that each piece of the second device information contains the network card model information.

In this step, in a first preset time period after the first test instruction is sent, no indication information used for indicating that the test is successful is read in the first target file, which indicates that a server using the network card model information of the tester, the network card firmware version information of the tester and the first BIOS version information BIOS of the tester cannot normally run the network card pre-boot execution environment function, and needs to locate a failure of the network card pre-boot execution environment function, first, it is determined whether each piece of the second device information contains the network card model information of the tester, so as to perform the subsequent steps, that is, if at least one piece of the second device information that the test is successful contains the network card model information of the tester, step 206 is performed; if none of the second device information contains tester network card model information, then "step 214" is performed.

Specifically, in some embodiments, the network card model information of the testing machine is respectively compared with the network card model information of each piece of successfully tested second device information in the preset database, and it is respectively determined whether each piece of second device information contains the network card model information of the testing machine.

For example, the preset databasebase:Sub>A has two pieces of second device information that are successfully tested, which are respectively the second device information B that is successfully tested (containing the network card model information B "BBB-BBBB-BB-BBBB-B B-B") and the second device information C that is successfully tested (containing the network card model information C "AAA-AA-AAAA-AA-base:Sub>A"), the network card model information of the tester is 'AAA-AAAA-AA-AAAA-AA-A-A', the network card model information 'AAA-AAAA-AA-A-A' of the tester is compared with the network card model information B 'BBB-BBBB-BB-BBBB-BB-B-B', and judging that the successfully tested second equipment information B does not contain the network card model information 'AAA-AAAA-AA-AAAA-AA-A-A' of the testing machine, comparing the network card model information 'AAA-AAAA-AA-A-A' of the testing machine with the network card model information C 'AAA-AAAA-AA-AAAA-AA-A-A', judging that the successfully tested second equipment information C contains the network card model information 'AAA-AAAA-AA-AAAA-A-A' of the testing machine, and judging that one piece of successfully tested second equipment information in the preset database A contains the network card model information of the testing machine.

For another example, the preset database B has two pieces of second device information that are successfully tested, which are the second device information D that is successfully tested (containing the network card model information D "DDD-DDDD-DD-DDD-DD-D") and the second device information F that is successfully tested (containing the network card model information F "FFF-F FFF-FF-FFFF-FF-F"), the network card model information of the tester is 'AAA-AAAA-AA-AA-AA-A-A', the network card model information 'AAA-AAAA-AA-AA-A-A' of the tester is compared with the network card model information D 'DDD-DDDD-DD-DDD-DD-D-D', and judging that the successfully tested second equipment information D does not contain the network card model information 'AAA-AAAA-A A-AAAA-AA-A-A' of the testing machine, comparing the network card model information 'AAA-AAAA-AA-AAAA-A A-A-A' of the testing machine with the network card model information E 'EEE-EEEE-EE-E-E-E', judging that the successfully tested second equipment information E does not contain the network card model information 'EEE-EEEE-EE-EE-EE-E-E-E' of the testing machine, and judging that none of the successfully tested second equipment information in the preset database B contains the network card model information of the testing machine.

Step 206, if at least one piece of second device information contains the network card model information, respectively judging whether each piece of second device information with the network card model information contains the network card firmware version information.

In this step, after respectively judging whether each piece of successfully tested second device information contains the network card model information of the tester, if at least one piece of successfully tested second device information contains the network card model information of the tester, it is first needed to respectively judge whether each piece of successfully tested second device information with the tester network card model information contains the network card firmware version information of the tester, so as to perform the following steps, i.e. if at least one piece of successfully tested second device information with the network card model information contains the network card firmware version information of the tester, step 207 is executed, and if none of the successfully tested second device information with the tester network card model information contains the network card firmware version information of the tester, step 208 is executed.

Specifically, in some embodiments, the network card firmware version information of the testing machine is respectively compared with the network card firmware version information of each piece of second device information with successfully tested network card model information of the testing machine in a preset database, and it is respectively determined whether each piece of second device information with successfully tested network card model information of the testing machine contains the network card firmware version information of the testing machine.

For example, the preset database C has two pieces of second device information successfully tested and having the tester network card model information, which are the second device information F (containing the network card model information F "AAA-AAAA-AA-base:Sub>A" and the network card firmware version information F "ffffffffff") successfully tested and the second device information G (containing the network card model information G "AAA-AAAA-AA-base:Sub>A" and the network card firmware version information G "aaaaaaaaaa"), the information of the network card type number of the tester is 'AAA-AAAA-AA-AAAA-AA-A-A', the version information of the network card firmware of the tester is 'AAAAAA', comparing the network card firmware version information "AAAAAAAA" of the tester with the network card firmware version information F "ffffff", judging that the successfully tested second device information F does not contain the network card firmware version information of the tester as "aaaaaa", comparing the network card firmware version information "AAAAAAAA" of the tester with the network card firmware version information G "aaaaaaaaaaaa", judging that the successfully tested second device information G contains the network card firmware version information of the tester "AAAA", and thus judging that one piece of successfully tested second device information in the preset database C contains the network card firmware version information of the tester.

For another example, the preset database D has two pieces of second device information with test success of the tester network card model information, which are the second device information H (including the network card model information H "AAA-AAAA-AA-base:Sub>A" and the network card firmware version information H "HHHHHHH") and the second device information I (including the network card model information I "AAA-AAAA-AA-base:Sub>A" and the network card firmware version information I "iiiiii"), the network card model information of the tester is 'AAA-AAAA-AA-AAAA-AA-A-A', the network card firmware version information of the tester is 'AAAAAAAA', comparing the network card firmware version information 'AAAAAA' of the tester with the network card firmware version information H 'HHHHHHHHHH', judging that the second equipment information H which is successfully tested does not contain the network card firmware version information 'AAAAAA' of the tester, comparing the network card firmware version information 'AAAAAA' of the tester with the network card firmware version information I 'IIIII', judging that the second equipment information I which is successfully tested does not contain the network card firmware version information 'AAAAAAAA' of the tester, and therefore judging that none of the second equipment information which is successfully tested in the preset database D contains the network card firmware version information of the tester.

And step 207, determining that the fault positioning result is a basic input and output system fault under the condition that at least one piece of second equipment information with the network card model information contains the network card firmware version information, and outputting the fault positioning result for display.

In this step, after judging whether each piece of successfully tested second device information with the tester network card model information contains the network card firmware version information of the tester, if at least one piece of successfully tested second device information with the tester network card model information contains the network card firmware version information of the tester, determining that the fault positioning result is a fault of the basic input and output system, outputting the fault positioning result is a fault of the basic input and output system, that is, positioning the fault, so that a tester can know the functional fault of the pre-starting execution environment of the tester network card through the output result is a functional fault, and the tester can conveniently and quickly know the fault of the pre-starting execution environment function of the tester network card through the output fault.

Specifically, in some embodiments, outputting the fault location result is displayed through a command line interface of the Linux operating system, and the specific content displayed is: "' FAIL" FAIL CAUSE: BIOS' "; in other embodiments, the specific content displayed is: "'Fail" "Fail Cause-BIOS'", or by other similar means.

Optionally, in some embodiments, the display outputting the fault location result may be a fault log containing faults, and the display content of the fault log may be in the form of a "BMC IP address: XXX" netcard information: XXX "netcard firmware: XXX" BIOS information on: XXX "FAIL CAUSE: BIOS' ", where" XXX "represents specific information, for example, the substrate management controller Internet protocol address of the tester is" 137.55.225.6", the network card model information of the tester is" AAA-AAAA-AA-AAAA-AA-A ", the network card fixed version information of the tester is" AAAAAAAA ", and the first BIOS version information of the tester is" AAAA AAA ", the displayed fault log content includes" BMC IP address:137.55.225.6"," n etcard information: AAA-AAAA-AA-A-A "," netcard firmware: AAAAAAAAAAAA "," BIOS information: AAAAAAA "," FAIL C AUSE: BIOS "; in other embodiments, the fault log may be displayed in the form of a "B MC IP ADDRESS-XXX" NETCARD INFORMATION-XXX "NETCA RD FIRMWARE-XXX" BIOS INFORMATION-XXX "Fail monitor-BIOS'", or in other similar ways.

And under the condition that the second equipment information with the network card model information does not contain the network card firmware version information, the acquisition program acquires second BIOS version information contained in the second equipment information with the network card model, and the comparison analysis program acquires the fault positioning result according to the first BIOS version information and each second BIOS version information.

The specific step of obtaining the fault location result according to the first BIOS version information and each second BIOS version information includes steps 208 to 213.

Step 208, when none of the second device information with the network card model information contains the network card firmware version information, obtaining second BIOS version information contained in each of the second device information with the network card model, and respectively determining whether each of the second BIOS version information is the same as the first BIOS version information.

In this step, after determining whether each piece of successfully-tested second device information having the tester network card model information contains the network card firmware version information of the tester, if none of the successfully-tested second device information having the tester network card model information contains the network card firmware version information of the tester, it is first necessary to obtain the second BIOS version information contained in each piece of the second device information having the tester network card model, and determine whether each piece of the second BIOS version information is the same as the first BIOS version information, respectively, to perform the following steps, i.e., "step 209" if there is at least one piece of the second BIOS version information that is the same as the first BIOS version information, and "step 210" if none of the second BIOS version information is the same as the first BIOS version information.

Specifically, in some embodiments, the first BIOS version information of the tester is respectively compared with the BIOS versions of the second device information having the tester network card model information that is tested successfully in the preset database, and it is determined whether each second device information having the tester network card model information that is tested successfully contains the first BIOS version information of the tester.

For example, the preset database E shares two pieces of second device information with tester network card model information that are successfully tested, namely the second device information J (including the network card model information J "AAA-AAAA-AA-base:Sub>A", the network card firmware version information J "JJJJJJJJ", the BI OS version J "jjjjjjjjjjjjj") that is successfully tested and the second device information K (including the network card model information K "AAA-AAAA-AA-base:Sub>A", the network card firmware version information K "kkkkkkkkkkkkkkkkk", the BIOS version K "aaaaa"), the network card model information of the tester is 'AAA-AAAA-AA-AAAA-AA-A-A', the network card firmware version information of the tester is 'AAAAAA', the first BIOS version information of the tester is 'AAAAAAA', the judgment is carried out by adopting the method, and comparing the first BIOS version information 'AAAAAAA' of the tester with the BI OS version J 'JJJJJJJJJJ', judging that the second device information J which is successfully tested does not contain the network card firmware version information of the tester is 'AAAAAA', comparing the first BIOS version information 'A AAAAAA' of the tester with the BIOS version K 'AAAAAAAAA', judging that the second device information K which is successfully tested contains the network card firmware version information 'AAAAAAAA' of the tester, and judging that one piece of second device information which is successfully tested in the preset database E contains the first version information of the BIOS.

For another example, the preset database F includes two pieces of successfully-tested second device information having the tester network card model information, which are the second device information L (including the network card model information L "AAA-AAAA-AA-base:Sub>A", the network card firmware version information L "llllllllll", the BIOS version L "llllllllllll") that is successfully tested and the second device information M (including the network card model information M "AAA-AAAA-AA-base:Sub>A", the network card firmware version information M "MMM MMMMMMM", the BIOS version M "mmmmmmmmmmm"), the tester network card model information is "AAA-AAAA-AA-base:Sub>A", the tester network card firmware version information is "base:Sub>A AAAAAAA", the tester first BIOS version information is "aaaaa", by adopting the method, the successfully tested second device information L and the successfully tested second device information M do not contain the network card firmware version information of the testing machine, the first BIOS version information 'A AAAA' of the testing machine is compared with the BIOS version L 'LLLLLLLLLLL', the successfully tested second device information L does not contain the first BIOS version information 'AAAAAAA' of the testing machine, the first BIOS version information 'AAAAA' of the testing machine is compared with the BIOS version M 'MMMMMMMMM', the successfully tested second device information M does not contain the first version BIOS information 'A AAAA' of the testing machine, and therefore, the situation that none of the successfully tested second device information in the preset database F contains the first BIOS version information of the testing machine is judged.

Step 209, if at least one piece of second BIOS version information is the same as the first BIOS version information, determining that the fault location result is a network card fault, and outputting the fault location result for display.

In this step, after respectively judging whether each second BIOS version information is the same as the first BIOS version information, if at least one second BIOS version information is the same as the first BIOS version information, determining that the fault location result is a network card fault, outputting the fault location result to be a network card fault, that is, locating the fault, enabling a tester to know the functional fault of the test machine network card pre-start execution environment through the output result being a functional fault, and enabling the tester to quickly know the fault of the test machine network card pre-start execution environment function through outputting the fault.

Specifically, in some embodiments, the determining that the failure location result is that the network card failure is displayed through a command line interface of the Linux operating system includes: "' FAIL" FAIL CAUSE: netcard'; in other embodiments, the specific content displayed is: "'Fail' 'Fail Cause-netcard'", or by other similar means.

Optionally, in some embodiments, the display content for determining that the failure location result is a network card failure may be a failure log containing a failure, and the display content of the failure log may be in the form of a BMC IP address, XXX "netcard information, XXX" netcard firmware, XXX "BIOS information, XXX" FAIL CAUSE: netcard', where "XXX" represents specific information, for example, the BMC IP address of the tester is "1.55.225.6", the network card model information of the tester is "AAA-AAAA-AA-base:Sub>A", the network card firmware version information of the tester is "AAAAAAAA", the first BIOS version information of the tester is "aaaaaaaaa", and the displayed fault log content includes "BMC IP address:137.55.225.6", "netcard information AAA-AAAA-AA-A-A", "net card firmware AAAAAAAA", "BIOS information AAAAAAA", "CAU SE: netcard "; in other embodiments, the fault log may be displayed in the form of '"B MC IP ADDRESS-XXX" NETCARD INFORMATION-XXX "NETCA RD FIRMWARE-XXX" BIOS INFORMATION-XXX "Fail Cause-network'", or in other similar ways.

Step 210, if none of the second BIOS version information is the same as the first BIOS version information, replacing the BIOS of the first BIOS version information with the BIOS of the third BIOS version information.

In this step, after respectively determining whether each second BIOS version information is the same as the first BIOS version information, if none of the second BIOS version information is the same as the first BIOS version information, the BIOS of the first BIOS version information of the tester needs to be replaced with the BIOS of the third BIOS version information to perform the following steps, i.e., step 211 is executed.

It should be noted that the third BIOS version information is the same as one of the second BIOS version information. In addition, the firmware installation file of the BIOS of the third BIOS version information is stored in advance on the control machine.

Specifically, in some embodiments, the firmware installation file of the BIOS of the third BIOS version information pre-stored on the control machine is used to replace the BIOS of the first BIOS version information for the tester, and replace the BIOS of the first BIOS version information for the BIOS of the third BIOS version information.

Preferably, in some embodiments, the obtaining program obtains, from all the second BIOS version information, third BIOS version information that is closest to the first BIOS version information; and sending the BIOS corresponding to the third BIOS version information to the tester in an out-of-band mode to replace the BIOS of the first BIOS version information in the tester.

In the method, the third BIOS version information closest to the first BIOS version information is obtained, and the BIOS of the first BIOS version information in the testing machine is replaced by the BIOS of the third BIOS version information, so that the replacement rule of the BIOS is specified, and further fault positioning is facilitated.

For example, the preset database G has two pieces of second device information with successful test of the tester network card model information, which are the second device information N (containing the network card model information N "AAA-AAAA-AA-base:Sub>A", the network card firmware version information N "NNNNNNNN", the BIOS version N "2.67.00") and the second device information P (containing the network card model information P "AAA-AAAA-AA-base:Sub>A", the network card firmware version information P "pppppppppp", the BIOS version P "2.69.00"), the network card model information of the tester is 'AAA-AAAA-AA-AAAA-AA-A-A', the network card firmware version information of the tester is 'AAAAAA', the first BIOS version information of the tester is '2.69.01', by adopting the method, the successfully tested second device information L and the successfully tested second device information M do not contain the network card firmware version information and the first BIOS version information of the tester, if the BIOS version P '2.69.00' is closest to the first BIOS version information '2.69.01' relative to the BIOS version N '2.67.00', the third BIOS version information is '2.69.00', the BIOS '2.69.00' firmware installation file of the second BIOS version information prestored on the control machine is used for replacing the BIOS of the first BIOS version information for the tester, and the BIOS '2.69.01' of the first BIOS version information is replaced by the BIOS '2.69.00' of the third BIOS version information.

And step 211, sending a second test instruction to the tester.

The implementation manner of this step is similar to the implementation process of "sending the first test instruction to the tester" in step 102 "described above, and details are not repeated here.

It should be noted that this step is performed after the BIOS of the first BIOS version information is replaced with the BIOS of the third BIOS version information. The second test instruction is used for triggering the test machine to acquire the operating system installation file and install the operating system installation file.

Step 212, if indication information for indicating that the test is successful is read in the first target file within a second preset time period after the second test instruction is sent, determining that the fault positioning result is a fault of the basic input and output system, and outputting the fault positioning result for display.

The implementation manner of the step of determining that the fault location result is a basic input/output system fault and outputting the fault location result for display is similar to the implementation process of the step 207,

note that this step is performed after "step 211".

Optionally, in some embodiments, if the indication information indicating that the test is successful is read in the first target file within a second preset time period after the second test instruction is sent, the third device information of the tester may be added to a preset database as the second device information of the test being successful. The third device information of the tester includes the network card model information of the tester, the network card firmware version information of the tester, and the BIOS of the third BIOS version information of the tester. The implementation process is similar to the implementation process of the aforementioned "step 203", and is not described herein again.

Step 213, if no indication information for indicating that the test is successful is read in the first target file within a second preset time period after the second test instruction is sent, determining that the fault location result is a network card fault, and outputting the fault location result for display.

The implementation of this step is similar to the implementation process of "step 209" described above, and is not described here again.

It should be noted that this step is performed after "step 211".

If none of the second device information contains the network card model information, the acquisition program acquires second BIOS version information contained in each piece of the second device information, and the comparison analysis program acquires the fault positioning result according to the first BIOS version information and each piece of the second BIOS version information.

The specific step of obtaining the fault location result according to the first BIOS version information and each second BIOS version information includes steps 214 to 219.

Step 214, if none of the second device information contains the network card model information, obtaining second BIOS version information contained in each of the second device information, and respectively determining whether each of the second BIOS version information is the same as the first BIOS version information.

The implementation of this step is similar to the implementation of step 208, and is not described here again.

Step 215, if at least one piece of second BIOS version information is the same as the first BIOS version information, determining that the fault location result is a network card fault, and outputting the fault location result for display.

The implementation of this step is similar to the implementation of the above-mentioned "step 209", and is not described here again.

Note that this step is performed after "step 214".

Step 216, if none of the second BIOS version information is the same as the first BIOS version information, replacing the BIOS of the first BIOS version information with the BIOS of the third BIOS version information.

The implementation of this step is similar to the implementation process of the above step 210, and is not described here again.

It should be noted that this step is performed after "step 214".

Step 217, sending a second test instruction to the test machine.

The implementation manner of this step is similar to the implementation process of "sending the first test instruction to the tester" in step 102", and is not described here again.

It should be noted that this step is performed after the BIOS of the first BIOS version information is replaced with the BIOS of the third BIOS version information.

Step 218, if indication information for indicating that the test is successful is read in the first target file within a second preset time period after the second test instruction is sent, determining that the fault location result is a fault of the basic input and output system, and outputting the fault location result for display.

The implementation manner of this step is similar to the implementation process of step 207, and is not described here again.

It should be noted that this step is executed after the second test instruction is sent to the tester.

Step 219, if no indication information for indicating that the test is successful is read in the first target file within a second preset time period after the second test instruction is sent, determining that the fault location result is a network card fault, and outputting the fault location result for display.

Note that this step is performed after "step 217".

To sum up, a method for locating a functional fault of a network card pre-boot execution environment provided by the embodiment of the present application includes: acquiring a substrate management controller Internet protocol address of a testing machine and first equipment information of the testing machine; the control machine is provided with a pre-starting execution environment server program, an operating system installation file is stored in the control machine, and the operating system installation file comprises a preset script program; the script program is used for controlling the control machine to write indication information for indicating successful test in a first target file after the script program is successfully installed and started on the test machine for the operating system installation file; creating the first target file according to the substrate management controller Internet protocol address; sending a first test instruction to the test machine, wherein the first test instruction is used for triggering the test machine to acquire the operating system installation file and install the operating system installation file; if indication information used for representing successful testing is not read in the first target file within a first preset time period after the first test instruction is sent, respectively comparing and analyzing the first equipment information with each piece of second equipment information which is tested successfully in a preset database to obtain a fault positioning result; the method comprises the steps of outputting a fault positioning result to display, creating a first target file according to an internet protocol address of a substrate management controller, sending a first test instruction to a testing machine, if indication information which is written in through a preset script program and used for indicating test success is not read in the first target file within a first preset time period after the first test instruction is sent, comparing and analyzing first equipment information of the testing machine and second equipment information which is in test success in a preset database respectively to obtain a fault positioning result, and in the whole process, testing personnel are not needed to carry out deep debugging and analysis on fault problems, so that the efficiency of network card pre-starting to execute environmental function fault positioning is improved.

Fig. 5 is a block diagram of a device for locating a functional failure of a network card pre-boot execution environment according to an embodiment of the present application, and as shown in fig. 5, the device 300 includes:

the information acquisition module 301 is configured to acquire a baseboard management controller internet protocol address of a tester and first device information of the tester; the control machine is provided with a pre-starting execution environment server program, an operating system installation file is stored in the control machine, and the operating system installation file comprises a preset script program; the script program is used for controlling the control machine to write indication information for indicating successful test in a first target file after the script program is successfully installed and started on the test machine for the operating system installation file;

a file creating module 302, configured to create the first target file according to the bmc ip address;

a test instruction module 303, configured to send a first test instruction to the test machine, where the first test instruction is used to trigger the test machine to obtain the operating system installation file and install the operating system installation file;

a comparison analysis module 304, configured to, if no indication information indicating that the test is successful is read in the first target file within a first preset time period after the first test instruction is sent, perform comparison analysis on the first device information and each piece of successfully-tested second device information in a preset database, to obtain a fault location result;

and a result output module 305, configured to output the fault location result for display.

Optionally, the alignment analysis module 304 specifically includes:

the first comparison analysis submodule is used for determining that the fault positioning result is a basic input and output system fault under the condition that at least one piece of second equipment information with the network card model information contains the network card firmware version information if at least one piece of second equipment information contains the network card model information; the first equipment information comprises network card model information, network card firmware version information and first BIOS version information;

a second comparison analysis sub-module, configured to, if none of the second device information having the network card model information contains the network card firmware version information, obtain second BIOS version information included in each of the second device information having the network card model, and obtain the fault location result according to the first BIOS version information and each of the second BIOS version information; if none of the second device information contains the network card model information, acquiring second BIOS version information contained in each piece of the second device information, and acquiring the fault positioning result according to the first BIOS version information and each piece of the second BIOS version information; the first device information comprises network card model information, network card firmware version information and first BIOS version information.

Optionally, the second alignment analysis submodule specifically includes:

the first analysis unit is used for determining that the fault positioning result is a network card fault if at least one piece of second BIOS version information is the same as the first BIOS version information;

the analysis processing unit is used for replacing the BIOS of the first BIOS version information with the BIOS of third BIOS version information if none of the second BIOS version information is the same as the first BIOS version information, wherein the third BIOS version information is the same as one of the second BIOS version information;

the test instruction unit is used for sending a second test instruction to the test machine, and the second test instruction is used for triggering the test machine to acquire the operating system installation file and install the operating system installation file;

the second analysis unit is used for determining that the fault positioning result is a fault of the basic input and output system if indication information used for indicating that the test is successful is read in the first target file within a second preset time period after the second test instruction is sent;

and the third analysis unit is used for determining that the fault positioning result is a network card fault if indication information for indicating that the test is successful is not read in the first target file within a second preset time period after the second test instruction is sent.

Optionally, the analysis processing unit specifically includes:

an obtaining subunit, configured to obtain, from all the second BIOS version information, third BIOS version information that is closest to the first BIOS version information;

and the replacing subunit is used for sending the BIOS corresponding to the third BIOS version information to the tester to replace the BIOS of the first BIOS version information in the tester.

Optionally, the second alignment analysis sub-module further comprises:

a first information obtaining unit, configured to obtain, when none of the second device information having the network card model information includes the network card firmware version information, second BIOS version information included in each of the second device information having the network card model;

a second information obtaining unit, configured to obtain, if none of the pieces of second device information contains the network card type number information, second BIOS version information included in each piece of second device information;

optionally, the information obtaining module 301 specifically includes:

the first information acquisition submodule is used for acquiring an Internet protocol address of the base plate management controller of the testing machine;

and the second information acquisition submodule is used for acquiring the first equipment information of the testing machine.

Optionally, the second information obtaining sub-module specifically includes:

a third information obtaining unit, configured to obtain the network card model information;

the fourth information acquisition unit is used for acquiring the version information of the network card firmware;

and the fifth information acquisition unit is used for acquiring the first BIOS version information.

Optionally, the fifth information obtaining unit specifically includes:

the file creating subunit is used for creating a second target file according to the substrate management controller Internet protocol address of the test machine;

the information reading subunit is used for calling a preset platform management program to read the first BIOS version information;

an information writing subunit, configured to write the first BIOS version information into the second target file;

and the file reading subunit is configured to obtain the first BIOS version information by reading the second target file.

Optionally, the alignment analysis module 304 further includes:

and the adding submodule is used for taking the first equipment information as the second equipment information and adding the second equipment information into the database if the indication information for indicating the test success is read in the first target file within the first preset time period after the first test instruction is sent to the test machine.

Optionally, the test instruction module 303 is further configured to, before the instruction information indicating that the test is successful is read in the first target file, after the first test instruction is sent to the tester, receive, by a secure shell protocol processing process, a secure shell protocol command sent by the script program installed on the tester, and execute the secure shell protocol command to write the instruction information indicating that the test is successful in the first target file.

The network card pre-boot execution environment function fault locating device in the embodiment of the application may be a device, or may be a component, an integrated circuit, or a chip in a terminal. The device can be mobile electronic equipment or non-mobile electronic equipment. By way of example, the mobile electronic device may be a mobile phone, a tablet computer, a notebook computer, a palm top computer, a vehicle-mounted electronic device, a wearable device, an ultra-mobile personal computer (UMPC), a netbook or a Personal Digital Assistant (PDA), and the like, and the non-mobile electronic device may be a server, a Network Attached Storage (NAS), a Personal Computer (PC), a Television (TV), a teller machine or a self-service machine, and the like, and the embodiments of the present application are not particularly limited.

The network card pre-boot execution environment function fault locating device in the embodiment of the present application may be a device having an operating system. The operating system may be an Android (Android) operating system, an ios operating system, or other possible operating systems, and embodiments of the present application are not limited specifically.

The network card pre-boot execution environment function fault location device provided in the embodiment of the present application can implement each process implemented by the network card pre-boot execution environment function fault location device in the method embodiments of fig. 1 and fig. 3, and is not described herein again to avoid repetition.

To sum up, a network card pre-boot execution environment function fault locating device provided in an embodiment of the present application includes: acquiring an Internet protocol address of a substrate management controller of a testing machine and first equipment information of the testing machine; the control machine is provided with a pre-starting execution environment server program, an operating system installation file is stored in the control machine, and the operating system installation file comprises a preset script program; the script program is used for controlling the control machine to write indication information for indicating successful test in a first target file after the script program is successfully installed and started on the test machine for the operating system installation file; creating the first target file according to the substrate management controller Internet protocol address; sending a first test instruction to the test machine, wherein the first test instruction is used for triggering the test machine to acquire the operating system installation file and install the operating system installation file; if indication information used for representing successful testing is not read in the first target file within a first preset time period after the first test instruction is sent, respectively comparing and analyzing the first equipment information with each piece of second equipment information which is tested successfully in a preset database to obtain a fault positioning result; and outputting the fault positioning result for display, wherein in the application, a first target file is created according to an internet protocol address of the baseboard management controller, then a first test instruction is sent to the test machine, if indication information which is written in by a preset script program and used for indicating the success of the test is not read in the first target file within a first preset time period after the first test instruction is sent, the first equipment information of the test machine and each piece of second equipment information which is successfully tested in a preset database are respectively compared and analyzed to obtain a fault positioning result, and in the whole process, a tester is not required to carry out deep debugging and analysis on the fault problem, so that the efficiency of network card pre-starting to execute the functional fault positioning of the environment is improved.

Optionally, an embodiment of the present application further provides an electronic device, which includes a processor, a memory, and a program or an instruction stored in the memory and capable of running on the processor, where the program or the instruction is executed by the processor to implement each process of the above-mentioned embodiment of the method for locating a functional fault of a network card pre-boot execution environment, and can achieve the same technical effect, and in order to avoid repetition, details are not repeated here.

It should be noted that the electronic device in the embodiment of the present application includes the mobile electronic device and the non-mobile electronic device described above.

Fig. 6 is a schematic diagram of a hardware structure of an electronic device implementing the embodiment of the present application.

The electronic device 400 includes, but is not limited to: radio unit 401, network module 402, audio output unit 403, input unit 404, sensor 405, display unit 406, user input unit 407, interface unit 408, memory 409, and processor 410.

Those skilled in the art will appreciate that the electronic device 400 may further include a power source (e.g., a battery) for supplying power to various components, and the power source may be logically connected to the processor 410 via a power management system, so as to implement functions of managing charging, discharging, and power consumption via the power management system. The electronic device structure shown in fig. 6 does not constitute a limitation of the electronic device, and the electronic device may include more or less components than those shown in the drawings, or combine some components, or arrange different components, and thus, the description is omitted here.

The processor 410 is configured to obtain a baseboard management controller internet protocol address of a tester and first device information of the tester; the control machine is provided with a pre-starting execution environment server program, an operating system installation file is stored in the control machine, and the operating system installation file comprises a preset script program; the script program is used for controlling the control machine to write indication information for indicating successful test in a first target file after the script program is successfully installed and started on the test machine for the operating system installation file;

sending a first test instruction to the test machine;

and outputting the fault positioning result for display.

In the method, a first target file is created according to an internet protocol address of a baseboard management controller, then a first test instruction is sent to a testing machine, if indication information which is written in through a preset script program and used for indicating successful testing is not read in the first target file within a first preset time period after the first test instruction is sent, comparison analysis is respectively carried out on first equipment information of the testing machine and second equipment information which is successfully tested in a preset database to obtain a fault positioning result, and in the whole process, a tester does not need to carry out deep debugging analysis on fault problems, so that the efficiency of network card pre-starting execution environment function fault positioning is improved.

Optionally, the processor 410 is further configured to determine that the fault location result is a basic input/output system fault if at least one piece of second device information includes the network card model information, and if at least one piece of second device information having the network card model information includes the network card firmware version information; under the condition that none of the second equipment information with the network card model information contains the network card firmware version information, acquiring second BIOS version information contained in each piece of the second equipment information with the network card model, and acquiring the fault positioning result according to the first BIOS version information and each piece of the second BIOS version information;

if none of the second device information contains the network card model information, acquiring second BIOS version information contained in each piece of second device information, and acquiring the fault positioning result according to the first BIOS version information and each piece of second BIOS version information;

the first device information comprises network card model information, network card firmware version information and first BIOS version information.

Optionally, the processor 410 is further configured to determine that the fault location result is a network card fault if at least one piece of second BIOS version information is the same as the first BIOS version information;

if none of the second BIOS version information is the same as the first BIOS version information, then

Replacing the BIOS of the first BIOS version information with a BIOS of third BIOS version information, wherein the third BIOS version information is the same as one of the second BIOS version information;

sending a second test instruction to the test machine;

if indication information used for indicating that the test is successful is read in the first target file within a second preset time period after the second test instruction is sent, determining that the fault positioning result is a basic input/output system fault;

and if the indication information for indicating the test success is not read in the first target file within a second preset time period after the second test instruction is sent, determining that the fault positioning result is a network card fault.

Optionally, the processor 410 is further configured to obtain, from all the second BIOS version information, third BIOS version information that is closest to the first BIOS version information;

and sending the BIOS corresponding to the third BIOS version information to the tester to replace the BIOS of the first BIOS version information in the tester.

Optionally, the processor 410 is further configured to create a second target file according to the bmc ip address of the tester; calling a preset platform management program to read the first BIOS version information; writing the first BIOS version information into the second target file; and obtaining the first BIOS version information by reading the second target file.

Optionally, the processor 410 is further configured to, if instruction information for indicating that the test is successful is read in the first target file within the first preset time period after the first test instruction is sent, add the first device information to the database as the second device information;

and outputting a result with normal function for display.

Optionally, the processor 410 is further configured to, before the instruction information for indicating that the test is successful is read in the first target file, after the first test instruction is sent to the test machine, receive, by a secure shell protocol processing process, a secure shell protocol command sent by the script program installed on the test machine, and execute the secure shell protocol command to write the instruction information for indicating that the test is successful in the first target file.

The embodiment of the present application further provides a readable storage medium, where a program or an instruction is stored on the readable storage medium, and when the program or the instruction is executed by a processor, the program or the instruction implements each process of the above-mentioned network card pre-boot execution environment function fault location method embodiment, and can achieve the same technical effect, and in order to avoid repetition, details are not repeated here.

The processor is the processor in the electronic device described in the above embodiment. The readable storage medium includes a computer readable storage medium, such as a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk.

The embodiment of the present application further provides a chip, where the chip includes a processor and a communication interface, the communication interface is coupled to the processor, and the processor is configured to run a program or an instruction to implement each process of the above-mentioned embodiment of the method for locating a functional fault of a network card pre-boot execution environment, and can achieve the same technical effect, and in order to avoid repetition, the description is omitted here.

It should be understood that the chips mentioned in the embodiments of the present application may also be referred to as system-on-chip, system-on-chip or system-on-chip, etc.

It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising a … …" does not exclude the presence of another identical element in a process, method, article, or apparatus that comprises the element. Further, it should be noted that the scope of the methods and apparatus of the embodiments of the present application is not limited to performing the functions in the order illustrated or discussed, but may include performing the functions in a substantially simultaneous manner or in a reverse order based on the functions involved, e.g., the methods described may be performed in an order different than that described, and various steps may be added, omitted, or combined. In addition, features described with reference to certain examples may be combined in other examples.

Through the above description of the embodiments, those skilled in the art will clearly understand that the method of the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but in many cases, the former is a better embodiment. Based on such understanding, the technical solutions of the present application may be embodied in the form of a software product, which is stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal (such as a mobile phone, a computer, a server, an air conditioner, or a network device) to execute the method according to the embodiments of the present application.

While the present embodiments have been described with reference to the accompanying drawings, it is to be understood that the invention is not limited to the precise embodiments described above, which are meant to be illustrative and not restrictive, and that various changes may be made therein by those skilled in the art without departing from the scope of the invention as defined by the appended claims.

Claims

1. A network card pre-starting execution environment function fault positioning method is applied to a controller and is characterized by comprising the following steps:

sending a first test instruction to the test machine, wherein the first test instruction is used for triggering the test machine to acquire the operating system installation file and install the operating system installation file;

and outputting the fault positioning result for display.

2. The method of claim 1,

the first equipment information comprises network card model information, network card firmware version information and first BIOS version information;

the comparing and analyzing the first device information and each piece of second device information successfully tested in a preset database respectively to obtain a fault positioning result, including:

if at least one piece of second equipment information contains the network card model information, determining that the fault positioning result is a basic input/output system fault under the condition that at least one piece of second equipment information containing the network card firmware version information contains the network card model information;

under the condition that the second equipment information with the network card model information does not contain the network card firmware version information, acquiring second BIOS version information contained in the second equipment information with the network card model, and acquiring the fault positioning result according to the first BIOS version information and the second BIOS version information;

if none of the second device information contains the network card model information, second BIOS version information contained in each piece of the second device information is obtained, and the fault positioning result is obtained according to the first BIOS version information and each piece of the second BIOS version information.

3. The method of claim 2, wherein obtaining the fault location result according to the first BIOS version information and each of the second BIOS version information comprises:

if at least one piece of second BIOS version information is the same as the first BIOS version information, determining that the fault positioning result is a network card fault;

sending a second test instruction to the test machine, wherein the second test instruction is used for triggering the test machine to acquire the operating system installation file and install the operating system installation file;

if indication information used for indicating that the test is successful is read in the first target file within a second preset time period after the second test instruction is sent, determining that the fault positioning result is a fault of the basic input and output system;

4. The method according to claim 3, wherein the replacing the BIOS of the first BIOS version information with the BIOS of the third BIOS version information comprises:

acquiring third BIOS version information which is closest to the first BIOS version information from all the second BIOS version information;

5. The method of claim 2, wherein the obtaining of the first BIOS version information comprises:

creating a second target file according to the substrate management controller Internet protocol address of the tester;

calling a preset platform management program to read the first BIOS version information;

writing the first BIOS version information into the second target file;

and obtaining the first BIOS version information by reading the second target file.

6. The method of claim 1, wherein after the sending the first test instruction to the tester, further comprising:

and if the indication information used for indicating the test success is read in the first target file within the first preset time period after the first test instruction is sent, adding the first equipment information serving as the second equipment information to the database.

7. The method according to claim 6, wherein before reading the indication information indicating that the test is successful in the first target file, further comprising:

after the first test instruction is sent to the tester, a secure shell protocol command sent by the script program installed on the tester is received through a secure shell protocol processing process, and the secure shell protocol command is executed to write indication information used for indicating successful test in the first target file.

8. A network card prestart execution environment function fault positioning device is applied to a controller, and is characterized in that the device comprises:

the information acquisition module is used for acquiring an Internet protocol address of a substrate management controller of a testing machine and first equipment information of the testing machine; the control machine is provided with a pre-starting execution environment server program, an operating system installation file is stored in the control machine, and the operating system installation file comprises a preset script program; the script program is used for controlling the control machine to write indication information for indicating successful test in a first target file after the script program is successfully installed and started on the test machine for the operating system installation file;

the test instruction module is used for sending a first test instruction to the test machine, wherein the first test instruction is used for triggering the test machine to acquire the operating system installation file and install the operating system installation file;

and the result output module is used for outputting the fault positioning result for display.

9. An electronic device comprising a processor, a memory, and a program or instructions stored on the memory and executable on the processor, the program or instructions when executed by the processor implementing the steps of the network card pre-boot execution environment functional failure location method of any one of claims 1-7.

10. A readable storage medium, characterized in that the readable storage medium stores thereon a program or instructions, which when executed by a processor, implement the steps of the network card pre-boot execution environment functional failure location method of any one of claims 1-7.