CN113821390A - Switch debugging method and device, server and computer readable storage medium - Google Patents
Switch debugging method and device, server and computer readable storage medium Download PDFInfo
- Publication number
- CN113821390A CN113821390A CN202111007615.3A CN202111007615A CN113821390A CN 113821390 A CN113821390 A CN 113821390A CN 202111007615 A CN202111007615 A CN 202111007615A CN 113821390 A CN113821390 A CN 113821390A
- Authority
- CN
- China
- Prior art keywords
- switch
- management chip
- debugging
- test terminal
- fault 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 60
- 238000012360 testing method Methods 0.000 claims abstract description 190
- 238000004891 communication Methods 0.000 claims description 71
- 108010028984 3-isopropylmalate dehydratase Proteins 0.000 claims description 36
- 238000004458 analytical method Methods 0.000 claims description 17
- 238000006243 chemical reaction Methods 0.000 claims description 14
- 238000004590 computer program Methods 0.000 claims description 14
- 238000010586 diagram Methods 0.000 description 14
- 230000008569 process Effects 0.000 description 7
- 230000006870 function Effects 0.000 description 3
- 238000012423 maintenance Methods 0.000 description 3
- 230000001960 triggered effect Effects 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 238000007796 conventional method Methods 0.000 description 2
- 238000004377 microelectronic Methods 0.000 description 2
- 238000011056 performance test Methods 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000036541 health Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
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/2205—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing using arrangements specific to the hardware being tested
-
- 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/2294—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing by remote 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 application relates to a switch debugging method and device, a server and a computer readable storage medium, wherein the server is internally provided with a switch and a management chip, and the switch debugging method comprises the following steps: and acquiring the fault information of the switch from the switch through the management chip, and sending the fault information of the switch to the test terminal. And the control test terminal generates a debugging instruction based on the fault information of the switch and sends the debugging instruction to the management chip. And sending the debugging instruction to the switch through the management chip, and controlling the switch to debug based on the debugging instruction. By using the management chip in the server as an intermediate bridge, the network connection between the test terminal and the server built-in switch is realized. Therefore, the remote debugging of the fault switch is more conveniently and rapidly realized, the time is greatly saved, and the cost is reduced.
Description
Technical Field
The present application relates to the technical field of server testing, and in particular, to a method and an apparatus for debugging a switch, a server, and a computer-readable storage medium.
Background
The blade server is a server in which a plurality of card-type server units can be inserted into a rack-type chassis with a standard height, and is a low-cost server platform capable of realizing High Availability High Density (HAHD). The blade server chassis typically includes a plurality of blade server units and a switch, and the plurality of blade server units may communicate with a large switch outside the chassis through the switch. Therefore, the switch in the blade server chassis forms the core of the network communication between the whole blade server and the external device. Once the switch fails, it causes a communication failure for the entire blade server.
In the conventional method, when the remote debugging device is used for remotely debugging the switch, the remote debugging device is used for remotely debugging the switch by means of a service network between the switch and the remote debugging device. However, if the switch in the blade server has a network failure, the service network between the switch and the remote debugging device is also broken down, and therefore, the remote debugging device cannot perform remote debugging through the service network.
At the moment, operation and maintenance personnel must go to the machine room to find the faulty switch, then connect the debugging tool with the physical serial port of the faulty switch, and collect the log of the faulty switch, so as to debug the faulty switch. For large-scale data centers, a large number of blade servers are included, including multiple switches. Therefore, when a switch in a data center fails, a great deal of time and energy are needed to determine the failed switch manually and then connect the debugging tool with the physical serial port of the failed switch.
Disclosure of Invention
The embodiment of the application provides a method and a device for debugging a switch, a server and a computer readable storage medium, which can be used for debugging a fault switch more conveniently and quickly, thereby greatly saving time and reducing cost.
A switch debugging method is applied to a server, a switch and a management chip are arranged in the server, and the method comprises the following steps:
acquiring fault information of the switch from the switch through the management chip, and sending the fault information of the switch to a test terminal;
controlling the test terminal to generate a debugging instruction based on the fault information of the switch, and sending the debugging instruction to the management chip; the debugging instruction is used for debugging the switch;
and sending the debugging instruction to the switch through the management chip, and controlling the switch to debug based on the debugging instruction.
According to the traditional method, when a network fault occurs in a switch arranged in a server and the switch cannot communicate with an external test terminal, the test terminal cannot directly acquire fault information from the switch so as to debug the switch. Therefore, the debugging tool is manually connected with the physical serial port of the faulty switch to debug the switch, and obviously, a great deal of time and energy are needed in the process. According to the switch debugging method provided by the application, when a network fault occurs in a built-in switch of a server and the switch cannot communicate with an external test terminal, fault information of the switch can be acquired from the switch through a built-in management chip of the server, and then the management chip sends the fault information to the test terminal. Therefore, the test terminal can obtain the fault information to generate a debugging instruction, and the debugging instruction is sent to the management chip. And sending the debugging instruction to the switch through the management chip, and controlling the switch to debug based on the debugging instruction. By using the management chip in the server as an intermediate bridge, the network connection between the test terminal and the server built-in switch is realized. Therefore, the remote debugging of the fault switch is more conveniently and rapidly realized, the time is greatly saved, and the cost is reduced.
In one embodiment, the method further comprises:
establishing serial communication connection between the management chip and the switch in advance;
the management chip acquires the fault information of the switch from the switch and sends the fault information of the switch to the test terminal, and the method comprises the following steps:
and acquiring the fault information of the switch from the switch through the management chip based on the serial port communication connection, and sending the fault information of the switch to a test terminal.
In the embodiment of the application, under the condition that the network communication connection between the remote test terminal and the server built-in switch fails, the network connection between the remote test terminal and the server built-in switch is realized by taking the management chip in the server as an intermediate bridge. Specifically, serial communication connection is established in advance between the management chip and the switch. Therefore, the remote testing of the switch with the network fault in the server is realized. The debugging tool is not required to be manually connected with the physical serial port of the fault switch to debug the switch, so that the fault switch can be debugged more conveniently and quickly, time is saved greatly, and cost is reduced.
In one embodiment, the acquiring, by the management chip based on the serial port communication connection, the fault information of the switch from the switch, and sending the fault information of the switch to the test terminal includes:
running a preset serial port driver on the management chip, and acquiring serial port data from the switch through the preset serial port driver based on the serial port communication connection; the serial port data is used for representing fault information of the switch;
carrying out format conversion on the serial port data through the management chip based on an IPMI protocol to generate network port data corresponding to the serial port data;
and sending the network port data to a test terminal through the management chip.
In the embodiment of the application, the management chip reaches serial communication connection has been established in advance between the switch, and the management chip passes through predetermine the serial port drive and based on serial communication connection follows acquire the serial data that fault information corresponds in the switch. The management chip can convert the internet access data corresponding to the fault information into the internet access data based on the IPMI protocol. And then the network port data corresponding to the fault information can be sent to the test terminal through the management chip. In this way, when the network communication connection between the remote test terminal and the server built-in switch fails, the network connection between the remote test terminal and the server built-in switch is realized by using the management chip in the server as an intermediate bridge.
In one embodiment, the sending the portal data to the test terminal through the management chip includes:
the network port data are sent to a first external switch through the management chip;
and sending the internet access data to the test terminal through the first external switch.
In the embodiment of the application, when the test terminal remotely tests a large data center or a super computer cluster formed by a large number of servers, the management chip built in each server firstly sends the network port data corresponding to the acquired fault information to the external switch, and then the network port data is forwarded to the test terminal by the external switch. Therefore, remote testing of the built-in switches in the servers can be simultaneously realized through the external switches. Therefore, the efficiency of remotely testing the built-in switches in the formed large data center or the super computer cluster is greatly improved.
In one embodiment, the controlling the test terminal to generate a debug instruction based on the fault information of the switch, and sending the debug instruction to the management chip includes:
controlling the test terminal to analyze the fault information of the switch to generate an analysis result, and generating a debugging instruction according to the analysis result;
and controlling the test terminal to operate an IPMITOOL tool, and sending the debugging instruction to the management chip through the IPMITOOL tool.
In the embodiment of the application, the test terminal receives the data packet corresponding to the network port data sent by the management chip, and the data packet corresponding to the network port data includes the fault information of the switch. Therefore, the server controls the test terminal to analyze the data packet corresponding to the internet access data and generate an analysis result. Specific fault types can be determined based on the analysis results, and corresponding debugging instructions are matched from the data table based on the specific fault types. After the test terminal generates the debugging instruction, the test terminal may be triggered to run the IPMITOOL tool based on the debugging instruction. The test terminal may send the debug instruction to the management chip via the IPMITOOL tool. Therefore, the debugging instruction is sent to the management chip, so that the management chip sends the debugging instruction to the switch through serial port communication connection. Finally, when the switch arranged in the server has network faults and cannot communicate with an external test terminal, network communication between the test terminal and the switch is not passed, and remote test of the switch by the test terminal is realized.
In one embodiment, the sending the debug instruction to the management chip through the IPMITOOL tool includes:
sending the debug instruction to a second external switch through an IPMITOOL tool;
and sending the debugging instruction to the management chip through the second external switch.
In the embodiment of the application, for a large data center or a supercomputer cluster formed by a large number of servers, a large switch is required to transmit data. Therefore, the IPMITOOL tool running on the test terminal can send the test instruction to the second external switch, and then the second external switch sends the debugging instruction to the management chip, so that the management chip sends the debugging instruction to the switch through the serial port communication connection. Therefore, remote testing of the built-in switches in the servers can be simultaneously realized through the external switches. Therefore, the efficiency of remotely testing the built-in switches in the formed large data center or the super computer cluster is greatly improved.
In one embodiment, the sending the debug instruction to the switch through the management chip, and controlling the switch to debug based on the debug instruction includes:
carrying out format conversion on the debugging instruction through the management chip based on an IPMI protocol to generate serial port data corresponding to the debugging instruction;
running a preset serial port driver on the management chip, and sending serial port data corresponding to the debugging instruction to the switch through the preset serial port driver based on the serial port communication connection;
and controlling the switch to debug based on the serial port data corresponding to the debugging instruction.
In the embodiment of the application, the process of sending the debugging instruction to the switch by the management chip is similar to the process of sending the fault information to the test terminal by the management chip by acquiring the fault information from the switch. The management chip firstly converts the network port data corresponding to the debugging instruction into serial port data through the IPMI service module. Then, the management chip can send the serial port data corresponding to the debugging instruction to the switch through the preset serial port drive based on the serial port communication connection, so that the serial port data corresponding to the debugging instruction can be sent to the switch. Therefore, under the condition that the network communication connection between the remote test terminal and the server built-in switch breaks down, the debugging instruction is sent to the switch by taking the management chip in the server as an intermediate bridge, and finally the test instruction is sent to the switch by the remote test terminal, so that the remote debugging of the switch in the server is realized.
A switch debugging device is applied to a server, a switch and a management chip are arranged in the server, and the device comprises:
the fault information acquisition module is used for acquiring the fault information of the switch from the switch through the management chip and sending the fault information of the switch to the test terminal;
the debugging instruction generating module is used for controlling the test terminal to generate a debugging instruction based on the fault information of the switch and sending the debugging instruction to the management chip; the debugging instruction is used for debugging the switch;
and the debugging module is used for sending the debugging instruction to the switch through the management chip and controlling the switch to debug based on the debugging instruction.
A server comprising a memory and a processor, the memory having stored therein a computer program that, when executed by the processor, causes the processor to perform the steps of the bluetooth communication method as described above.
A computer-readable storage medium, on which a computer program is stored which, when being executed by a processor, carries out the steps of the bluetooth communication method as described above.
The switch debugging method and device, the server and the computer readable storage medium are provided with the switch and the management chip in the server, and the switch debugging method comprises the following steps: and acquiring the fault information of the switch from the switch through the management chip, and sending the fault information of the switch to the test terminal. And the control test terminal generates a debugging instruction based on the fault information of the switch and sends the debugging instruction to the management chip. And sending the debugging instruction to the switch through the management chip, and controlling the switch to debug based on the debugging instruction.
According to the traditional method, when a network fault occurs in a switch arranged in a server and the switch cannot communicate with an external test terminal, the test terminal cannot directly acquire fault information from the switch so as to debug the switch. Therefore, the debugging tool is manually connected with the physical serial port of the faulty switch to debug the switch, and obviously, a great deal of time and energy are needed in the process. According to the switch debugging method provided by the application, when a network fault occurs in a built-in switch of a server and the switch cannot communicate with an external test terminal, fault information of the switch can be acquired from the switch through a built-in management chip of the server, and then the management chip sends the fault information to the test terminal. Therefore, the test terminal can obtain the fault information to generate a debugging instruction, and the debugging instruction is sent to the management chip. And sending the debugging instruction to the switch through the management chip, and controlling the switch to debug based on the debugging instruction. By using the management chip in the server as an intermediate bridge, the network connection between the test terminal and the server built-in switch is realized. Therefore, the remote debugging of the fault switch is more conveniently and rapidly realized, the time is greatly saved, and the cost is reduced.
Drawings
In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments of the present application, and for those skilled in the art, other drawings can be obtained according to the drawings without creative efforts.
FIG. 1 is a diagram of an application environment of a switch debugging method in one embodiment;
FIG. 2 is a flow diagram of a method for debugging a switch in one embodiment;
FIG. 3 is a flow diagram of a method for debugging a switch in another embodiment;
fig. 4 is a flowchart of a method in fig. 3 for acquiring fault information of the switch from the switch and sending the fault information of the switch to the test terminal through the management chip based on the serial communication connection;
FIG. 5 is a diagram illustrating an exemplary management chip;
FIG. 6 is a diagram of an application environment of a switch debugging method in another embodiment;
FIG. 7 is a flowchart illustrating a method for controlling the switch to debug based on the debug instruction in FIG. 2 by sending the debug instruction to the switch through the management chip;
FIG. 8 is a flow diagram of a method for debugging a switch in a particular embodiment;
FIG. 9 is a block diagram showing the configuration of a switch debugging apparatus according to one embodiment;
fig. 10 is a block diagram showing the configuration of a fault information acquisition module in fig. 9;
fig. 11 is a schematic diagram of an internal configuration of a server in one embodiment.
Detailed Description
In order to make the objects, technical solutions and advantages of the present application more apparent, the present application is described in further detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the present application and are not intended to limit the present application.
The servers referred to in the present application may be classified into tower servers, rack servers, blade servers, high-density servers, and the like according to the shape. The following description will be made by taking a blade server as an example.
The blade server is a server in which a plurality of card-type server units can be inserted into a rack-type chassis with a standard height, and is a low-cost server platform capable of realizing High Availability High Density (HAHD). The blade server chassis typically includes a plurality of blade server units and a switch, and the plurality of blade server units may communicate with a large switch outside the chassis through the switch. Therefore, the switch in the blade server chassis forms the core of the network communication between the whole blade server and the external device. Once the switch fails, it causes a communication failure for the entire blade server.
In the conventional method, when the remote debugging device is used for remotely debugging the switch, the remote debugging device is used for remotely debugging the switch by means of a service network between the switch and the remote debugging device. However, if the switch in the blade server has a network failure, the service network between the switch and the remote debugging device is also broken down, and therefore, the remote debugging device cannot perform remote debugging through the service network.
At the moment, operation and maintenance personnel must go to the machine room to find the faulty switch, then connect the debugging tool with the physical serial port of the faulty switch, and collect the log of the faulty switch, so as to debug the faulty switch. For large-scale data centers, a large number of blade servers are included, including multiple switches. Therefore, when a switch in a data center fails, a great deal of time and energy are needed to determine the failed switch manually and then connect the debugging tool with the physical serial port of the failed switch.
In order to solve the above problem, the embodiment of the present application provides a switch debugging method, which can implement debugging a faulty switch more conveniently and quickly, thereby greatly saving time and reducing cost.
Fig. 1 is a diagram illustrating an application scenario of a switch debugging method according to an embodiment. As shown in fig. 1, the application environment includes a test terminal 120 and a server 140. The server 140 has a management chip 142 and a switch 144 built therein. And the management chip 142 in the server 140 is connected to the test terminal 120 through a network. The management chip 142 acquires the fault information of the switch from the switch 144 and transmits the fault information of the switch to the test terminal 120. The control test terminal 120 generates a debugging instruction based on the fault information of the switch, and sends the debugging instruction to the management chip; the debug instruction is used to debug the switch. And sending the debugging instruction to the switch through the management chip, and controlling the switch to debug based on the debugging instruction. The server may be a server including a built-in switch, such as a blade server, and, of course, the specific server is not limited in this application.
Fig. 2 is a flow diagram of a method for debugging a switch in one embodiment. The switch debugging method in this embodiment is described by taking the example of the switch debugging method running on the server 140 in fig. 1, where the switch and the management chip are built in the server. The method includes the following steps 220 through 260, wherein,
In the case that a network failure does not occur in the switch built in the server, a network communication connection, which may also be referred to as a service network, may be established between the switch and the external device. The server can thus interact with external devices (e.g., remote test devices) via the internal switch over the network communication link (service network). The switch built in the server may also be referred to as a chassis switch.
If the switch in the server has a network fault, the service network between the switch and the external device is also broken down, so that the remote debugging device cannot perform information interaction with the switch built in the server by means of the service network, and the remote debugging of the switch built in the server is realized.
Therefore, a switch debugging method is provided, and a server can acquire the fault information of the switch from the switch through a built-in management chip of the server. Because the management chip and the switch are built-in devices of the server, the management chip can directly acquire the fault information of the switch from the switch. Then, the management chip can establish network communication connection with the external device, and thus, the management chip can send the acquired fault information of the switch to the test terminal. Here, the failure information of the switch may be transmitted in the form of a data packet, and the failure information of the switch includes address Information (IP) of the switch, network failure information of the switch, and other failure information, which is not limited in the present application.
The management chip may be an embedded controller of a server, such as an embedded ARM controller. Of course, no limitation is made to the specific type of management chip in this application. An embedded controller is a control system that performs specified independent control functions and has the ability to process data. An embedded controller is an electronic device or apparatus controlled by an embedded microelectronic technology chip (including a series of microelectronic devices such as a microprocessor chip, a timer, a sequencer, or a controller), and can accomplish various automated processing tasks such as monitoring and control.
After the management chip sends the acquired fault information of the switch to the test terminal, the test terminal receives the fault information of the switch. The server control test terminal generates a debugging instruction based on the fault information of the switch, and the debugging instruction is used for debugging the switch. The test terminal stores the correspondence between different fault information of the switch in the server and the corresponding debugging instructions, and may be pre-stored in the test terminal or other databases in the form of a data table, for example.
In this way, the server control test terminal reads the debug instruction corresponding to the failure information of the switch from the data table based on the failure information of the switch. Then, the test terminal sends the debugging instruction to a management chip of the server. Here, the debug instruction may also be transmitted in the form of a packet. If the failure information of the switch is network failure information of the switch, the debugging instruction may be an instruction for debugging the switch network. If the failure information of the switch is other failure information, the debug instruction may be an instruction for debugging the other failure information.
And step 260, sending the debugging instruction to the switch through the management chip, and controlling the switch to debug based on the debugging instruction.
Since the management chip and the switch are built-in devices of the server, the management chip can directly send the debugging instruction to the switch. Therefore, the switch with the network fault can receive the debugging instruction sent by the test terminal, and the control switch carries out corresponding debugging tasks based on the debugging instruction. The debugging task specifically includes performing a startup and shutdown test, a performance test, a state test, and the like on the switch, which is not limited in the present application.
In the embodiment of the application, when a network fault occurs in a switch built in a server and the switch cannot communicate with an external test terminal, fault information of the switch can be acquired from the switch through a management chip built in the server, and then the management chip sends the fault information to the test terminal. Therefore, the test terminal can obtain the fault information to generate a debugging instruction, and the debugging instruction is sent to the management chip. And sending the debugging instruction to the switch through the management chip, and controlling the switch to debug based on the debugging instruction.
Under the condition that the network communication connection between the remote test terminal and the server built-in switch fails, the network connection between the remote test terminal and the server built-in switch is realized by taking the management chip in the server as an intermediate bridge. Therefore, the remote testing of the switch with the network fault in the server is realized. The debugging tool is not required to be manually connected with the physical serial port of the fault switch to debug the switch, so that the fault switch can be debugged more conveniently and quickly, time is saved greatly, and cost is reduced.
In one embodiment, as shown in fig. 3, there is provided a switch debugging method, further including:
establishing serial communication connection between a management chip and a switch in advance;
obtain the fault information of switch from the switch through the management chip, send the fault information of switch to test terminal, include:
the management chip is connected based on serial port communication, the fault information of the switch is obtained from the switch, and the fault information of the switch is sent to the test terminal.
Specifically, as shown in fig. 3, a switch debugging method is provided, which includes:
step 320, establishing a serial communication connection between the management chip and the switch in advance.
The server is internally provided with a management chip and a switch, and generally, a plurality of groups of serial ports are arranged between the management chip and the switch and are respectively used for transmitting various data between the management chip and the switch. Before data transmission, serial communication connection needs to be established between the management chip and the serial port of the switch.
The serial port refers to a serial interface, which is a device capable of converting parallel data characters received from the CPU into a continuous serial data stream and transmitting the serial data stream, and converting the received serial data stream into parallel data characters and supplying the parallel data characters to the CPU. The communication connection realized by the serial port can be called as serial communication connection.
Specifically, the serial communication connection is established between the management chip and the switch in advance, which may refer to that the serial communication connection is established between the management chip and the switch in advance when the server is started, or the serial communication connection is established between the management chip and the switch in advance when the switch is tested. This is not a particular limitation of the present application.
And 340, acquiring the fault information of the switch from the switch through the serial port communication connection of the management chip, and sending the fault information of the switch to the test terminal.
When the switch is remotely tested, the management chip is in serial communication connection with the switch, which is established in advance, based on the management chip, and the fault information of the switch is acquired from the switch. Specifically, the management chip may send a fault information request instruction to the switch through the serial port, and the switch returns the fault information to the management chip after receiving the fault information request instruction.
After receiving the fault information, the management chip may send the fault information to the test terminal through a network communication connection between the management chip and the test terminal.
After the management chip sends the acquired fault information of the switch to the test terminal, the test terminal receives the fault information of the switch. The server control test terminal generates a debugging instruction based on the fault information of the switch, and the debugging instruction is used for debugging the switch. The test terminal stores the correspondence between different fault information of the switch in the server and the corresponding debugging instructions, and may be pre-stored in the test terminal or other databases in the form of a data table, for example.
In this way, the server control test terminal reads the debug instruction corresponding to the failure information of the switch from the data table based on the failure information of the switch. Then, the test terminal sends the debugging instruction to a management chip of the server. Since the management chip and the switch are built-in devices of the server, the management chip can directly send the debugging instruction to the switch. Therefore, the switch with the network fault can receive the debugging instruction sent by the test terminal, and the control switch carries out corresponding debugging tasks based on the debugging instruction.
In the embodiment of the application, under the condition that the network communication connection between the remote test terminal and the server built-in switch fails, the network connection between the remote test terminal and the server built-in switch is realized by taking the management chip in the server as an intermediate bridge. Specifically, serial communication connection is established in advance between the management chip and the switch. Therefore, the remote testing of the switch with the network fault in the server is realized. The debugging tool is not required to be manually connected with the physical serial port of the fault switch to debug the switch, so that the fault switch can be debugged more conveniently and quickly, time is saved greatly, and cost is reduced.
In an embodiment, as shown in fig. 4, in step 340, acquiring fault information of the switch from the switch through the management chip based on the serial port communication connection, and sending the fault information of the switch to the test terminal, includes:
Fig. 5 is a schematic structural diagram of a management chip in an embodiment. The management chip 142 includes a serial driver 142a, an IPMI service module 142b and a network card 142 c. The serial driver 142a, the IPMI service module 142b and the network card 142c are connected via an interface, for example, a serial port.
After the serial port communication connection is established between the management chip and the switch through the serial port, a serial port driver is further operated on the management chip and used for controlling the management chip to send a fault information request instruction to the switch through the serial port, and the switch replies fault information to the management chip after receiving the fault information request instruction, so that the management chip obtains the fault information. The management chip transmits a fault information request instruction to the switch through the serial port, and the fault information replied by the switch to the management chip is transmitted in the form of serial port data. Namely, the serial port data replied to the management chip by the switch contains fault information.
And 344, performing format conversion on the serial port data through the management chip based on the IPMI protocol to generate network port data corresponding to the serial port data.
After the management chip obtains the fault information, the management chip needs to send the fault information to the test terminal. The test terminal and the management chip are in communication connection through a network, and therefore the management chip can send the network port data corresponding to the fault information to the test terminal only if the fault information in the serial port data form acquired by the management chip is required to be converted into the network port data.
Therefore, the management chip can also run an IPMI service module, and the IPMI service module can convert the format of the serial port data based on the IPMI protocol to generate the network port data. Therefore, the network port data corresponding to the fault information can be converted into the network port data through the IPMI service module. Here, the serial data or the internet access data may be transmitted in the form of data packets. The internet port data may be data that can be transmitted through the IPMI network interface. When the switch fails, operation and maintenance personnel can download the log file from the IPMI service module in the management chip at the first time, and the switch failure reason can be quickly analyzed and positioned.
The IPMI is an abbreviation of Intelligent Platform Management Interface (Intelligent Platform Management Interface), and is an industrial standard for managing peripheral devices used in an enterprise system based on an Intel structure. IPMI may be used to monitor physical health characteristics of the server, such as temperature, voltage, fan operating status, power status, etc.
The management chip also comprises a network card which can realize the communication between the management chip and an external test terminal, in particular to the transmission of network port data. Therefore, the network interface data corresponding to the fault information can be sent to the test terminal through the network card on the management chip.
In the embodiment of the application, serial communication connection is pre-established between the management chip and the switch, the management chip acquires serial data corresponding to the fault information from the switch on the basis of serial communication connection through the preset serial driver, and the serial data corresponding to the fault information is sent to the IPMI service module. The IPMI service module can convert the internet port data corresponding to the fault information into the internet port data based on the IPMI protocol. And then, the network interface data corresponding to the fault information can be sent to the test terminal through the network card on the management chip. In this way, when the network communication connection between the remote test terminal and the server built-in switch fails, the network connection between the remote test terminal and the server built-in switch is realized by using the management chip in the server as an intermediate bridge.
In one embodiment, the sending the internet access data to the test terminal through the management chip includes:
the network port data are sent to a first external switch through a management chip;
and transmitting the network port data to the test terminal through the first external switch.
As shown in fig. 6, another application scenario diagram of a switch debugging method is provided. As shown in fig. 6, the application environment includes a test terminal 120, a server 140, and a first external switch 160. If the server 140 is a blade server, the server 140 has a management chip 142 and a switch 144, and further includes a plurality of blade server units 146. The plurality of blade server units 146 may be respectively connected to the management chip 142 and the switch 144 (not shown), which is not limited in this application. And the management chip 142 in the server 140 is connected to the first external switch 160 through a network, and the first external switch 160 is connected to the test terminal 120 through a network. The first external switch is a large switch outside the server, and when the test terminal performs remote test on a large number of servers, the large switch is needed to transmit data. For example, for a large data center or a super computer cluster composed of a large number of servers, a large switch is required to transmit data.
The management chip acquires fault information of the switch from the switch, specifically serial port data corresponding to the fault information of the switch from the switch, and converts the serial port data corresponding to the fault information into network port data corresponding to the fault information. After that, the server transmits the portal data corresponding to the failure information to the first external switch based on the management chip through the network connection between the management chip 142 and the first external switch 160.
And then the first external switch sends the network port data corresponding to the fault information to the test terminal based on the network communication connection between the first external switch and the test terminal.
In the embodiment of the application, when the test terminal remotely tests a large data center or a super computer cluster formed by a large number of servers, the management chip built in each server firstly sends the network port data corresponding to the acquired fault information to the external switch, and then the network port data is forwarded to the test terminal by the external switch. Therefore, remote testing of the built-in switches in the servers can be simultaneously realized through the external switches. Therefore, the efficiency of remotely testing the built-in switches in the formed large data center or the super computer cluster is greatly improved.
In one embodiment, step 240, controlling the test terminal to generate a debug instruction based on the fault information of the switch, and sending the debug instruction to the management chip includes:
the control test terminal analyzes the fault information of the switch to generate an analysis result, and generates a debugging instruction according to the analysis result;
and controlling the test terminal to run an IPMITOOL tool, and sending the debugging instruction to the management chip through the IPMITOOL tool.
Specifically, the test terminal receives a data packet corresponding to the network port data sent by the management chip, where the data packet corresponding to the network port data includes the fault information of the switch. Therefore, the server controls the test terminal to analyze the data packet corresponding to the internet access data and generate an analysis result. The analysis result includes address Information (IP) of the switch, the type of failure of the switch, and the like. The test terminal stores the correspondence between different failure types of the switch in the server and the corresponding debugging instructions, and may be pre-stored in the test terminal or other databases in the form of a data table, for example. Therefore, a specific fault type can be determined based on the analysis result, and then the corresponding debugging instruction is matched from the data table based on the specific fault type. The debug instruction carries address Information (IP) of the switch.
After the test terminal generates the debug instruction, the test terminal may be triggered to run the IPMITOOL tool based on the debug instruction. The IPMITOOL tool is an IPMI platform management tool in a command line mode which can be used in a linux system, supports IPMI specifications, and can achieve the functions of acquiring information of a sensor, displaying system log content, remotely turning on and off a network and the like.
After the test terminal runs the IPMITOOL tool, the test terminal may send a debug instruction to the management chip through the IPMITOOL tool. If the number of the servers is small, the built-in management chip of the server is directly connected with the test terminal, and the test terminal directly sends the debugging instruction to the management chip through the IPMITOOL tool. If the number of the servers is large, the built-in management chip of the server is directly connected with the test terminal, and the test terminal firstly sends the debugging instruction to the external switch through the IPMITOOL tool and then forwards the debugging instruction to the management chip through the external switch. Specifically, the debug instruction is sent to the management chip corresponding to the address Information (IP) of the switch based on the address Information (IP) of the switch carried in the debug information.
The IPMITOOL tool is deployed on a test terminal, and may be understood as an IPMITOOL client. The IPMI service module running on the management chip may be understood as an IPMITOOL service end. The IPMITOOL client and the IPMITOOL server realize remote testing of the switch in the server together.
In the embodiment of the application, the test terminal receives the data packet corresponding to the network port data sent by the management chip, and the data packet corresponding to the network port data includes the fault information of the switch. Therefore, the server controls the test terminal to analyze the data packet corresponding to the internet access data and generate an analysis result. Specific fault types can be determined based on the analysis results, and corresponding debugging instructions are matched from the data table based on the specific fault types. After the test terminal generates the debug instruction, the test terminal may be triggered to run the IPMITOOL tool based on the debug instruction. The test terminal may send the debug instruction to the management chip through the IPMITOOL tool. Therefore, the debugging instruction is sent to the management chip, and the management chip can send the debugging instruction to the switch through serial port communication connection conveniently. Finally, when the switch arranged in the server has network faults and cannot communicate with an external test terminal, network communication between the test terminal and the switch is not passed, and remote test of the switch by the test terminal is realized.
In one embodiment, sending debug instructions to the management chip via the IPMITOOL tool includes:
sending the debug instruction to a second external switch through an IPMITOOL tool;
and sending the debugging instruction to the management chip through the second external switch.
As shown in fig. 6, for a large data center or a supercomputer cluster composed of a large number of servers, a large external switch is required to transmit data. Therefore, the IPMITOOL tool running on the test terminal can send the test instruction to the second external switch, and then the second external switch sends the debugging instruction to the management chip corresponding to the debugging instruction, so that the management chip sends the debugging instruction to the switch through serial port communication connection. Wherein, the debug command carries address Information (IP) of the switch. Specifically, the debug instruction is sent to a management chip corresponding to the address Information (IP) of the switch based on the address Information (IP) of the switch carried in the debug information. The second external switch may be the same as or different from the first external switch in the above embodiment, and this application does not limit this.
In the embodiment of the application, for a large data center or a supercomputer cluster formed by a large number of servers, a large switch is required to transmit data. Therefore, the IPMITOOL tool running on the test terminal can send the test instruction to the second external switch, and then the second external switch sends the debugging instruction to the management chip, so that the management chip sends the debugging instruction to the switch through the serial port communication connection. Therefore, remote testing of the built-in switches in the servers can be simultaneously realized through the external switches. Therefore, the efficiency of remotely testing the built-in switches in the formed large data center or the super computer cluster is greatly improved.
In one embodiment, as shown in fig. 7, step 260, sending a debug instruction to the switch through the management chip, and controlling the switch to perform debugging based on the debug instruction includes:
step 262, the management chip performs format conversion on the debugging instruction based on the IPMI protocol to generate serial port data corresponding to the debugging instruction.
After the management chip obtains the debug instruction, the management chip needs to send the debug instruction to the switch. Because the serial port communication connection is established between the management chip and the switch, and the debugging instruction is the internet access data, the management chip needs to perform format conversion on the debugging instruction based on the IPMI protocol to generate the serial port data corresponding to the debugging instruction, so that the serial port data corresponding to the debugging instruction can be sent to the switch.
Specifically, an IPMI service module may be run on the management chip, and the IPMI service module may perform format conversion on the internet access data based on an IPMI protocol to generate serial port data. Therefore, the network port data corresponding to the debugging instruction can be converted into the network port data through the IPMI service module. The internet port data may be data that can be transmitted through the IPMI network interface.
And step 264, operating a serial port driver on the management chip, and sending serial port data corresponding to the debugging instruction to the switch through the serial port driver based on serial port communication connection.
The serial port driver is operated on the management chip and used for controlling the management chip to send a debugging instruction to the switch through the serial port, namely serial port data corresponding to the debugging instruction are sent to the switch through the serial port driver based on serial port communication connection.
And step 266, the control switch debugs based on the serial port data corresponding to the debugging instruction.
After the switch receives the serial port data corresponding to the debugging instruction sent by the management chip, the switch can directly execute the debugging task based on the serial port data. The debugging task specifically includes performing a startup and shutdown test, a performance test, a state test, and the like on the switch, which is not limited in the present application.
In the embodiment of the application, the process of sending the debugging instruction to the switch by the management chip is similar to the process of sending the fault information to the test terminal by the management chip by acquiring the fault information from the switch. The management chip firstly converts the network port data corresponding to the debugging instruction into serial port data through the IPMI service module. Then, the management chip can send the serial port data corresponding to the debugging instruction to the switch through the preset serial port drive based on serial port communication connection, and then the serial port data corresponding to the debugging instruction can be sent to the switch. Therefore, under the condition that the network communication connection between the remote test terminal and the server built-in switch breaks down, the debugging instruction is sent to the switch by taking the management chip in the server as an intermediate bridge, and finally the test instruction is sent to the switch by the remote test terminal, so that the remote debugging of the switch in the server is realized.
In a specific embodiment, as shown in fig. 8, there is provided a switch testing method, including:
step 810, sending the internet access data to a test terminal through a first external switch;
step 816, the debug instruction is sent to the management chip through the second external switch.
Step 818, performing format conversion on the debugging instruction through the management chip based on the IPMI protocol to generate serial port data corresponding to the debugging instruction;
In the embodiment of the application, when a network fault occurs in a switch built in a server and the switch cannot communicate with an external test terminal, fault information of the switch can be acquired from the switch through a management chip built in the server, and then the management chip sends the fault information to the test terminal. Therefore, the test terminal can obtain the fault information to generate a debugging instruction, and the debugging instruction is sent to the management chip. And sending the debugging instruction to the switch through the management chip, and controlling the switch to debug based on the debugging instruction. By using the management chip in the server as an intermediate bridge, the network connection between the test terminal and the server built-in switch is realized. Therefore, the remote debugging of the fault switch is more conveniently and rapidly realized, the time is greatly saved, and the cost is reduced.
In one embodiment, as shown in fig. 9, there is provided a switch debugging apparatus 900 applied to a server, the server having a built-in switch and a management chip, the apparatus including:
the fault information acquiring module 920 is configured to acquire fault information of the switch from the switch through the management chip and send the fault information of the switch to the test terminal;
the debugging instruction generating module 940 is used for controlling the test terminal to generate a debugging instruction based on the fault information of the switch and sending the debugging instruction to the management chip; the debugging instruction is used for debugging the switch;
the debugging module 960 is configured to send the debugging instruction to the switch through the management chip, and control the switch to perform debugging based on the debugging instruction.
In one embodiment, a switch debugging apparatus 900 is provided, further comprising:
a serial communication connection module 910, configured to establish a serial communication connection between the management chip and the switch in advance;
the fault information obtaining module 920 is further configured to obtain fault information of the switch from the switch through the management chip based on the serial communication connection, and send the fault information of the switch to the test terminal.
In one embodiment, as shown in fig. 10, the fault information obtaining module 920 further includes:
a serial data obtaining unit 922, configured to run a preset serial driver on the management chip, and obtain serial data from the switch through the preset serial driver based on a serial communication connection; the serial port data is used for representing the fault information of the switch;
the first data format conversion unit 924 is configured to perform format conversion on the serial port data through the management chip based on the IPMI protocol to generate network port data corresponding to the serial port data;
a portal data sending unit 926, configured to send the portal data to the test terminal through the management chip.
In one embodiment, the portal data sending unit 926 is further configured to send the portal data to the first external switch through the management chip; and transmitting the network port data to the test terminal through the first external switch.
In an embodiment, the debugging instruction generating module 940 is further configured to control the testing terminal to analyze the fault information of the switch to generate an analysis result, and generate the debugging instruction according to the analysis result; and controlling the test terminal to run an IPMITOOL tool, and sending the debugging instruction to the management chip through the IPMITOOL tool.
In one embodiment, the debug instruction generation module 940 is further configured to send the debug instruction to the second external switch through the IPMITOOL tool; and sending the debugging instruction to the management chip through the second external switch.
In one embodiment, debug module 960 includes:
the second data format conversion unit is used for carrying out format conversion on the debugging instruction through the management chip based on the IPMI protocol to generate serial port data corresponding to the debugging instruction;
the serial port data sending unit is used for operating a preset serial port driver on the management chip, and sending serial port data corresponding to the debugging instruction to the switch through the preset serial port driver based on serial port communication connection;
and the debugging unit is used for controlling the switch to debug based on the serial port data corresponding to the debugging instruction.
It should be understood that, although the steps in the flowcharts in the above-described figures are shown in order as indicated by the arrows, the steps are not necessarily performed in order as indicated by the arrows. The steps are not performed in the exact order shown and described, and may be performed in other orders, unless explicitly stated otherwise. Moreover, at least some of the steps in the above figures may include multiple sub-steps or multiple stages, which are not necessarily performed at the same time, but may be performed at different times, and the order of performing the sub-steps or stages is not necessarily sequential, but may be performed alternately or alternately with other steps or at least some of the sub-steps or stages of other steps.
The division of each module in the switch debugging apparatus is only used for illustration, and in other embodiments, the switch debugging apparatus may be divided into different modules as needed to complete all or part of the functions of the switch debugging apparatus.
For the specific definition of the switch debugging apparatus, reference may be made to the definition of the switch debugging method in the foregoing, and details are not described here. The various modules in the switch commissioning apparatus described above may be implemented in whole or in part by software, hardware, and combinations thereof. The modules can be embedded in a hardware form or independent from a processor in the computer device, and can also be stored in a memory in the computer device in a software form, so that the processor can call and execute operations corresponding to the modules.
In one embodiment, a server is further provided, which includes a memory and a processor, where the memory stores a computer program, and the computer program, when executed by the processor, causes the processor to perform the steps of a switch debugging method provided in the foregoing embodiments.
Fig. 11 is a schematic diagram of an internal configuration of a server in one embodiment. As shown in fig. 11, the server includes a processor and a memory connected by a system bus. Wherein, the processor is used for providing calculation and control capability and supporting the operation of the whole server. The memory may include a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system and a computer program. The computer program can be executed by a processor to implement a switch debugging method provided by the above embodiments. The internal memory provides a cached execution environment for the operating system computer programs in the non-volatile storage medium. The server may be any terminal device such as a mobile phone, a tablet computer, a PDA (Personal Digital Assistant), a POS (Point of Sales), a vehicle-mounted computer, and a wearable device.
The implementation of each module in the switch commissioning apparatus provided in the embodiments of the present application may be in the form of a computer program. The computer program may be run on a server. Program modules comprising the computer program may be stored on the memory of the server. Which when executed by a processor, performs the steps of the method described in the embodiments of the present application.
The embodiment of the application also provides a computer readable storage medium. One or more non-transitory computer-readable storage media containing computer-executable instructions that, when executed by one or more processors, cause the processors to perform the steps of the switch debug method.
A computer program product containing instructions which, when run on a computer, cause the computer to perform a switch debugging method.
Any reference to memory, storage, database, or other medium used by embodiments of the present application may include non-volatile and/or volatile memory. Suitable non-volatile memory can include read-only memory (ROM), Programmable ROM (PROM), Electrically Programmable ROM (EPROM), Electrically Erasable Programmable ROM (EEPROM), or flash memory. Volatile memory can include Random Access Memory (RAM), which acts as external cache memory. By way of illustration and not limitation, RAM is available in a variety of forms, such as Static RAM (SRAM), Dynamic RAM (DRAM), Synchronous DRAM (SDRAM), double data rate SDRAM (DDR SDRAM), Enhanced SDRAM (ESDRAM), synchronous Link (Synchlink) DRAM (SLDRAM), Rambus Direct RAM (RDRAM), direct bus dynamic RAM (DRDRAM), and bus dynamic RAM (RDRAM).
The switch debug embodiments above only represent several embodiments of the present application, and the description thereof is specific and detailed, but not construed as limiting the scope of the present application. It should be noted that, for a person skilled in the art, several variations and modifications can be made without departing from the concept of the present application, which falls within the scope of protection of the present application. Therefore, the protection scope of the present patent shall be subject to the appended claims.
Claims (10)
1. A switch debugging method is applied to a server, the switch and a management chip are arranged in the server, and the method comprises the following steps:
acquiring fault information of the switch from the switch through the management chip, and sending the fault information of the switch to a test terminal;
controlling the test terminal to generate a debugging instruction based on the fault information of the switch, and sending the debugging instruction to the management chip; the debugging instruction is used for debugging the switch;
and sending the debugging instruction to the switch through the management chip, and controlling the switch to debug based on the debugging instruction.
2. The switch debug method of claim 1, wherein said method further comprises:
establishing serial communication connection between the management chip and the switch in advance;
the management chip acquires the fault information of the switch from the switch and sends the fault information of the switch to the test terminal, and the method comprises the following steps:
and acquiring the fault information of the switch from the switch through the management chip based on the serial port communication connection, and sending the fault information of the switch to a test terminal.
3. The switch debugging method according to claim 2, wherein the acquiring, by the management chip based on the serial communication connection, the fault information of the switch from the switch and sending the fault information of the switch to a test terminal comprises:
running a preset serial port driver on the management chip, and acquiring serial port data from the switch through the preset serial port driver based on the serial port communication connection; the serial port data is used for representing fault information of the switch;
carrying out format conversion on the serial port data through the management chip based on an IPMI protocol to generate network port data corresponding to the serial port data;
and sending the network port data to a test terminal through the management chip.
4. The switch debugging method according to claim 3, wherein the sending the portal data to a test terminal via the management chip comprises:
the network port data are sent to a first external switch through the management chip;
and sending the internet access data to the test terminal through the first external switch.
5. The switch debugging method according to any one of claims 1 to 4, wherein the controlling the test terminal to generate a debugging instruction based on the fault information of the switch and send the debugging instruction to the management chip comprises:
controlling the test terminal to analyze the fault information of the switch to generate an analysis result, and generating a debugging instruction according to the analysis result;
and controlling the test terminal to operate an IPMITOOL tool, and sending the debugging instruction to the management chip through the IPMITOOL tool.
6. The switch debug method according to claim 5, wherein said sending said debug instruction to said management chip via an IPMITOOL tool comprises:
sending the debug instruction to a second external switch through an IPMITOOL tool;
and sending the debugging instruction to the management chip through the second external switch.
7. The switch debugging method according to any one of claims 1 to 4, wherein the sending the debugging instruction to the switch through the management chip, and controlling the switch to debug based on the debugging instruction, comprises:
carrying out format conversion on the debugging instruction through the management chip based on an IPMI protocol to generate serial port data corresponding to the debugging instruction;
running a preset serial port driver on the management chip, and sending serial port data corresponding to the debugging instruction to the switch through the preset serial port driver based on the serial port communication connection;
and controlling the switch to debug based on the serial port data corresponding to the debugging instruction.
8. A switch debugging device is applied to a server, the server is internally provided with a switch and a management chip, and the device comprises:
the fault information acquisition module is used for acquiring the fault information of the switch from the switch through the management chip and sending the fault information of the switch to the test terminal;
the debugging instruction generating module is used for controlling the test terminal to generate a debugging instruction based on the fault information of the switch and sending the debugging instruction to the management chip; the debugging instruction is used for debugging the switch;
and the debugging module is used for sending the debugging instruction to the switch through the management chip and controlling the switch to debug based on the debugging instruction.
9. A server comprising a memory and a processor, the memory having stored therein a computer program, wherein the computer program, when executed by the processor, causes the processor to perform the steps of the switch debug method as claimed in any one of claims 1 to 7.
10. A computer-readable storage medium, on which a computer program is stored, which, when being executed by a processor, carries out the steps of the switch commissioning method according to any one of claims 1 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111007615.3A CN113821390A (en) | 2021-08-30 | 2021-08-30 | Switch debugging method and device, server and computer readable storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111007615.3A CN113821390A (en) | 2021-08-30 | 2021-08-30 | Switch debugging method and device, server and computer readable storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN113821390A true CN113821390A (en) | 2021-12-21 |
Family
ID=78923570
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111007615.3A Pending CN113821390A (en) | 2021-08-30 | 2021-08-30 | Switch debugging method and device, server and computer readable storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113821390A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114363141A (en) * | 2021-12-30 | 2022-04-15 | 联想(北京)信息技术有限公司 | Remote debugging method, device and system for switch in blade server chassis |
Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1835478A (en) * | 2005-03-14 | 2006-09-20 | 国际商业机器公司 | Method and system for redirection of virtual lan network traffic |
| US20060274660A1 (en) * | 2005-06-01 | 2006-12-07 | International Business Machines Corporation | Method, system, and apparatus for debugging a live telephone call |
| CN104598337A (en) * | 2013-10-31 | 2015-05-06 | 鸿富锦精密工业（深圳）有限公司 | Method and system for startup and shutdown test of server |
| CN104717052A (en) * | 2014-12-09 | 2015-06-17 | 中国航空工业集团公司第六三一研究所 | Virtual verification system and method based on AFDX network switch chip |
| CN105786659A (en) * | 2014-12-19 | 2016-07-20 | 昆达电脑科技(昆山)有限公司 | Remote debugging method and server |
| CN208227042U (en) * | 2018-05-17 | 2018-12-11 | 郑州云海信息技术有限公司 | A kind of real-time automatic fault warning device of server |
| CN110445638A (en) * | 2019-07-05 | 2019-11-12 | 苏州浪潮智能科技有限公司 | A kind of switch system fault protecting method and device |
| CN113064833A (en) * | 2021-04-22 | 2021-07-02 | 杭州米芯微电子有限公司 | Single chip microcomputer simulation method, system, device, equipment and storage medium |
| US20210263817A1 (en) * | 2020-11-09 | 2021-08-26 | Beijing Baidu Netcom Science And Technology Co., Ltd. | Method and apparatus for sending debugging instruction |
-
2021
- 2021-08-30 CN CN202111007615.3A patent/CN113821390A/en active Pending
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1835478A (en) * | 2005-03-14 | 2006-09-20 | 国际商业机器公司 | Method and system for redirection of virtual lan network traffic |
| US20060274660A1 (en) * | 2005-06-01 | 2006-12-07 | International Business Machines Corporation | Method, system, and apparatus for debugging a live telephone call |
| CN104598337A (en) * | 2013-10-31 | 2015-05-06 | 鸿富锦精密工业（深圳）有限公司 | Method and system for startup and shutdown test of server |
| CN104717052A (en) * | 2014-12-09 | 2015-06-17 | 中国航空工业集团公司第六三一研究所 | Virtual verification system and method based on AFDX network switch chip |
| CN105786659A (en) * | 2014-12-19 | 2016-07-20 | 昆达电脑科技(昆山)有限公司 | Remote debugging method and server |
| CN208227042U (en) * | 2018-05-17 | 2018-12-11 | 郑州云海信息技术有限公司 | A kind of real-time automatic fault warning device of server |
| CN110445638A (en) * | 2019-07-05 | 2019-11-12 | 苏州浪潮智能科技有限公司 | A kind of switch system fault protecting method and device |
| US20210263817A1 (en) * | 2020-11-09 | 2021-08-26 | Beijing Baidu Netcom Science And Technology Co., Ltd. | Method and apparatus for sending debugging instruction |
| CN113064833A (en) * | 2021-04-22 | 2021-07-02 | 杭州米芯微电子有限公司 | Single chip microcomputer simulation method, system, device, equipment and storage medium |
Non-Patent Citations (2)
| Title |
|---|
| 冯春阳;: "Hipath3800电话程控交换机故障分析及解决办法", 中国设备工程, no. 05, 10 March 2020 (2020-03-10), pages 138 - 139 * |
| 宋跃, 唐峦石, 张国良, 李哲明: "基于Alter CPLD的虚拟数字IC芯片故障测试系统", 现代电子技术, no. 10, 25 October 2001 (2001-10-25), pages 77 - 81 * |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114363141A (en) * | 2021-12-30 | 2022-04-15 | 联想(北京)信息技术有限公司 | Remote debugging method, device and system for switch in blade server chassis |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN113890879B (en) | Load balancing method and device for data access, computer equipment and medium | |
| CN113821390A (en) | Switch debugging method and device, server and computer readable storage medium | |
| CN113821242B (en) | Intelligent firmware matching method and system | |
| CN116594847A (en) | Server inspection method, system, device, server, medium and program product | |
| CN116073512A (en) | Operation and maintenance method, device, equipment and storage medium of electric intelligent terminal | |
| CN110198230B (en) | Application monitoring method and device, storage medium and electronic device | |
| US20190250686A1 (en) | Control System and Associated Method for Startup, Control and Monitoring of Power Supply Components | |
| CN112688800B (en) | Remote maintenance method and system for intelligent power grid intelligent equipment based on script technology | |
| KR100510068B1 (en) | System for monitoring automization system to produce semiconductor and method using the same | |
| CN112866191A (en) | OT and IT integrated system based on 5G DTU system | |
| CN109728957B (en) | Interactive operation and maintenance method and device | |
| CN111506641A (en) | Data management method, data acquisition platform, data management system and storage medium | |
| CN111026662A (en) | Remote debugging method, system and medium for terminal equipment of Internet of things | |
| CN116192626A (en) | Device access method and device, computer readable storage medium and electronic device | |
| CN115237101A (en) | Debugging method and intelligent debugging device for motor train unit and debugging system for motor train unit | |
| CN115543755A (en) | Performance monitoring method, device, system, equipment and medium | |
| CN104468211A (en) | Nuclear power station numerical control system platform communication failure diagnostic system and method | |
| CN115022163A (en) | Log collection method and device, computer equipment and storage medium | |
| CN102096617B (en) | Detection device and detection method | |
| CN112463480A (en) | ARM architecture-based pressure test method, system, terminal and storage medium | |
| US20230276276A1 (en) | Method and System for Monitoring a Wireless Communication Network | |
| CN110932886A (en) | Method and system for automatically testing network performance of server and SOL testing device | |
| CN111007737B (en) | Device control method, device control apparatus, and computer-readable storage medium | |
| CN113810250B (en) | Message tracking method, system and equipment | |
| CN109120422B (en) | Remote server system capable of obtaining hardware information and management method thereof |
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 |