CN117393029A

CN117393029A - A RAID card testing method and test server

Info

Publication number: CN117393029A
Application number: CN202311257536.7A
Authority: CN
Inventors: 汪杰
Original assignee: XFusion Digital Technologies Co Ltd
Current assignee: XFusion Digital Technologies Co Ltd
Priority date: 2023-09-26
Filing date: 2023-09-26
Publication date: 2024-01-12

Abstract

The embodiment of the application discloses a RAID card testing method and a testing server, wherein the method comprises the following steps: acquiring information of a test task, wherein the information of the test task comprises identifiers of a plurality of RAID cards to be tested and identifiers of OS to be tested; the types of the RAID cards to be tested are not identical; creating a plurality of first VMs corresponding to the plurality of RAID cards to be tested according to the identifiers of the plurality of RAID cards to be tested, wherein the plurality of RAID cards to be tested are in one-to-one correspondence with the plurality of first VMs; acquiring an optical disk image file of the OS to be tested according to the identification of the OS to be tested; and controlling each first VM in the plurality of first VMs, and testing whether the OS to be tested can be installed on the corresponding RAID card to be tested through the optical disk image file of the OS to be tested. Through a plurality of first VMs corresponding to the plurality of RAID cards to be tested, the compatibility of the plurality of RAID cards to be tested and the OS to be tested is tested in parallel, so that the testing efficiency can be improved.

Description

RAID card testing method and testing server

Technical Field

The application relates to the technical field of server testing, in particular to a RAID card testing method and a testing server.

Background

Redundant array of independent disks (redundant arrays of independent disks, RAID) is a technique that combines multiple independent hard disks in different ways to form a logical hard disk, thereby providing higher storage performance than a single hard disk. The RAID card is a board card which applies RAID technology and integrates a plurality of hard disks and is used for connecting a server main board, and provides larger storage capacity, safer data storage and more efficient data reading and writing for the server.

In a server compatibility test scenario, there is a typical three-dimensional cross compatibility test requirement of "server+RAID card+OS"; specifically, different servers need to be collocated with different RAID cards, and different Operating Systems (OS) are installed on the RAID cards and stably run, so as to meet different requirements of clients of servers in various industries. It is a problem currently faced with how to quickly perform this compatibility test on a large number of combinations of different servers, RAID cards and OS.

In the existing test method, for a server, after compatibility test is performed on a RAID card and an OS of the server, a tester needs to manually adjust configuration of the OS and the RAID card on the server, so that after the server is restarted, the compatibility test can be performed on the OS and another RAID card. The method requires a tester to manually switch the test object, and has low test efficiency.

Disclosure of Invention

The embodiment of the application provides a RAID card testing method and a testing server, which can be used for testing the compatibility of an OS to be tested and different RAID cards to be tested which are plugged into the testing server in parallel for the testing server, so that the testing efficiency is improved.

An embodiment of the present application provides a method for testing a RAID card, where the method further includes:

acquiring information of a test task, wherein the information of the test task comprises identifiers of a plurality of RAID cards to be tested and identifiers of an Operating System (OS) to be tested; the types of the RAID cards to be tested are not identical; creating a plurality of first Virtual Machines (VM) corresponding to the RAID cards to be tested according to the identifiers of the RAID cards to be tested, wherein the RAID cards to be tested are in one-to-one correspondence with the first VMs; acquiring an optical disk image file of the OS to be tested according to the identification of the OS to be tested; and controlling each first VM in the plurality of first VMs, and testing whether the OS to be tested can be installed on the corresponding RAID card to be tested through the optical disk image file of the OS to be tested.

In the embodiment of the application, firstly, information of a test task is obtained, and then, a plurality of first VMs corresponding to a plurality of RAID cards to be tested are created in a test server according to the identifiers of the RAID cards to be tested in the information; acquiring an optical disk image file of the OS to be detected according to the identification of the OS to be detected in the information; and finally, controlling each first VM in the plurality of first VMs, and testing whether the OS to be tested can be installed on the corresponding RAID card to be tested through the optical disk image file of the OS to be tested. Through a plurality of first VMs which are in one-to-one correspondence with the plurality of RAID cards to be tested, the compatibility of the plurality of RAID cards to be tested and the OS to be tested is tested in parallel, and the testing efficiency can be improved.

In one possible implementation, the creating a plurality of first virtual machines VMs corresponding to the plurality of RAID cards under test according to the identifiers of the plurality of RAID cards under test includes: creating a plurality of VMs, wherein the number of the VMs is greater than or equal to the number of the RAID cards to be tested; and according to the identifiers of the RAID cards to be tested, configuring each RAID card to be tested in the RAID cards to be tested as peripheral equipment high-speed interconnection (peripheral component interconnect express, PCIe) through equipment of the VM to obtain the first VMs.

In another possible implementation, the creating a plurality of first virtual machines VMs corresponding to the plurality of RAID cards under test according to the identifiers of the plurality of RAID cards under test includes: in the process of creating the plurality of first VMs, configuring parameters of PCIe through devices of the plurality of first VMs to correspond to identifiers of RAID cards to be tested; and creating the first VMs according to the configured parameters of the PCIe pass-through device.

In the embodiment of the application, the RAID card to be tested is configured as the PCIe through device corresponding to the first VM, so that the RAID card to be tested can only be exclusively accessed by the corresponding first VM, and the RAID card to be tested can be prevented from being accessed by the first VM which is not corresponding in error, and the accuracy of the test is prevented from being affected.

In one possible implementation, each first VM includes a virtual drive; the controlling each first VM of the plurality of first VMs, through the optical disc image file of the OS under test, tests whether the OS under test can be installed on the corresponding RAID card under test, includes: and controlling the virtual CD driver of each first VM to call the optical disk image file of the OS to be tested, and controlling each first VM to install the OS to be tested in the corresponding RAID card to be tested through the optical disk image file of the OS to be tested.

In the embodiment of the application, by utilizing the characteristic that the read operation of the plurality of first VMs on the same optical disk image file in the memory of the test server can not generate conflict, the plurality of first VMs can call the optical disk image file of the OS to be tested in parallel to perform compatibility test, so that the test efficiency is improved.

In one possible implementation, the controlling the virtual optical drive of each first VM to call the optical disc image file of the OS to be tested, and controlling each first VM to install the OS to be tested in the corresponding RAID card to be tested through the optical disc image file of the OS to be tested includes: configuring a virtual CD-ROM of each first VM to be connected with an optical disk image file of the OS to be tested; configuring a virtual drive of each first VM as a starting device of the corresponding first VM; and starting each first VM so that each first VM calls an optical disk image file of the OS to be tested, and installing the OS to be tested in the corresponding RAID card to be tested.

In the embodiment of the application, after the virtual drive of each first VM is configured to be connected with the optical disc image file of the OS to be tested, the virtual drive of each first VM is configured to be the starting device of the corresponding first VM, so that unified testing is facilitated, the operation of each first VM is not required, and the testing efficiency is improved.

In one possible implementation, the obtaining, according to the identifier of the OS to be tested, the optical disc image file of the OS to be tested includes: and acquiring an optical disk image file of the OS to be tested from a memory of a test server according to the identification of the OS to be tested, wherein the test server is a server for plugging the plurality of RAID cards to be tested.

In the embodiment of the application, the optical disk image file of the OS to be tested is stored in the memory of the server to be tested in advance, and downloading or transmission from other devices is not needed, so that the test process can be accelerated.

In one possible implementation, the obtaining, according to the identifier of the OS to be tested, the optical disc image file of the OS to be tested includes: transmitting a first downloading request to an OS resource pool device, wherein the first downloading request comprises an identifier of the OS to be tested, and an optical disk image file of the OS stored in the OS resource pool device comprises an optical disk image file of the OS to be tested; and receiving an optical disk image file of the OS to be detected returned by the OS resource pool equipment according to the identification of the OS to be detected.

In the embodiment of the application, by connecting an OS resource pool device which stores the optical disk image file of the OS to be tested in advance and downloading the optical disk image file of the OS to be tested from the OS resource pool device, when the tested OS to be tested changes frequently, a tester does not need to store the optical disk image file frequently into a test server, and only needs to instruct the test server to download the optical disk image file of the corresponding OS to be tested from the OS resource pool device; thus, the preparation work before the compatibility test can be reduced, and the manpower resource is saved.

In one possible implementation, the identifier of the OS under test is the name of the OS under test; the obtaining the optical disc image file of the OS to be tested according to the identifier of the OS to be tested includes: adding a CD mirror image file suffix to the name of the OS to be detected to obtain the name of the CD mirror image file of the OS to be detected; sending a second downloading request to the OS resource pool equipment, wherein the second downloading request comprises the name of the optical disk image file of the OS to be tested; and receiving the optical disc image file of the OS to be detected returned by the OS resource pool equipment according to the name of the optical disc image file of the OS to be detected.

In the embodiment of the application, the identifier of the OS to be tested is set as the name of the OS to be tested, and the name is converted into the name of the optical disk image file of the OS to be tested according to the name; therefore, the OS resource pool device can accurately return the optical disc image file of the OS to be tested according to the name of the optical disc image file, and the condition that the test result is invalid due to the fact that the error download occurs is avoided.

In one possible implementation, the optical disc image file of the OS under test includes an installation program of the OS under test, and an auto-answer file of the OS under test, where the auto-answer file is used to automatically complete the installation of the OS under test in response to the installation step of the installation program.

In the embodiment of the application, the installation program and the automatic response file of the OS to be tested are packaged into the corresponding optical disc image file, so that each first VM can automatically complete the installation step of the OS to be tested when the optical disc image file is called for starting, and compatibility test is automatically carried out without operation of testers.

In one possible implementation, the plurality of first VMs each include a virtual network console VNC interface; after the controlling each of the plurality of first VMs and testing whether the OS under test can be installed on the corresponding RAID card under test through the optical disc image file of the OS under test, the method further includes: and controlling the first VMs to output test reports through the corresponding VNC interfaces.

In the embodiment of the application, the test report is output through the VNC interface, so that a tester can check the test report remotely more conveniently.

A second aspect of the embodiments of the present application provides a test server, including: a processor, a memory; the memory has stored therein instruction operations or code; the processor is configured to communicate with the memory and execute instruction operations or code in the memory to perform the method described in any one of the possible implementations of the first aspect.

A third aspect of the embodiments of the present application provides a computer-readable storage medium having stored therein computer-executable instructions which, when executed by at least one processor of a device, perform the method as described in any one of the possible implementations of the first aspect.

A fourth aspect of embodiments of the present application is a computer program product comprising computer-executable instructions stored in a computer-readable storage medium; the at least one processor of the device may read the computer-executable instructions from a computer-readable storage medium, the at least one processor executing the computer-executable instructions causing the device to perform the method as described in any one of the possible implementations of the first aspect.

Drawings

FIG. 1 is a system architecture diagram for RAID card testing according to embodiments of the present application;

FIG. 2 is a system architecture diagram of another RAID card test provided in an embodiment of the present application;

FIG. 3 is a schematic flow chart of a RAID card testing method according to an embodiment of the present application;

FIG. 4 is a flowchart of a specific embodiment of a RAID card testing method according to embodiments of the present application;

fig. 5 is a schematic structural diagram of a test server according to an embodiment of the present application.

Detailed Description

Embodiments of the present application will now be described with reference to the accompanying drawings, in which it is apparent that the embodiments described are only some, but not all embodiments of the present application. As a person of ordinary skill in the art can know, with the development of technology and the appearance of new scenes, the technical solutions provided in the embodiments of the present application are applicable to similar technical problems.

The terms first, second and the like in the description and in the claims of the present application and in the above-described figures, are used for distinguishing between similar objects and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used may be interchanged where appropriate such that the embodiments described herein may be implemented in other sequences than those illustrated or otherwise described herein. Furthermore, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.

Computer virtualization refers to logically connecting physical devices of a computer to realize decoupling of software and hardware, so that different software on the computer can share hardware resources of the same physical device.

In virtual machine technology (virtual machine monitor), the underlying hardware resources are no longer partitioned, but rather a unified host system is deployed. On a host system, a virtual layer simulates a set of independent hardware equipment for each Virtual Machine (VM), wherein the independent hardware equipment comprises hardware resources such as a CPU (central processing unit), a memory, a network card and the like; while running it in a complete computer system in a completely isolated environment.

Wherein the work that can be done in the physical computer can be done in the virtual machine. When creating a virtual machine in a computer, a part of hard disk and memory capacity of the physical machine are required to be used as the hard disk and memory capacity of the virtual machine. Each virtual machine has a separate CMOS, hard disk and operating system, and can operate as if it were a physical machine.

Peripheral device interconnect express (peripheral component interconnect express, PCIe) pass-through technology refers to technology that connects PCIe devices on a host system directly into a VM, allowing an operating system in the VM to exclusively access the PCIe devices to perform a series of tasks. PCIe pass-through technology makes PCIe devices as if physically connected to a VM. Currently, most virtualization technologies support PCIe pass-through technologies, such as KVM (kernel-based virtual machine), xen virtual machine, and the like.

In a server compatibility test scenario, it is necessary to test compatibility among a server, a RAID card plugged into the server, and an Operating System (OS) installed in the server. The compatibility test comprises an installation test, wherein the test content of the installation test is specifically to test whether the OS can complete installation and start up on the RAID card. If the OS can complete installation and start up on the RAID card, then compatibility between the RAID card and the OS is indicated.

It can be understood that the compatibility test results of the RAID card plugged in the server and the OS installed in the server, that is, the compatibility test results of the server, the RAID card, and the OS. By testing the compatibility of the RAID card and the OS, the compatibility between the server, the RAID card, and the OS may be measured.

It can be understood that a tester can perform various read-write tasks on the RAID card through the OS according to actual requirements on the basis of the completion of the installation test, so as to test the compatibility of the OS and the RAID card in multiple dimensions such as the function, the performance, the stability and the like of the whole machine.

In the existing test method, a tester needs to access a RAID card to be tested to a test server, then perform configuration of an OS to be tested on the test server, and finally restart the test server to install the OS to be tested on the RAID card to be tested so as to test compatibility among the test server, the RAID card to be tested and the OS to be tested. After a combination of a test server, a RAID card to be tested and an OS to be tested is tested, a tester needs to manually adjust the configuration of the OS and the RAID card on the test server, replace the RAID card to be tested or the OS to be tested to obtain another combination, and then perform compatibility test on the combination. Such a method requires manual configuration by a tester to switch test objects, and has low test efficiency.

Based on this, the embodiment of the application provides a RAID card testing method, which can test the compatibility of an OS to be tested and different RAID cards to be tested plugged in a test server in parallel, so as to improve the testing efficiency.

Referring to fig. 1, fig. 1 is a system architecture diagram of a RAID card test according to an embodiment of the present application, where the system architecture includes a test server 100 and an OS resource pool device 200, which are connected in a communication manner.

The test server 100 includes VMs 111 to 113 (hereinafter, collectively referred to as VM 110), RAID cards under test 121 to 123 (hereinafter, collectively referred to as RAID card under test 120), a processor 130, and a memory 140, and the number of VMs 110 corresponds to the number of RAID cards under test 120.

The system architecture is used for testing the compatibility of the test server 100, the RAID card 120 to be tested and the OS to be tested.

It should be noted that, in the system frame schematic diagrams and the structure schematic diagrams in the present application document, solid line boxes are used to represent physical components and physical modules, and dotted line boxes are used to represent software modules or data files without entities.

The test server 100 may be a rack server, a high-density server, an AI server, a tower server, or a blade server. The test server 100 supports a computer virtualization technology and obtains the VM110 through a virtual machine technology; in addition, for the virtualized hardware device in the VM110, the embodiment of the application is not limited in particular, and only the VM110 can operate normally.

Wherein, the processor 130 may be a central processing unit (central processing unit, CPU) configured to obtain the VM110 by running the virtualization software in the storage 140; in addition, during the compatibility test, the actions performed by the test server 100 may be considered to be performed by the processor 130.

Specifically, the test server 100 performs virtualization according to the number of RAID cards 120 to be tested by the virtualization software, to obtain VMs 110 equal to the number of RAID cards to be tested.

The RAID card 120 to be tested accesses the test server 100 through a PCIe interface (not shown in the figure) of the test server 100, and is used as PCIe equipment of the test server 100; further, the test server 100 may configure the RAID card under test 120 as a PCIe pass-through device of the VM110, such that the VM110 can exclusively access the corresponding RAID card under test 120.

Specifically, the number of the RAID cards 120 to be tested and the number of the VMs 110 are correspondingly equal, and the test server 100 configures each RAID card 120 to be tested as a PCIe through device corresponding to the VM110, where the VMs 110 and the RAID cards 120 to be tested are in one-to-one correspondence.

It can be understood that the plurality of RAID cards 120 to be tested connected to the test server 100 are RAID cards with different types, so that the test server 100 can test different RAID cards to be tested at the same time, so as to improve the test efficiency.

The storage 140 may be a volatile memory or a nonvolatile memory, and is used for storing virtualization software and an optical disc image file of the OS to be tested.

Specifically, the test server 100 is further configured to, after determining the OS under test, request the OS resource pool device 200 to download the optical disc image file of the OS under test, and store the optical disc image file of the OS under test in the storage 140.

In one possible implementation, after the tester inserts the RAID card 120 to be tested in the test server 100, inputting information of a test task to the test server 100, where the information of the test task includes an identifier of an OS to be tested, and the test task is to test compatibility between the OS to be tested and the RAID card 120 to be tested; after receiving the information of the test task, the test server 100 may determine the OS to be tested according to the identifier of the OS to be tested.

After completing the pass-through step of the RAID card 120 to be tested and the optical disc file downloading step of the OS to be tested, the test server 100 may start the compatibility test; specifically, the test server 100 may control the VM110 to install the OS under test on the corresponding RAID card under test 120, and test whether the OS under test can be installed on the RAID card under test 120.

The specific compatibility testing process will be described in detail in the following method section, and will not be described here again.

The OS resource pool device 200 is configured to store optical disc image files of various OS in advance, that is, ISO files from the OS1 to be tested to the OSx to be tested shown in fig. 1; and transmits an optical disc image file indicated by the download request to the test server 100 in response to the download request.

Wherein the OS resource pool device 200 is a computing device having a communication interface, a processor, and a memory (all not shown in the figures), the embodiments of the present application are not limited to the specific form of the OS resource pool device 200.

Optionally, the system architecture may also include a computing device 300; as shown in fig. 2, the computing device 300 is communicatively connected to the test server 100.

The computing device 300 is a computing device for managing and controlling the compatibility testing link, for example, a total control device of a machine room in which the testing server 100 is located, and is also an intelligent terminal of a tester. Specifically, the management end may be a server, or may be an intelligent terminal such as a personal computer (personal computer, PC), a notebook computer or a tablet computer, which is not limited to the specific form of the computing device 300 in the embodiment of the present application.

The computing device 300 is configured to obtain a test result of the compatibility test after the test server 100 completes the compatibility test. Specifically, the computing device 300 may actively obtain the test result, or may receive the test result sent by the test server 100.

In particular, VM110 may also include a virtual network console (virtual network console, VNC) interface (not shown in the figures); the client corresponding to the VNC may be pre-installed in the computing device 300, so that the VM110 may transmit the result of the compatibility test to the client corresponding to the VNC of the computing device 300 through the VNC interface.

Optionally, a browser application is pre-installed in the computing device 300, and the computing device 300 is configured to connect to the VNC interface through the browser application to obtain a result of the compatibility test.

In one possible implementation, the test server 100 may automatically perform the above-described steps of virtualizing creating the VM110, configuring the RAID card under test 120 as a PCIe pass-through device of the VM110, requesting downloading of an optical disk image file of the OS under test, and compatibility testing after determining the OS under test.

In another possible implementation, after the tester plugs the RAID card 120 under test into the test server 100, the tester may input the identifier of the OS under test to the computing device 300; the computing device 300 may determine the OS under test according to the identifier of the OS under test, and automatically issue, to the test server 100, an instruction for executing the steps of creating the VM110 by virtualization, configuring the RAID card under test 120 as a PCIe pass-through device of the VM110, requesting downloading of an optical disc image file of the OS under test, and testing compatibility.

That is, the compatibility test may be accomplished under control of the test server 100 or may be accomplished under remote control by the computing device 300. By means of remote control, the computing device 300 can simultaneously perform automatic concurrent compatibility testing on the plurality of test servers 100, so that the testing efficiency is further improved.

Alternatively, the computing device 300 may instruct the test server 100 to request the OS resource pool device 200 to download the optical disc image file of the OS under test according to the identifier of the OS under test.

Optionally, the computing device 300 is communicatively connected to the OS resource pool device 200; the computing device 300 may request the OS resource pool device 200 to transmit the optical disc image file of the OS to be tested to the test server 100 according to the identifier of the OS to be tested, and instruct the test server 100 to receive the optical disc image file of the OS to be tested to perform the compatibility test.

It is understood that the OS resource pool device 200 and the computing device 300 may be the same computing device. In this case, after receiving the identifier of the OS to be tested input by the tester, the OS resource pool device 200 may directly send the optical disc image file of the OS to be tested to the test server 100.

It should be noted that, in a specific implementation, the system architecture of the RAID card test may be any architecture including the similar structures in fig. 1 or fig. 2. The embodiments of the present application are not limited to the specific composition of the system architecture and the specific structure of the test server 100 or the OS resource pool device 200 therein. Furthermore, the architecture components shown in fig. 1 or 2 do not constitute limitations on the system architecture, which may include more or less devices than those shown in fig. 1 or 2, or be arranged with different structures of devices.

In the embodiment of the present application, firstly, a VM110 corresponding to a plurality of accessed RAID cards 120 to be tested is created in a test server 100, and then the plurality of RAID cards 120 to be tested are configured as PCIe through devices corresponding to the VM110 by PCIe through technology, so that the VM110 can exclusively access the RAID cards 120 to be tested; finally, the plurality of VMs 110 are controlled to perform concurrent compatibility testing on the corresponding RAID cards 120 to be tested, so as to test compatibility between the plurality of RAID cards 120 to be tested and the OS to be tested. According to the embodiment of the application, the compatibility of each combination of different combinations of the test server 100, the RAID card 120 to be tested and the OS to be tested can be automatically and concurrently tested, and the test efficiency is improved; meanwhile, the manual on-duty test server 100 is not needed, so that the configuration and the installation of different OS to be tested can be carried out, and the manpower resources can be saved.

Referring to fig. 3 on the basis of the system architecture shown in fig. 1 or fig. 2, fig. 3 is a flow chart of a RAID card testing method according to an embodiment of the present disclosure, which may be applied to a test server or a computing device, and the method includes steps 301 to 304. For convenience of description, the present embodiment will be described by taking a test server to execute the method as an example, and more specifically, the present embodiment will be described by taking a processor of the test server to execute the method as an example.

It will be appreciated that embodiments of the method performed by the computing device may refer to the present embodiment in that actions performed by the processor of the test server in the present embodiment are considered to be performed by the processor under the direction of the computing device.

Step 301, obtaining information of a test task.

The test task is to test the compatibility of the RAID cards to be tested and the OS to be tested.

The information of the test task is the information input into the test server by a tester or the information input into other equipment in advance; the processor may retrieve the information of the test task from the memory of the test server or from the other device.

The types of the RAID cards to be tested are not identical, so that the processor can test the compatibility of the test server, the OS to be tested and the RAID cards to be tested with different types. Optionally, the types of the plurality of RAID cards to be tested are different.

The test server may be connected to a plurality of RAID cards, and the identifiers of the plurality of RAID cards to be tested are used for enabling the processor to identify the RAID card to be tested from the plurality of RAID cards to execute subsequent test steps. Optionally, the identifier of the plurality of RAID cards to be tested may be null, or other special identifiers, for indicating that all the RAID cards plugged in the test server are RAID cards to be tested.

The number of the OS to be tested may be one or more. Alternatively, the identifier of the OS under test may be stored in the list of OS under test.

Step 302, creating a plurality of first VMs corresponding to the plurality of RAID cards to be tested according to the identifiers of the plurality of RAID cards to be tested.

When the processor is powered on, the RAID card accessed to the processor can be enumerated as PCIe equipment, and the information of the RAID cards can be obtained, wherein the information comprises the identification, the model number, the capacity, the number of hard disks and the RAID level supported by each RAID card. The processor may identify a RAID card to be tested in the RAID cards according to the identifiers of the plurality of RAID cards to be tested, and then create a first VM corresponding to the RAID card to be tested.

Specifically, the test server may run a software program of the virtual machine platform in the memory, and call a VM creation interface of the virtual machine platform through the software program to create a VM.

Wherein the RAID card to be tested corresponds to the first VM one by one. It will be appreciated that there may be other VMs in the test server, and a VM that has no correspondence with the RAID card under test may be referred to as a second VM.

In one possible implementation, the processor first creates a plurality of VMs, where the number of VMs is greater than or equal to the number of the plurality of RAID cards to be tested; and then, according to the identifiers of the RAID cards to be tested, connecting each RAID card to be tested with one of the VMs to obtain a plurality of first VMs corresponding to the RAID cards to be tested one by one.

When the processor creates the VM, virtual hardware such as virtual CPU, memory and hard disk in each VM is configured uniformly, so that the test effect is prevented from being influenced by different configurations.

Connecting the RAID card to be tested with the VM means that the RAID card to be tested is distributed to the VM. In one possible implementation, the processor may configure each RAID card under test as a PCIe pass-through device of one VM according to the identifiers of the plurality of RAID cards under test, to obtain a plurality of first VMs.

The processor can sequentially connect one of the RAID cards to be tested with one VM according to the numbering sequence of the RAID cards to be tested in the test server and the numbering sequence of the VMs; the plurality of RAID cards to be tested may also be connected to one of the plurality of VMs by random or other forms.

The processor may configure parameters of PCIe pass-through devices of the VM to correspond to an identifier of the RAID card to be tested, so that the RAID card to be tested is configured to correspond to the PCIe pass-through devices of the VM, and a first VM is obtained.

Specifically, the processor may directly call a functional interface of the virtual machine platform, configure the RAID card to be tested as a pass-through device corresponding to the VM, and obtain the first VM; after the configuration is completed, the RAID card to be tested is the exclusive access device corresponding to the first VM.

In another possible implementation, during the process of creating the plurality of first VMs, the processor configures parameters of PCIe pass-through devices of the plurality of first VMs to correspond to identifications of RAID cards to be tested; and creating the first VMs according to the configured parameters of the PCIe pass-through device.

And the processor configures the corresponding RAID card to be tested as PCIe through equipment of the first VM in the process of creating the first VM, and directly creates and obtains the first VM.

For example, the processor has acquired the RAID card to be tested with the number 1, and at this time, when creating the "first VM" VM1, the processor may configure parameters of the PCIe through device of the VM1 to be the identifier of the RAID card to be tested with the number 1, and then complete the creation of the VM1 to obtain the VM1.

Step 303, obtaining the optical disc image file of the OS to be tested according to the identification of the OS to be tested.

Optionally, the identifier of the OS under test is a name of the OS under test.

In one possible implementation, the processor may send a first download request to the OS resource pool device, where the first download request includes an identifier of the OS to be tested; and then receiving an optical disk image file of the OS to be detected returned by the OS resource pool equipment according to the identification of the OS to be detected.

In another possible implementation, the identifier of the OS under test is the name of the OS under test; the processor can add a disc image file suffix to the name of the OS to be detected to obtain the name of the disc image file of the OS to be detected; then, a second downloading request is sent to the OS resource pool equipment, wherein the second downloading request comprises the name of the optical disk image file of the OS to be detected; and then receiving the optical disc image file of the OS to be detected returned by the OS resource pool equipment according to the name of the optical disc image file of the OS to be detected.

Wherein the name of the optical disc image file of the OS in the OS resource pool device is "OS name+optical disc image file suffix", for example, "linux.iso", wherein "LINUX" is an OS name and "ISO" is an optical disc image file suffix.

Alternatively, the name of the OS under test may include an OS name and an OS version number.

Optionally, the name of the OS to be tested is stored in the OS list to be tested; after the to-be-detected OS list is obtained, the processor can add a CD mirror image file suffix after the name of the to-be-detected OS in the to-be-detected OS list, convert the to-be-detected OS list into a CD mirror image file list, and then download the corresponding CD mirror image file from the OS resource pool device according to the CD mirror image file list.

Specifically, the processor may add a suffix of ". ISO" to the name of each OS under test in the list of OS under test to obtain an ISO file list. It can be appreciated that the list item after adding the suffix is used to indicate a specific optical disc image file in the OS resource pool device.

The optical disc image file downloaded by the processor is stored in the memory of the test server.

In another possible implementation, the tester may directly copy the optical disk image file of the OS under test directly into the memory of the test server. The processor may obtain the optical disc image file of the OS to be tested from its own memory according to the identifier of the OS to be tested.

In one possible implementation, the optical disc image file of the OS under test includes an installer of the OS under test, and an auto-answer file of the OS under test.

The automatic response file is used for responding to the installation step of the installation program and automatically completing the installation of the OS to be tested in cooperation with the installation program.

The automatic response file of the OS to be tested is published by a manufacturer of the OS to be tested in a matched manner when the OS to be tested is published.

Before executing the method, a tester may construct an automatically installed optical disc image file, such as the autorun by autorun, by kickstart, sles of the redhat system, using an auto-answer file and an installer provided by each OS. Specifically, the tester can repackage the optical disc image file of the installation program of the OS to be tested and the automatic response file into a new optical disc image file through a genesoimage tool, and the optical disc image file is solidified and stored in the OS resource pool device.

Step 304, controlling each first VM in the plurality of first VMs, and testing whether the OS to be tested can be installed on the corresponding RAID card to be tested through the optical disc image file of the OS to be tested.

After the optical disk image file of the OS to be tested is obtained, the processor may install the OS to be tested on the RAID card to be tested, so as to perform an installation test. Specifically, the processor may control each of the first VMs to install the OS to be tested to a corresponding RAID card to be tested through an optical disc image file of the OS to be tested; if the installation is successful, the OS to be detected can be determined to be installed on the RAID card to be detected, namely, the compatibility of the OS to be detected and the RAID card to be detected is determined; otherwise, if the installation fails, it can be determined that the OS to be tested and the RAID card to be tested do not have compatibility.

After successfully installing the OS under test on the corresponding RAID card under test, the processor may perform further read-write tests or other compatibility tests. The specific test content can be determined according to actual needs.

Each first VM installs the OS to be tested on the connected RAID card to be tested.

In one possible implementation, the processor configures a virtual drive for each first VM when creating the first VM; the processor may control the virtual drive of each first VM to call an optical disc image file of the OS to be tested in the test server, and install the OS to be tested in the corresponding RAID card to be tested according to the optical disc image file.

The processor may control the first VM to mount the optical disc image file of the OS to be tested to the virtual optical disc drive, and start an installation program in the optical disc image file.

Specifically, the processor may configure the virtual drive of the first VM to connect to the optical disc image file of the OS to be tested, then configure the virtual drive of the first VM as a starting device of the VM, and finally start the first VM. Thus, when the first VM is started, the virtual CD-ROM of the first VM can automatically read the CD-ROM image file of the OS to be tested, and operate the installation program and the automatic response file in the CD-ROM image file to automatically install.

Optionally, a test script is pre-stored in a memory of the test server, and the test script is used for further performing compatibility test after the RAID card to be tested is provided with the OS to be tested; the processor can also control the first VM to read the test script, and perform compatibility test on the RAID card to be tested according to the test script.

It is understood that multiple first VMs may read the same file in the test server's memory at the same time without collision. Therefore, in one concurrent test, the multiple first VMs can read the same optical disc image file of the same OS to be tested at the same time, and synchronously perform compatibility test without generating conflict.

It can be appreciated that for certain test servers and RAID cards to be tested, the processor can perform more combined tests by replacing the OS to be tested, so as to reduce the frequency of the testers to plug and replace the RAID cards to be tested.

In one possible implementation, the OS under test includes a first OS and a second OS; the processor may control the plurality of first VMs to perform the compatibility test of the second OS on the plurality of RAID cards under test after controlling the plurality of first VMs to perform the compatibility test of the first OS on the plurality of RAID cards under test.

After the RAID card to be tested completes the compatibility test of the first OS, each first VM is provided with the first OS; at this time, the processor may control each first VM to change the optical disc image file connected to the virtual optical drive to the optical disc image file of the second OS, and restart the virtual optical drive with the virtual optical drive as the startup device of the first VM.

In another possible implementation, the processor may also control the first VM to directly read the optical disc image file of the second OS to perform the installation of the second OS, and restart automatically during the installation process.

And performing installation, restarting and testing processes by continuously replacing the OS to be tested until compatibility tests of all the OSes to be tested are completed.

After completing the compatibility test, the processor may control the first VM to output a test report.

Wherein the processor may control the first VM to output the test report to a computing device managed by the tester.

In one possible implementation, the processor, when creating the plurality of first VMs, is configured with a VNC interface for each VM through which the processor or other communication device can communicate with each first VM; at this time, the processor may control the plurality of first VMs to output a test report to a computing device managed by the tester through the corresponding VNC interface.

The output of the test report may be performed once after the compatibility test of each OS to be tested is completed, or the output of the overall test report may be performed after the compatibility test of all the OS to be tested is completed.

The flow and principle of the RAID card testing method provided by the embodiment of the present application are described above, and the RAID card testing method provided by the embodiment of the present application will be further described below in conjunction with a simulation requirement.

Referring to fig. 4, fig. 4 is a flowchart of an embodiment of a RAID card testing method according to the present disclosure, where the method specifically includes steps 401 to 409.

The simulation requirements are: on the test server A, 4 RAID cards to be tested, namely 9540-8i, 9540-16i, 9560-8i and 9560-16i, are required to be tested, and whether the 4 RAID cards to be tested can be normally and compatibly mounted with the tests of rhel 8.6, rhel 9.0, sles 15SP4 and ubuntu 22.04 are required.

Step 401, storing an optical disk image file of the OS in the OS resource pool device.

Aiming at the common OS in the current server field, a tester can perform personalized editing according to an automatic response file and actual requirements provided by an OS official, then repackage an optical disk image file of an installation program of the OS and the edited automatic response file into a new optical disk image file through a geneISOimage tool, and then name the optical disk image file according to an 'OS name, an ISO'.

The method comprises the steps of uniformly archiving optical disc image files of a common OS into an OS resource pool device, and connecting all test servers and computing devices managed by test personnel with the OS resource pool in a network manner, wherein an archiving directory of the optical disc image files can be named as an ISO file resource pool.

It can be understood that the optical disc image file of the OS in the OS resource pool device includes the optical disc image file of the OS to be tested.

Step 402, the processor obtains information of the test task.

Wherein, the tester can insert one or more RAID cards to be tested on the test server. The tester may then input information of the test task to the test server by way of manual input, mobile media input, or transmission through the computing device. The information of the test task comprises an identifier of the RAID card to be tested and an OS list to be tested, wherein the list comprises names of the OSs to be tested, and the names of the OSs to be tested comprise system names and version numbers of the OSs to be tested.

In particular, in this simulation requirement, the tester may insert 9540-8i, 9540-16i, 9560-8i, 9560-16i of the 4 RAID cards under test on the test server a, and then input information of the test task to the test server a, including the identification of the RAID cards under test [9540-8i, 9540-16i, 9560-8i, 9560-16i ], and the list of OS under test, where the content of the list of OS under test is [ rhel8_6, rhel9_0, sles15sp4, ubuntu22_04].

After the tester inputs the information of the test task to the test server a, the processor may acquire the information of the test task.

Step 403, the processor identifies the RAID card to be tested.

After the test server A is powered on, the processor can acquire all RAID cards plugged into the test server A in the process of enumerating PCIe devices; and then identifying and determining 9540-8i, 9540-16i, 9560-8i and 9560-16i 4 RAID cards from all RAID cards according to the identification of the RAID card to be tested as the RAID card to be tested.

Step 404, the processor creates a first VM corresponding to the RAID card under test.

After identifying and determining 4 RAID cards to be tested, the processor can create 4 first VMs with the same number through VM creation interfaces of virtual machine platform software, wherein the first VMs are VM1 to VM4 respectively; and according to the slot order of the 4 RAID cards to be tested and the serial numbers of the 4 first VMs, the 4 first VMs are respectively connected with the 4 RAID cards to be tested, namely 9540-8i, 9540-16i, 9560-8i and 9560-16 i.

Specifically, the processor may configure 9540-8i as a PCIe pass-through device of VM1, 9540-16i as a PCIe pass-through device of VM2, 9560-8i as a PCIe pass-through device of VM3, and 9560-16i as a PCIe pass-through device of VM1 through the virtual machine platform software.

Step 405, the processor obtains an optical disc image file of the OS to be tested from the OS resource pool device according to the list of the OS to be tested.

The processor may add an optical disc image file suffix of "ISO" after each list item in the OS list to be tested, convert the OS list to be tested into an ISO list, and specifically convert the OS list to be tested into an ISO file list of [ rhel8_6.iso, rhel9_0.iso, sles15sp4.iso, ubuntu22_04.iso ]. It will be appreciated that the name of the optical disc image file of each OS in the OS resource pool device is "OS name +. ISO suffix", and each list item in the ISO list can indicate one optical disc image file in the OS resource pool device.

The processor may send a download request including the ISO list to the OS resource pool device; the OS resource pool equipment returns 4 ISO files with the names identical to 4 list items in the ISO list to the test server A through character matching; the processor saves the 4 ISO files under the test service requirements a/ios/directory.

It should be understood that the step 405 is only required to be performed after the step 402 and before the step 407, and the execution sequence of the steps in the step 405 and the steps 403 to 406 is not specifically limited in this application.

In step 406, the processor configures a default boot device of each first VM to be a virtual drive.

The processor may configure a default boot device of each first VM, that is, the highest priority boot device is a virtual drive of each first VM. Specifically, the processor may modify the boot option of the configuration file of each first VM to "-boot d".

Step 407, the processor configures the virtual drive of each first VM to connect with the optical disc image file of the OS to be tested.

The processor may connect the virtual drive of each first VM to the optical disc image file corresponding to the first entry in the ISO list, that is, "rhel8_6.iso".

Specifically, the processor may modify, in the configuration file of the virtual optical drive of each first VM, a relevant configuration item corresponding to the optical disc image file mount, and modify the configuration item to be the address of the optical disc image file of the OS to be tested. In this embodiment, the relevant configuration item may be modified to "-cdrom/ios/rhel8_6.iso".

It is understood that the embodiment of the present application may execute step 406 first and then execute step 407. Step 407 may be performed first and then step 406 may be performed, which is not specifically limited in this application.

Step 408, the processor starts all first VMs.

After the preparation and connection of the image file of the OS to be tested and the RAID card to be tested are completed and the configuration of the first VM is completed, the processor may start all the first VMs. In the starting process, the virtual CD-ROM of each first VM reads the CD image file connected with the virtual CD-ROM and guides the loading and running of the installation program in the CD image file; and simultaneously, each first VM executes the installation program according to the automatic response file therein, and the installation of the OS to be tested in the corresponding RAID card to be tested is automatically completed.

It will be appreciated that if the first VM is already in the boot state when the processor executes step 407, the first VM is restarted.

And all the first vm simultaneously reads the optical disk image file of the OS to be tested, and simultaneously installs the OS to be tested on the corresponding RAID card to be tested, namely, the processor performs the installation test of the OS 'rhel8_6' to be tested in all RAID cards to be tested in parallel.

When all the first VMs are installed and started, or the processor starts all the first VMs for a preset period of time, the processor may determine that the compatibility test of the present time is completed, and at this time, the processor may delete the first entry in the ISO list and execute step 409.

Step 409, the processor determines whether there is an OS to be tested.

The processor can judge whether the ISO list is empty, if yes, the processor can determine that the OS to be tested does not exist currently, and the testing flow can be ended; if not, it may be determined that there is currently an OS to be tested, and step 407 is executed according to the updated ISO list in step 408.

Alternatively, the processor may control all VMs to output test reports.

Optionally, the processor may control all VMs to output a test report to a computing device managed by the tester after the compatibility test of one OS to be tested is completed, so that the tester may quickly locate and solve the problem according to the test report when the compatibility problem occurs.

Optionally, the processor may control all VMs to output a test report to the computing device managed by the tester after all compatibility tests of the OS to be tested are completed.

It should be understood that the steps executed by the processor in this embodiment may be considered as being completed under the instruction of the computing device of the tester, that is, the execution subject of the corresponding steps may be the processor of the test server or the computing device.

In the embodiment of the application, firstly, information of a test task is obtained, and then, a plurality of first VMs corresponding to a plurality of RAID cards to be tested are created in a test server according to the identifiers of the RAID cards to be tested in the information; acquiring an optical disk image file of the OS to be detected according to the identification of the OS to be detected in the information; and finally, controlling each first VM in the plurality of first VMs, and testing whether the OS to be tested can be installed on the corresponding RAID card to be tested through the optical disk image file of the OS to be tested. Through a plurality of first VMs corresponding to the plurality of RAID cards to be tested, the compatibility of the plurality of RAID cards to be tested and the OS to be tested is tested in parallel, and the testing efficiency can be improved.

As shown in fig. 5, fig. 5 is a schematic diagram of a possible logic structure of the test server 100 according to an embodiment of the present application. The test server 100 includes: processor 130, memory 140, communication interface 150, and bus 160. Processor 130, memory 140, and communication interface 150 are interconnected by bus 160. In embodiments of the present application, the processor 130 is used to control and manage the actions of the test server 100, e.g., the processor 130 is used to perform the steps in fig. 3 or fig. 4 and/or other processes for the techniques described herein. The communication interface 150 is used to support the test server 100 for communication. Memory 140 is used to store program codes and data for test server 100.

The processor 130 may be a central processing unit, a general purpose processor, a digital signal processor, an application specific integrated circuit, a field programmable gate array or other programmable logic device, a transistor logic device, a hardware component, or any combination thereof. Which may implement or perform the various exemplary logic blocks, modules, and circuits described in connection with this disclosure. The processor may also be a combination that performs the function of a computation, e.g., a combination comprising one or more microprocessors, a combination of a digital signal processor and a microprocessor, and so forth. Bus 160 may be a peripheral component interconnect standard (Peripheral Component Interconnect, PCI) bus, or an extended industry standard architecture (Extended Industry Standard Architecture, EISA) bus, among others. The buses may be classified as address buses, data buses, control buses, etc. For ease of illustration, only one thick line is shown in fig. 5, but not only one bus or one type of bus.

In another embodiment of the present application, there is further provided a computer-readable storage medium having stored therein computer-executable instructions that, when executed by at least one processor of a device, perform a RAID card testing method as described in the above embodiments of fig. 3 or fig. 4.

In another embodiment of the present application, there is also provided a computer program product comprising computer-executable instructions stored in a computer-readable storage medium; the at least one processor of the device may read the computer-executable instructions from the computer-readable storage medium, and execution of the computer-executable instructions by the at least one processor causes the device to perform the RAID card test methods described in the embodiments of FIG. 3 or FIG. 4 above.

Those of ordinary skill in the art will appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the embodiments of the present application.

It will be clear to those skilled in the art that, for convenience and brevity of description, specific working procedures of the above-described systems, apparatuses and units may refer to corresponding procedures in the foregoing method embodiments, and are not repeated herein.

In the several embodiments provided in the embodiments of the present application, it should be understood that the disclosed systems, devices, and methods may be implemented in other manners. For example, the apparatus embodiments described above are merely illustrative, e.g., the division of the units is merely a logical function division, and there may be additional divisions when actually implemented, e.g., multiple units or components may be combined or integrated into another system, or some features may be omitted or not performed. Alternatively, the coupling or direct coupling or communication connection shown or discussed with each other may be an indirect coupling or communication connection via some interfaces, devices or units, which may be in electrical, mechanical or other form.

The units described as separate units may or may not be physically separate, and units shown as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

In addition, each functional unit in each embodiment of the present application may be integrated in one processing unit, or each unit may exist alone physically, or two or more units may be integrated in one unit.

The functions, if implemented in the form of software functional units and sold or used as a stand-alone product, may be stored in a computer-readable storage medium. Based on such understanding, the technical solution of the embodiments of the present application may be essentially or, what contributes to the prior art, or part of the technical solution may be embodied in the form of a software product stored in a storage medium, comprising several instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the methods described in the embodiments of the present application. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read-Only Memory (ROM), a random access Memory (Random Access Memory, RAM), a magnetic disk, or an optical disk, or other various media capable of storing program codes.

Claims

1. A method for testing a RAID card, the method further comprising:

acquiring information of a test task, wherein the information of the test task comprises identifiers of a plurality of RAID cards to be tested and identifiers of an Operating System (OS) to be tested; the types of the RAID cards to be tested are not identical;

Creating a plurality of first Virtual Machines (VM) corresponding to the RAID cards to be tested according to the identifiers of the RAID cards to be tested, wherein the RAID cards to be tested are in one-to-one correspondence with the plurality of first VMs;

acquiring an optical disk image file of the OS to be tested according to the identification of the OS to be tested;

and controlling each first VM in the plurality of first VMs, and testing whether the OS to be tested can be installed on the corresponding RAID card to be tested through the optical disk image file of the OS to be tested.

2. The method of claim 1, wherein creating a plurality of first virtual machines VMs corresponding to the plurality of RAID cards under test according to the identification of the plurality of RAID cards under test comprises:

creating a plurality of VMs, wherein the number of the VMs is greater than or equal to the number of the RAID cards to be tested;

and according to the identifiers of the RAID cards to be tested, configuring each RAID card to be tested in the RAID cards to be tested as peripheral equipment high-speed interconnection PCIe through equipment of one VM to obtain the first VMs.

3. The method of claim 1 or 2, wherein each of the first VMs comprises a virtual drive; the controlling each first VM in the plurality of first VMs, testing whether the OS to be tested can be installed on the corresponding RAID card to be tested through the optical disc image file of the OS to be tested, includes:

And controlling the virtual CD driver of each first VM to call the optical disk image file of the OS to be tested, and controlling each first VM to install the OS to be tested in the corresponding RAID card to be tested through the optical disk image file of the OS to be tested.

4. The method of claim 3, wherein the controlling the virtual drive of each first VM to call the optical disc image file of the OS under test and controlling each first VM to install the OS under test in the corresponding RAID card under test through the optical disc image file of the OS under test includes:

configuring a virtual CD-ROM of each first VM to be connected with an optical disk image file of the OS to be tested;

configuring a virtual drive of each first VM as starting equipment corresponding to the first VM;

and starting each first VM, so that each first VM calls an optical disk image file of the OS to be tested, and installing the OS to be tested in the corresponding RAID card to be tested.

5. The method according to any one of claims 1-4, wherein the obtaining, according to the identifier of the OS under test, the optical disc image file of the OS under test includes:

and acquiring an optical disk image file of the OS to be tested from a memory of a test server according to the identification of the OS to be tested, wherein the test server is a server in which the plurality of RAID cards to be tested are spliced.

6. The method according to any one of claims 1-4, wherein the obtaining, according to the identifier of the OS under test, the optical disc image file of the OS under test includes:

transmitting a first downloading request to an OS resource pool device, wherein the first downloading request comprises an identifier of the OS to be tested, and an optical disk image file of the OS stored in the OS resource pool device comprises an optical disk image file of the OS to be tested;

and receiving an optical disk image file of the OS to be detected returned by the OS resource pool equipment according to the identification of the OS to be detected.

7. The method of any one of claims 1-4, wherein the identity of the OS under test is a name of the OS under test; the obtaining the optical disc image file of the OS to be tested according to the identifier of the OS to be tested includes:

adding a CD mirror image file suffix to the name of the OS to be detected to obtain the name of the CD mirror image file of the OS to be detected;

sending a second downloading request to an OS resource pool device, wherein the second downloading request comprises the name of an optical disc image file of the OS to be tested;

and receiving the optical disc image file of the OS to be detected returned by the OS resource pool equipment according to the name of the optical disc image file of the OS to be detected.

8. The method according to any one of claims 1 to 7, wherein the optical disc image file of the OS under test includes an installation program of the OS under test, and an auto-answer file of the OS under test, the auto-answer file being used for automatically completing the installation of the OS under test in response to the installation step of the installation program.

9. The method of any of claims 1-8, wherein the plurality of first VMs each comprise a virtual network console VNC interface; after said controlling each first VM of said plurality of first VMs to test, through the optical disc image file of the OS under test, whether the OS under test can be installed on the corresponding RAID card under test, the method further comprises:

and controlling the first VMs to output test reports through the corresponding VNC interfaces.

10. A test server, the test server comprising:

a processor, a memory;

the memory stores instruction operations or codes;

the processor is configured to communicate with the memory and execute instruction operations or code in the memory to perform the method of any of claims 1-9.