CN110750396A - Server operating system compatibility testing method and device and storage medium - Google Patents
Server operating system compatibility testing method and device and storage medium Download PDFInfo
- Publication number
- CN110750396A CN110750396A CN201910811786.8A CN201910811786A CN110750396A CN 110750396 A CN110750396 A CN 110750396A CN 201910811786 A CN201910811786 A CN 201910811786A CN 110750396 A CN110750396 A CN 110750396A
- Authority
- CN
- China
- Prior art keywords
- test
- operating system
- testing
- compatibility
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
- G06F11/2289—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing by configuration test
Landscapes
- Engineering & Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
Abstract
The invention relates to a method, a device and a storage medium for testing the compatibility of a server operating system, which comprises the following steps: s1: identifying the model configuration; s2: classifying the models; s3: a step of installing a system; s4: automatically testing; s5: collecting logs; s6: a step of host adaptation; s7, identifying the test progress; and S8, monitoring and alarming.
Description
Technical Field
The invention belongs to the technical field of server testing, relates to a technical scheme for testing a server, and particularly relates to a method and a device for testing the compatibility of a server operating system and a storage medium.
Background
System compatibility refers to the ability of software or hardware developed for one computer system to be adaptable to another or other computer systems. The system compatibility is the basic characteristic of series computers, and is an important design idea and technical measure for avoiding the abandonment of software developed by users on old product models. It protects the existing resources of users, saves the development investment of manufacturers and users, accelerates the development process of computers, and promotes the development of computer industry and application. Compatibility is expressed in many aspects of software and hardware, and the realization method comprises the following steps: machine language program compatibility, assembly language program compatibility, high level language program compatibility, system software compatibility, software system compatibility, device or component compatibility, family machine, and compatible machine.
System compatibility, which may also be referred to as system extensibility, with the rapid development of VLSI technology and computer technology, computer hardware and architecture have also rapidly developed, and accordingly, they have placed higher functional and performance requirements on the OS. Moreover, the development of multiprocessor systems, computer networks, and in particular the Internet, has placed a series of newer demands on the OS. Therefore, the OS must be very scalable to accommodate the demands of computer hardware, architecture, and application development. That is, modern OS should adopt new OS structures such as a microkernel structure and a client server mode in order to easily add new functions and modules and to modify old functions and modules.
The traditional server operating system compatibility test needs to install each operating system respectively for the tests of a plurality of different servers and various operating systems, manually executes each test item for each part, also needs to carry out various adaptation work for the test items needing to be carried out by connecting two servers, needs to be attended by the servers during the test, consumes a large amount of time and energy, and is more labor-intensive. This is a drawback and deficiency in the prior art.
In view of the above, the present invention provides a method, an apparatus and a storage medium for testing the compatibility of a server operating system; to address the above-mentioned deficiencies and problems in the prior art.
Disclosure of Invention
The invention provides a method, a device and a storage medium for testing the compatibility of a server operating system, aiming at the defects and defects that various adaptation works are required for a test project which needs to be performed by connecting two servers, a large amount of time and energy are required to be consumed by watching a server during testing, and a large amount of workload is invested in the prior art.
In order to achieve the purpose, the invention provides the following technical scheme:
in a first aspect, the present invention provides a method for testing compatibility of a server operating system, including the following steps:
s1: model configuration identification:
identifying the equipment model and equipment component configuration information accessed to the system compatibility test network server;
s2: machine type classification:
classifying the identified models, matching corresponding test types for each type of model, and setting an operation completion time threshold;
because the models configured differently are influenced by the factors of the number of devices, the capacity of the devices and the response time of the devices of different models, the time required for the compatibility test of the models configured differently is different, the identified models need to be classified, and each classified model is provided with an operation completion time threshold for each test type;
s3: the system installation step:
installing operating systems, deploying compatibility test project scripts, and transferring to the step S4 for testing after each operating system is installed;
the method comprises the steps that a kick start automation system installation script preset by a pxe server is used for completing the automatic installation of an operating system and the deployment of a compatibility test project script;
s4: and (3) automatic testing:
according to a pre-configured operating system test list, performing installation test on each operating system; after the testing of the operating system to be tested is completed, the step S3 is switched to continue to install the next operating system until the last testing of the compatibility of the operating system to be tested is completed;
for each installed operating system, compatibility testing of each part is required, and the test items include: checking basic information, verifying basic functions and testing stability;
the list of testable operating systems includes, but is not limited to, the following operating systems:
RHEL6、RHEL7、RHEL8、Centos6、Centos7、Centos8、SLES11、SLES12、SLES15、Debian8、Debian9、Debian10、Ubuntu16、Ubuntu18、OracleLinux6、OracleLinux7；
s5: collecting logs:
collecting the log of each test item in the automatic test, and collecting a complete system log after each test item of the operating system is completed;
such as sosreport system log of RHEL/CentOS/Debian/Ubuntu/Oracle Linux, and supportconfig system log of SLES.
S6: host adaptation:
the method is characterized in that two servers needing to be tested by the network card or the HBA card are adapted, relevant test scripts are configured for testing, and the servers are preferentially adapted with the same model, the same operating system, the same network card or the same HBA card component model when the servers are adapted to the model, so that the influence caused by hardware mismatching is eliminated.
In the compatibility test project, most of the compatibility test projects can be completed on an independent host, but for the test of the network card and the HBA card, two servers are required to be connected with each other through a network to perform the data communication stability test of the network and the storage.
For the situation, an equipment pool is automatically obtained from machine type classification, two servers needing network cards or HBA card testing are adapted, relevant test scripts are configured for testing, and the equipment pool is preferentially adapted to the same model, the same operating system, the same network card or HBA card component model when the equipment pool is adapted to the machine type so as to eliminate the influence caused by hardware mismatching.
S7, identifying the test progress:
for each test item, a minimum test time threshold and a maximum test time threshold of operation completion time are set, if a certain test of the server is completed in advance within the minimum test time threshold or the operation exceeds the maximum test time threshold, the test is abnormal, and a warning is recorded and sent for debugging processing;
and identifying and recording the progress of each test type of each server to judge whether the preset threshold is reached or whether all test items are finished.
S8, monitoring and alarming:
and monitoring the compatibility test progress in real time, alarming the server which is tested in error, and identifying the servers which normally finish all test projects.
Preferably, the basic information viewing item in step S4 includes:
the system comprises machine model, OS version, log information, BIOS related information, BMC related information, CPU information, memory information, hard disk information, drive version information and peripheral card information. Information is collected in multiple aspects and tested, and the comprehensiveness of the test is improved.
Preferably, the basic function verification item in step S4 includes:
three times respectively for AC/DC/REBOOT, CPU function test, memory read-write function test, network card iperf basic function test, HBA basic function test and disk read-write function test. Information is collected in multiple aspects and tested, and the comprehensiveness of the test is improved.
Preferably, the stability test items in step S4 include:
and (3) restarting and testing for 12 hours or preset restarting times by using a rebot script, and causing no errors that the system cannot normally run due to no significant errors of messages, dmesg, mcelog logs and BMC logs under the system. Information is collected in multiple aspects and tested, and comprehensiveness and accuracy of testing are improved.
In a second aspect, the present invention provides a device for testing compatibility of a server operating system, including:
a model configuration identification module: identifying the equipment model and equipment component configuration information accessed to the system compatibility test network server;
a model classification module: classifying the identified models, matching corresponding test types for each type of model, and setting an operation completion time threshold;
because the models configured differently are influenced by the factors of the number of devices, the capacity of the devices and the response time of the devices of different models, the time required for the compatibility test of the models configured differently is different, the identified models need to be classified, and each classified model is provided with an operation completion time threshold for each test type;
a system installation module: installing operating systems, deploying compatibility test project scripts, and transferring the operating systems to an automatic test module for testing after each operating system is installed;
the method comprises the steps that a kick start automation system installation script preset by a pxe server is used for completing the automatic installation of an operating system and the deployment of a compatibility test project script;
an automatic test module: according to a pre-configured operating system test list, performing installation test on each operating system; after the test of the operating system to be tested is finished, the system installation module is switched to continue to install the next operating system until the compatibility test of the last operating system to be tested is finished;
for each installed operating system, compatibility testing of each part is required, and the test items include: checking basic information, verifying basic functions and testing stability;
the list of testable operating systems includes, but is not limited to, the following operating systems:
RHEL6、RHEL7、RHEL8、Centos6、Centos7、Centos8、SLES11、SLES12、SLES15、Debian8、Debian9、Debian10、Ubuntu16、Ubuntu18、OracleLinux6、OracleLinux7；
a log collection module: collecting the log of each test item in the automatic test, and collecting a complete system log after each test item of the operating system is completed;
such as sosreport system log of RHEL/CentOS/Debian/Ubuntu/Oracle Linux, and supportconfig system log of SLES.
Host adaptation module: the method is characterized in that two servers needing to be tested by the network card or the HBA card are adapted, relevant test scripts are configured for testing, and the servers are preferentially adapted with the same model, the same operating system, the same network card or the same HBA card component model when the servers are adapted to the model, so that the influence caused by hardware mismatching is eliminated.
In the compatibility test project, most of the compatibility test projects can be completed on an independent host, but for the test of the network card and the HBA card, two servers are required to be connected with each other through a network to perform the data communication stability test of the network and the storage.
For the situation, an equipment pool is automatically obtained from machine type classification, two servers needing network cards or HBA card testing are adapted, relevant test scripts are configured for testing, and the equipment pool is preferentially adapted to the same model, the same operating system, the same network card or HBA card component model when the equipment pool is adapted to the machine type so as to eliminate the influence caused by hardware mismatching.
The test progress identification module: for each test item, a minimum test time threshold and a maximum test time threshold of operation completion time are set, if a certain test of the server is completed in advance within the minimum test time threshold or the operation exceeds the maximum test time threshold, the test is abnormal, and a warning is recorded and sent for debugging processing;
and identifying and recording the progress of each test type of each server to judge whether the preset threshold is reached or whether all test items are finished.
The monitoring and alarming module: and monitoring the compatibility test progress in real time, alarming the server which is tested in error, and identifying the servers which normally finish all test projects.
Preferably, the basic information viewing item of the automatic test module comprises:
the system comprises machine model, OS version, log information, BIOS related information, BMC related information, CPU information, memory information, hard disk information, drive version information and peripheral card information. Information is collected in multiple aspects and tested, and the comprehensiveness of the test is improved.
Preferably, the basic function verification items of the automatic test module include:
three times respectively for AC/DC/REBOOT, CPU function test, memory read-write function test, network card iperf basic function test, HBA basic function test and disk read-write function test. Information is collected in multiple aspects and tested, and the comprehensiveness of the test is improved.
Preferably, the stability test items of the automatic test module include:
and (3) restarting and testing for 12 hours or preset restarting times by using a rebot script, and causing no errors that the system cannot normally run due to no significant errors of messages, dmesg, mcelog logs and BMC logs under the system. Information is collected in multiple aspects and tested, and comprehensiveness and accuracy of testing are improved.
In a third aspect, the present invention provides a computer storage medium having stored therein instructions that, when run on a computer, cause the computer to perform the method of the first aspect described above.
In a fourth aspect, the present invention provides a terminal, comprising:
a processor, a memory, wherein,
the memory is used for storing a computer program which,
the processor is configured to retrieve and execute the computer program from the memory, so that the terminal performs the method according to the first aspect.
In a fifth aspect, the present invention provides a computer program product comprising instructions which, when run on a computer, cause the computer to perform the method of the first aspect described above.
The invention has the advantages that a large amount of complicated and repeated manual operations are saved, so that the compatibility verification of the operating system can be automatically completed for servers to be tested of different machine types and different configurations, a large amount of labor consumption is saved, the testing time of machine type adaptation waiting is shortened, and the efficiency of system compatibility testing is greatly improved.
In addition, the invention has reliable design principle, simple structure and very wide application prospect.
Drawings
In order to more clearly illustrate the embodiments or technical solutions in the prior art of the present invention, the drawings used in the description of the embodiments or prior art will be briefly described below, and it is obvious for those skilled in the art that other drawings can be obtained based on these drawings without creative efforts.
Fig. 1 is a flowchart of a method for testing compatibility of a server operating system according to the present invention.
Fig. 2 is a schematic block diagram of a device for testing compatibility of a server operating system according to the present invention.
The system comprises a machine type configuration identification module 1, a machine type classification module 2, a system installation module 3, an automatic test module 4, a log collection module 5, a host adaptation module 6, a test progress identification module 7 and a monitoring alarm module 8.
Detailed Description
In order to make those skilled in the art better understand the technical solution of the present invention, the technical solution in the embodiment of the present invention will be clearly and completely described below with reference to the drawings in the embodiment of the present invention, and it is obvious that the described embodiment is only a part of the embodiment of the present invention, and not all embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
Example 1:
as shown in fig. 1, the method for testing the compatibility of the server operating system provided in this embodiment includes the following steps:
s1: model configuration identification:
identifying the equipment model and equipment component configuration information accessed to the system compatibility test network server;
s2: machine type classification:
classifying the identified models, matching corresponding test types for each type of model, and setting an operation completion time threshold;
because the models configured differently are influenced by the factors of the number of devices, the capacity of the devices and the response time of the devices of different models, the time required for the compatibility test of the models configured differently is different, the identified models need to be classified, and each classified model is provided with an operation completion time threshold for each test type;
s3: the system installation step:
installing operating systems, deploying compatibility test project scripts, and transferring to the step S4 for testing after each operating system is installed;
the method comprises the steps that a kick start automation system installation script preset by a pxe server is used for completing the automatic installation of an operating system and the deployment of a compatibility test project script;
s4: and (3) automatic testing:
according to a pre-configured operating system test list, performing installation test on each operating system; after the testing of the operating system to be tested is completed, the step S3 is switched to continue to install the next operating system until the last testing of the compatibility of the operating system to be tested is completed;
for each installed operating system, compatibility testing of each part is required, and the test items include: checking basic information, verifying basic functions and testing stability;
the list of testable operating systems includes, but is not limited to, the following operating systems:
RHEL6、RHEL7、RHEL8、Centos6、Centos7、Centos8、SLES11、SLES12、SLES15、Debian8、Debian9、Debian10、Ubuntu16、Ubuntu18、OracleLinux6、OracleLinux7；
the basic information viewing item includes:
the system comprises machine model, OS version, log information, BIOS related information, BMC related information, CPU information, memory information, hard disk information, drive version information and peripheral card information. Information is collected in multiple aspects and tested, and the comprehensiveness of the test is improved.
The basic function verification item comprises:
three times respectively for AC/DC/REBOOT, CPU function test, memory read-write function test, network card iperf basic function test, HBA basic function test and disk read-write function test. Information is collected in multiple aspects and tested, and the comprehensiveness of the test is improved.
The stability test items include:
and (3) restarting and testing for 12 hours or preset restarting times by using a rebot script, and causing no errors that the system cannot normally run due to no significant errors of messages, dmesg, mcelog logs and BMC logs under the system. Information is collected in multiple aspects and tested, and comprehensiveness and accuracy of testing are improved.
S5: collecting logs:
collecting the log of each test item in the automatic test, and collecting a complete system log after each test item of the operating system is completed;
such as sosreport system log of RHEL/CentOS/Debian/Ubuntu/Oracle Linux, and supportconfig system log of SLES.
S6: host adaptation:
the method is characterized in that two servers needing to be tested by the network card or the HBA card are adapted, relevant test scripts are configured for testing, and the servers are preferentially adapted with the same model, the same operating system, the same network card or the same HBA card component model when the servers are adapted to the model, so that the influence caused by hardware mismatching is eliminated.
In the compatibility test project, most of the compatibility test projects can be completed on an independent host, but for the test of the network card and the HBA card, two servers are required to be connected with each other through a network to perform the data communication stability test of the network and the storage.
For the situation, an equipment pool is automatically obtained from machine type classification, two servers needing network cards or HBA card testing are adapted, relevant test scripts are configured for testing, and the equipment pool is preferentially adapted to the same model, the same operating system, the same network card or HBA card component model when the equipment pool is adapted to the machine type so as to eliminate the influence caused by hardware mismatching.
S7, identifying the test progress:
for each test item, a minimum test time threshold and a maximum test time threshold of operation completion time are set, if a certain test of the server is completed in advance within the minimum test time threshold or the operation exceeds the maximum test time threshold, the test is abnormal, and a warning is recorded and sent for debugging processing;
and identifying and recording the progress of each test type of each server to judge whether the preset threshold is reached or whether all test items are finished.
S8, monitoring and alarming:
and monitoring the compatibility test progress in real time, alarming the server which is tested in error, and identifying the servers which normally finish all test projects.
Example 2:
as shown in fig. 2, the present embodiment provides a device for testing compatibility of a server operating system, including:
model configuration identification module 1: identifying the equipment model and equipment component configuration information accessed to the system compatibility test network server;
the model classification module 2: classifying the identified models, matching corresponding test types for each type of model, and setting an operation completion time threshold;
because the models configured differently are influenced by the factors of the number of devices, the capacity of the devices and the response time of the devices of different models, the time required for the compatibility test of the models configured differently is different, the identified models need to be classified, and each classified model is provided with an operation completion time threshold for each test type;
system installation module 3: installing operating systems, deploying compatibility test project scripts, and transferring the operating systems to an automatic test module for testing after each operating system is installed;
the method comprises the steps that a kick start automation system installation script preset by a pxe server is used for completing the automatic installation of an operating system and the deployment of a compatibility test project script;
the automatic test module 4: according to a pre-configured operating system test list, performing installation test on each operating system; after the test of the operating system to be tested is finished, the system installation module is switched to continue to install the next operating system until the compatibility test of the last operating system to be tested is finished;
for each installed operating system, compatibility testing of each part is required, and the test items include: checking basic information, verifying basic functions and testing stability;
the list of testable operating systems includes, but is not limited to, the following operating systems:
RHEL6、RHEL7、RHEL8、Centos6、Centos7、Centos8、SLES11、SLES12、SLES15、Debian8、Debian9、Debian10、Ubuntu16、Ubuntu18、OracleLinux6、OracleLinux7；
the basic information viewing items of the automatic test module comprise:
the system comprises machine model, OS version, log information, BIOS related information, BMC related information, CPU information, memory information, hard disk information, drive version information and peripheral card information. Information is collected in multiple aspects and tested, and the comprehensiveness of the test is improved.
The basic function verification items of the automatic test module comprise:
three times respectively for AC/DC/REBOOT, CPU function test, memory read-write function test, network card iperf basic function test, HBA basic function test and disk read-write function test. Information is collected in multiple aspects and tested, and the comprehensiveness of the test is improved.
The stability test items of the automatic test module include:
and (3) restarting and testing for 12 hours or preset restarting times by using a rebot script, and causing no errors that the system cannot normally run due to no significant errors of messages, dmesg, mcelog logs and BMC logs under the system. Information is collected in multiple aspects and tested, and comprehensiveness and accuracy of testing are improved.
The log collection module 5: collecting the log of each test item in the automatic test, and collecting a complete system log after each test item of the operating system is completed;
such as sosreport system log of RHEL/CentOS/Debian/Ubuntu/Oracle Linux, and supportconfig system log of SLES.
Host adaptation module 6: the method is characterized in that two servers needing to be tested by the network card or the HBA card are adapted, relevant test scripts are configured for testing, and the servers are preferentially adapted with the same model, the same operating system, the same network card or the same HBA card component model when the servers are adapted to the model, so that the influence caused by hardware mismatching is eliminated.
In the compatibility test project, most of the compatibility test projects can be completed on an independent host, but for the test of the network card and the HBA card, two servers are required to be connected with each other through a network to perform the data communication stability test of the network and the storage.
For the situation, an equipment pool is automatically obtained from machine type classification, two servers needing network cards or HBA card testing are adapted, relevant test scripts are configured for testing, and the equipment pool is preferentially adapted to the same model, the same operating system, the same network card or HBA card component model when the equipment pool is adapted to the machine type so as to eliminate the influence caused by hardware mismatching.
Test progress recognition module 7: for each test item, a minimum test time threshold and a maximum test time threshold of operation completion time are set, if a certain test of the server is completed in advance within the minimum test time threshold or the operation exceeds the maximum test time threshold, the test is abnormal, and a warning is recorded and sent for debugging processing;
and identifying and recording the progress of each test type of each server to judge whether the preset threshold is reached or whether all test items are finished.
The monitoring and alarming module 8: and monitoring the compatibility test progress in real time, alarming the server which is tested in error, and identifying the servers which normally finish all test projects.
Example 3:
the present embodiment provides a computer storage medium having stored therein instructions that, when run on a computer, cause the computer to perform the method of embodiment 1 described above.
Example 4:
the present embodiment provides a terminal, including:
a processor, a memory, wherein,
the memory is used for storing a computer program which,
the processor is configured to call and run the computer program from the memory, so that the terminal executes the method described in embodiment 1 above.
Example 5:
the present embodiment provides a computer program product comprising instructions which, when run on a computer, cause the computer to perform the method of embodiment 1 above.
Although the present invention has been described in detail by referring to the drawings in connection with the preferred embodiments, the present invention is not limited thereto. Various equivalent modifications or substitutions can be made on the embodiments of the present invention by those skilled in the art without departing from the spirit and scope of the present invention, and these modifications or substitutions are within the scope of the present invention/any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present invention. Therefore, the protection scope of the present invention shall be subject to the protection scope of the claims.
Claims (9)
1. A method for testing the compatibility of a server operating system is characterized by comprising the following steps:
s1: model configuration identification:
identifying the equipment model and equipment component configuration information accessed to the system compatibility test network server;
s2: machine type classification:
classifying the identified models, matching corresponding test types for each type of model, and setting an operation completion time threshold;
s3: the system installation step:
installing operating systems, deploying compatibility test project scripts, and transferring to the step S4 for testing after each operating system is installed;
the method comprises the steps that a kick start automation system installation script preset by a pxe server is used for completing the automatic installation of an operating system and the deployment of a compatibility test project script;
s4: and (3) automatic testing:
according to a pre-configured operating system test list, performing installation test on each operating system; after the testing of the operating system to be tested is completed, the step S3 is switched to continue to install the next operating system until the last testing of the compatibility of the operating system to be tested is completed;
for each installed operating system, compatibility testing of each part is required, and the test items include: checking basic information, verifying basic functions and testing stability;
s5: collecting logs:
collecting the log of each test item in the automatic test, and collecting a complete system log after each test item of the operating system is completed;
s6: host adaptation:
the method comprises the following steps of adapting two servers needing to be tested by a network card or an HBA card, configuring related test scripts for testing, and preferentially adapting the models of the same type, the same operating system, the same network card or the same HBA card component when adapting the model;
s7, identifying the test progress:
for each test item, a minimum test time threshold and a maximum test time threshold of operation completion time are set, if a certain test of the server is completed in advance within the minimum test time threshold or the operation exceeds the maximum test time threshold, the test is abnormal, and a warning is recorded and sent for debugging processing;
s8, monitoring and alarming:
and monitoring the compatibility test progress in real time, alarming the server which is tested in error, and identifying the servers which normally finish all test projects.
2. The method for testing compatibility of a server operating system according to claim 1, wherein said basic information viewing item in step S4 includes:
the system comprises machine model, OS version, log information, BIOS related information, BMC related information, CPU information, memory information, hard disk information, drive version information and peripheral card information.
3. The method for testing compatibility of a server operating system according to claim 2, wherein the basic function verification item in the step S4 includes:
three times respectively for AC/DC/REBOOT, CPU function test, memory read-write function test, network card iperf basic function test, HBA basic function test and disk read-write function test.
4. The method for testing compatibility of a server operating system according to claim 3, wherein the stability test item in the step S4 includes:
and (3) restarting and testing for 12 hours or preset restarting times by using a rebot script, and causing no errors that the system cannot normally run due to no significant errors of messages, dmesg, mcelog logs and BMC logs under the system.
5. A device for testing compatibility of a server operating system, comprising:
a model configuration identification module: identifying the equipment model and equipment component configuration information accessed to the system compatibility test network server;
a model classification module: classifying the identified models, matching corresponding test types for each type of model, and setting an operation completion time threshold;
a system installation module: installing operating systems, deploying compatibility test project scripts, and transferring the operating systems to an automatic test module for testing after each operating system is installed;
the method comprises the steps that a kick start automation system installation script preset by a pxe server is used for completing the automatic installation of an operating system and the deployment of a compatibility test project script;
an automatic test module: according to a pre-configured operating system test list, performing installation test on each operating system; after the test of the operating system to be tested is finished, the system installation module is switched to continue to install the next operating system until the compatibility test of the last operating system to be tested is finished;
for each installed operating system, compatibility testing of each part is required, and the test items include: checking basic information, verifying basic functions and testing stability;
a log collection module: collecting the log of each test item in the automatic test, and collecting a complete system log after each test item of the operating system is completed;
host adaptation module: the method comprises the following steps of adapting two servers needing to be tested by a network card or an HBA card, configuring related test scripts for testing, and preferentially adapting the models of the same type, the same operating system, the same network card or the same HBA card component when adapting the model;
the test progress identification module: for each test item, a minimum test time threshold and a maximum test time threshold of operation completion time are set, if a certain test of the server is completed in advance within the minimum test time threshold or the operation exceeds the maximum test time threshold, the test is abnormal, and a warning is recorded and sent for debugging processing;
the monitoring and alarming module: and monitoring the compatibility test progress in real time, alarming the server which is tested in error, and identifying the servers which normally finish all test projects.
6. The apparatus according to claim 5, wherein the basic information viewing item of the automatic test module comprises:
the system comprises machine model, OS version, log information, BIOS related information, BMC related information, CPU information, memory information, hard disk information, drive version information and peripheral card information.
7. The apparatus as claimed in claim 6, wherein the basic function verification item of the automatic test module comprises:
three times respectively for AC/DC/REBOOT, CPU function test, memory read-write function test, network card iperf basic function test, HBA basic function test and disk read-write function test.
8. The apparatus according to claim 7, wherein the stability test item of the automatic test module comprises:
and (3) restarting and testing for 12 hours or preset restarting times by using a rebot script, and causing no errors that the system cannot normally run due to no significant errors of messages, dmesg, mcelog logs and BMC logs under the system.
9. A computer storage medium having stored thereon instructions which, when run on a computer, cause the computer to perform the method of any of claims 1-4 above.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910811786.8A CN110750396B (en) | 2019-08-30 | 2019-08-30 | Server operating system compatibility testing method and device and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910811786.8A CN110750396B (en) | 2019-08-30 | 2019-08-30 | Server operating system compatibility testing method and device and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110750396A true CN110750396A (en) | 2020-02-04 |
| CN110750396B CN110750396B (en) | 2022-07-19 |
Family
ID=69275978
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910811786.8A Active CN110750396B (en) | 2019-08-30 | 2019-08-30 | Server operating system compatibility testing method and device and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110750396B (en) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111324519A (en) * | 2020-02-21 | 2020-06-23 | 浪潮电子信息产业股份有限公司 | Compatibility testing method, system, device and readable storage medium |
| CN111367735A (en) * | 2020-02-28 | 2020-07-03 | 苏州浪潮智能科技有限公司 | Test method and system based on server to be tested and Wuban diagram operating system |
| CN111611159A (en) * | 2020-05-13 | 2020-09-01 | 麒麟软件有限公司 | Linux operating system test authentication flow management method |
| CN111624959A (en) * | 2020-04-22 | 2020-09-04 | Oppo（重庆）智能科技有限公司 | Test efficiency acquisition method, storage medium, and electronic device |
| CN112035301A (en) * | 2020-08-19 | 2020-12-04 | 深圳市国鑫恒运信息安全有限公司 | Shell-based automatic server testing method and system |
| CN112083962A (en) * | 2020-08-28 | 2020-12-15 | 山东英信计算机技术有限公司 | Method, device, equipment and storage medium for automatically installing operating system |
| CN112256505A (en) * | 2020-10-16 | 2021-01-22 | 浪潮电子信息产业股份有限公司 | Server stability testing method and device and related components |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20170060713A1 (en) * | 2015-08-27 | 2017-03-02 | Google Inc. | Systems and methods for device compatibility testing and reporting |
| CN107643963A (en) * | 2017-08-02 | 2018-01-30 | 中标软件有限公司 | Network interface card and the method and device of Compatibility of Operating System test |
| CN108563540A (en) * | 2018-04-13 | 2018-09-21 | 郑州云海信息技术有限公司 | Server and red flag Compatibility of Operating System test method, system and storage medium |
| CN109446069A (en) * | 2018-09-26 | 2019-03-08 | 平安普惠企业管理有限公司 | Compatibility test method, device, computer equipment and medium |
-
2019
- 2019-08-30 CN CN201910811786.8A patent/CN110750396B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20170060713A1 (en) * | 2015-08-27 | 2017-03-02 | Google Inc. | Systems and methods for device compatibility testing and reporting |
| CN107643963A (en) * | 2017-08-02 | 2018-01-30 | 中标软件有限公司 | Network interface card and the method and device of Compatibility of Operating System test |
| CN108563540A (en) * | 2018-04-13 | 2018-09-21 | 郑州云海信息技术有限公司 | Server and red flag Compatibility of Operating System test method, system and storage medium |
| CN109446069A (en) * | 2018-09-26 | 2019-03-08 | 平安普惠企业管理有限公司 | Compatibility test method, device, computer equipment and medium |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111324519A (en) * | 2020-02-21 | 2020-06-23 | 浪潮电子信息产业股份有限公司 | Compatibility testing method, system, device and readable storage medium |
| CN111324519B (en) * | 2020-02-21 | 2022-06-17 | 浪潮电子信息产业股份有限公司 | Compatibility testing method, system, device and readable storage medium |
| CN111367735A (en) * | 2020-02-28 | 2020-07-03 | 苏州浪潮智能科技有限公司 | Test method and system based on server to be tested and Wuban diagram operating system |
| CN111624959A (en) * | 2020-04-22 | 2020-09-04 | Oppo（重庆）智能科技有限公司 | Test efficiency acquisition method, storage medium, and electronic device |
| CN111611159A (en) * | 2020-05-13 | 2020-09-01 | 麒麟软件有限公司 | Linux operating system test authentication flow management method |
| CN112035301A (en) * | 2020-08-19 | 2020-12-04 | 深圳市国鑫恒运信息安全有限公司 | Shell-based automatic server testing method and system |
| CN112083962A (en) * | 2020-08-28 | 2020-12-15 | 山东英信计算机技术有限公司 | Method, device, equipment and storage medium for automatically installing operating system |
| CN112256505A (en) * | 2020-10-16 | 2021-01-22 | 浪潮电子信息产业股份有限公司 | Server stability testing method and device and related components |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110750396B (en) | 2022-07-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110750396B (en) | Server operating system compatibility testing method and device and storage medium | |
| WO2022160756A1 (en) | Server fault positioning method, apparatus and system, and computer-readable storage medium | |
| US20240012706A1 (en) | Method, system and apparatus for fault positioning in starting process of server | |
| US9218893B2 (en) | Memory testing in a data processing system | |
| CN107111595B (en) | Method, device and system for detecting early boot errors | |
| CN106547653B (en) | Computer system fault state detection method, device and system | |
| CN106598796A (en) | Method for testing hardware information stability in reboot | |
| TWI779682B (en) | Computer system, computer server and method of starting the same | |
| CN101989220A (en) | Pressure testing method | |
| CN109857583B (en) | Processing method and device | |
| CN112000535A (en) | SAS Expander card-based hard disk abnormity identification method and processing method | |
| CN114116330B (en) | Server performance testing method, system, terminal and storage medium | |
| CN113315675B (en) | White box switch U-Boot automatic testing method, system and storage medium | |
| CN111858201A (en) | BMC (baseboard management controller) comprehensive test method, system, terminal and storage medium | |
| CN110941520A (en) | Hardware function test system and method based on two-out-of-two safety control unit | |
| CN104657232A (en) | BIOS automatic recovery system and BIOS automatic recovery method | |
| US7415560B2 (en) | Method of automatically monitoring computer system debugging routine | |
| CN105630523A (en) | Computer BIOS data recovery system and method | |
| CN115422091B (en) | Firmware debugging method and device, electronic equipment and storage medium | |
| CN106649011A (en) | Detection method and detection device for server equipment | |
| CN115757099A (en) | Automatic test method and device for platform firmware protection recovery function | |
| CN107168819B (en) | Method and device for restarting operating system | |
| CN114461458A (en) | Server memory test method, system, terminal and storage medium | |
| CN112035301A (en) | Shell-based automatic server testing method and system | |
| CN107122275A (en) | It is a kind of to check the device and method that RMT tests information |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |