WO2020211214A1

WO2020211214A1 - Fault diagnosis method and system for linux operating system

Info

Publication number: WO2020211214A1
Application number: PCT/CN2019/098083
Authority: WO
Inventors: 张淞钦; 刘凯; 刘勇刚
Original assignee: 烽火通信科技股份有限公司
Priority date: 2019-04-17
Filing date: 2019-07-29
Publication date: 2020-10-22
Also published as: CN111831520A

Abstract

Disclosed are a fault diagnosis method and system for Linux operating system, relating to the maintenance of Linux operating system. The method comprises the following steps: creating a data transmission channel between the core of Linux operating system and the outside, and monitoring the data transmission channel; when a fault diagnosis request received from the data transmission channel is monitored, calling the core of Linux operating system to perform fault diagnosis processing according to the fault diagnosis request. The fault diagnosis processing comprises the following steps: calling layer-two message processing interface of the core of Linux operating system to obtain layer-two fault diagnosis information corresponding to the fault diagnosis request, and returning the layer-two fault diagnosis information via the data transmission channel. The method can be used to actively obtain the required fault information when Linux operating system is abnormal and the core can perform layer-two data transmission, thereby performing fault diagnosis to Linux operating system.

Description

Fault diagnosis method and system for Linux operating system

Technical field

The invention relates to the maintenance field of the Linux operating system, in particular to a fault diagnosis method and system for the Linux operating system.

Background technique

In the application process of the Linux operating system, we often encounter abnormal situations caused by external hardware (for example, frequent interruptions triggered, resource deadlocks, abnormal kernel drive modules, etc.). The occurrence of abnormal situations will make the Linux operating system long Time falls into the kernel mode, which causes the application program to be unable to schedule, and the application service under the file system cannot run normally.

In the above-mentioned suspended animation scenario, because common debugging tools such as serial port, SSH (Secure Shell), and Telnet (remote terminal protocol) will not be available, developers and debuggers will determine that the kernel network is unavailable, or the kernel protocol stack is not available On this basis, developers and debuggers generally can only analyze the cause of the problem by restarting and viewing the system log.

However, developers and debuggers can only obtain the error information in the log log to passively analyze the problem. This will lead to: when the cause of the Linux operating system's suspended animation does not exist in the log log or does not belong to the error information in the log log, even if it is processed The problem corresponding to the error message in the log will not or cannot significantly reduce the probability of suspended animation in the Linux operating system.

Summary of the invention

In view of the defects in the prior art, the technical problem solved by the present invention is: when the Linux operating system is abnormal and its kernel can transmit the second layer data, how to actively obtain the required fault information, and then to the Linux operating system Perform fault diagnosis.

To achieve the above objectives, the fault diagnosis method for Linux operating system provided by the present invention includes the following steps:

Create a data transmission channel between the kernel of the Linux operating system and the outside world, and monitor the data transmission channel; when a fault diagnosis request received from the data transmission channel is monitored, call the kernel of the Linux operating system to perform fault diagnosis processing according to the fault diagnosis request The steps of the fault diagnosis processing include: calling the layer 2 message processing interface of the Linux operating system kernel, obtaining the layer 2 fault diagnosis information corresponding to the fault diagnosis request, and returning the layer 2 fault diagnosis information through the data transmission channel.

On the basis of the above technical solution, the creation of a data transmission channel between the kernel of the Linux operating system and the outside world, and monitoring the data transmission channel; when the fault diagnosis request received from the data transmission channel is monitored, the Linux operating system is called The process of fault diagnosis processing by the kernel according to the fault diagnosis request includes: after the Linux operating system is started, the fault information monitor program with the function of receiving external information is loaded into the kernel of the Linux operating system; The kernel adds the fault diagnosis request that needs to be monitored; when the fault information monitor program monitors the fault diagnosis request that needs to be monitored, it performs fault diagnosis processing according to the fault diagnosis request.

On the basis of the above technical solution, when the fault information monitor program monitors the fault diagnosis request that needs to be monitored, the process of invoking the kernel of the Linux operating system to perform fault diagnosis processing according to the fault diagnosis request includes: the fault information monitor program follows the receiving order , Add all the fault diagnosis requests that need to be monitored to the fault processing linked list created in advance under the Linux operating system kernel; the fault information monitor program performs fault diagnosis processing on the fault diagnosis requests in sequence according to the order of the fault diagnosis requests in the fault processing linked list .

On the basis of the above technical solution, the method further includes the following steps:

The fault diagnosis request is sent to the kernel of the Linux operating system through the data transmission channel, and after receiving the layer 2 fault diagnosis information returned by the kernel of the Linux operating system, the layer 2 fault diagnosis information is analyzed and displayed.

On the basis of the above technical solution, the process of calling the kernel of the Linux operating system to perform fault diagnosis processing according to the fault diagnosis request includes:

When the fault diagnosis request is to obtain system kernel information, call the kernel's layer 2 message processing interface to obtain system kernel information and return;

When the fault diagnosis request is KGDB debugging, the debugging information of KGDB debugging will be returned after the KGDB function is triggered;

When the fault diagnosis request is to obtain system processor information, call the kernel's layer 2 message processing interface to obtain system processor information and return;

When the fault diagnosis request is to obtain system memory information, call the kernel's layer 2 message processing interface to obtain system memory information and return;

When the fault diagnosis request is to obtain system task information, call the kernel's layer 2 message processing interface to obtain system task information and return;

When the fault diagnosis request is to trigger KDUMP, the KDUMP trigger information is returned after KDUMP is triggered.

The fault diagnosis system for Linux operating system provided by the present invention includes a fault information monitoring module, a fault diagnosis request receiving interface and a fault diagnosis information sending interface arranged on the Linux operating system;

The fault information monitoring module is used to create a data transmission channel between the kernel of the Linux operating system and the outside world. The kernel receiving end of the data transmission channel is the fault diagnosis request receiving interface, and the kernel sending end is the fault diagnosis information sending interface; when the fault diagnosis request is monitored When the receiving interface receives a fault diagnosis request, it calls the kernel of the Linux operating system to perform fault diagnosis processing according to the fault diagnosis request; the steps of fault diagnosis processing include: calling the layer 2 message processing interface of the Linux operating system kernel to obtain the corresponding fault diagnosis request After the layer 2 fault diagnosis information, call the fault diagnosis information sending interface to return the layer 2 fault diagnosis information through the data transmission channel.

On the basis of the above technical solution, the working process of the fault information monitoring module creating a data transmission channel between the kernel of the Linux operating system and the outside world includes: loading the kernel of the Linux operating system after the Linux operating system is started, and establishing fault diagnosis request reception Interface and fault diagnosis information sending interface, data transmission channel with the outside world.

On the basis of the above technical solution, when the fault information monitoring module monitors that the fault diagnosis request receiving interface receives the fault diagnosis request, the workflow of calling the kernel of the Linux operating system to perform fault diagnosis processing according to the fault diagnosis request includes: according to the receiving order, All fault diagnosis requests that need to be monitored are added to the fault handling linked list created in advance under the Linux operating system kernel; according to the sequence of the fault diagnosis requests in the fault handling linked list, the fault diagnosis requests are processed in turn.

On the basis of the above technical solution, the system also includes a user diagnosis module set on the user side, which is used to: send a fault diagnosis request to the fault diagnosis information sending interface, and receive the second layer returned by the fault diagnosis information sending interface. After the fault diagnosis information, analyze and display the second-level fault diagnosis information.

On the basis of the above technical solution, the process of the fault information monitoring module calling the kernel of the Linux operating system to perform fault diagnosis processing according to the fault diagnosis request includes:

Compared with the prior art, the advantages of the present invention are:

When the Linux operating system has suspended animation and its kernel can transmit two-layer data, the present invention can monitor the external fault diagnosis request by creating a data transmission channel between the Linux operating system kernel and the outside world, and pass the kernel network The second-layer message processing interface of the subsystem conducts data exchange, so as to realize the location and analysis of the pseudo-dead fault of the Linux operating system.

Therefore, compared with the prior art to obtain the error information in the log to passively analyze the problem, the present invention can allow the user to actively initiate a fault diagnosis request to the kernel of the Linux operating system when the Linux operating system is abnormal (such as suspended animation). Corresponding fault diagnosis processing is performed, which significantly improves the pertinence of fault diagnosis processing and greatly reduces the probability of abnormalities in the Linux operating system after fault diagnosis processing.

At the same time, the present invention performs fault diagnosis processing only when it monitors the fault diagnosis request, and the fault diagnosis request is generally issued when the Linux operating system is abnormal. Therefore, when the Linux operating system works normally, the present invention will not affect the operation of the kernel network protocol of the Linux operating system, which is convenient for people to use.

Description of the drawings

Figure 1 is a schematic diagram of a user diagnosis process in an embodiment of the present invention;

Figure 2 is a schematic diagram of a fault information monitoring process in an embodiment of the present invention.

detailed description

The present invention will be further described in detail below in conjunction with the drawings and embodiments.

First introduce the research and development ideas of the fault diagnosis method for Linux operating system in the embodiment of the present invention:

According to the applicant’s research, in most scenarios where the kernel network is determined to be unavailable or the kernel protocol stack is unavailable due to the unavailability of debugging tools, in fact the network protocol stack under the kernel has not completely collapsed, but cannot pass the three The application services above the layer (network layer) communicate. After thinking about it, the applicant concluded that under the Linux kernel, the frame processing function can be called to debug and analyze the layer 2 (data link layer) network protocol. Therefore, the layer 2 message processing interface under the kernel becomes a suspended state for network Optional channel for data communication.

On this basis, the applicant obtained a follow-up fault diagnosis method for Linux operating system through continued research; it should be noted that the thinking information obtained from the above research is part of the innovation of the present invention, because before this application, No literature mentions or discloses the above-mentioned research information.

Further, even if those of ordinary skill in the art can think of turning the layer 2 message processing interface under the kernel into an optional channel for network data communication in a suspended state, the following problems will still exist:

1. General system status monitoring is to call the system interface through the file system interface in the user mode to collect system status (such as process resources, kernel usage information, etc.), but the file system interface may no longer be available when the system is suspended Therefore, it is impossible to collect information through the file system interface.

2. The KDUMP tool (a tool and service used to dump memory operating parameters when the system crashes, deadlocks or crashes) is generally used to debug the kernel, but the KDUMP tool is passively triggered, so currently it cannot be triggered when the system is suspended. KDUMP tool.

Therefore, it is possible to arrive at the method of the present invention only by thinking about the thinking information and existing problems obtained from the above-mentioned research.

On this basis, the fault diagnosis method for the Linux operating system in the embodiment of the present invention includes the following steps:

Fault information monitoring process: Create a data transmission channel between the kernel of the Linux operating system and the outside world, and monitor the data transmission channel; when a fault diagnosis request received from the data transmission channel is monitored, the kernel of the Linux operating system is called to diagnose the fault according to the fault. Request for fault diagnosis processing; the steps of fault diagnosis processing include: call the layer 2 message processing interface of the Linux operating system kernel, obtain the layer 2 fault diagnosis information corresponding to the fault diagnosis request, and pass the layer 2 fault diagnosis information through the data transmission channel return.

It can be seen from the above that when the Linux operating system has suspended animation and its kernel can transmit two-layer data, the present invention can monitor the external fault diagnosis request by creating a data transmission channel between the Linux operating system kernel and the outside world. , And carry out data interaction through the two-layer message processing interface of the kernel network subsystem, so as to realize the location and analysis of the pseudo-dead fault of the Linux operating system.

At the same time, referring to the above, it can be seen that the present invention only performs fault diagnosis processing when a fault diagnosis request is monitored, and the fault diagnosis request is generally issued when the Linux operating system is abnormal. Therefore, when the Linux operating system works normally, the present invention will not affect the operation of the kernel network protocol of the Linux operating system, which is convenient for people to use.

Preferably, the method specifically includes the following process: after the Linux operating system is started and working normally, the fault information monitor program with the function of receiving external information is loaded into the kernel of the Linux operating system (the fault information monitor program is generally in the pre-release It has been set, loading the fault information monitor program means that the data transmission channel has been established); add the fault diagnosis request that needs to be monitored to the kernel protocol stack of the Linux operating system through the fault information monitor program; when the fault information monitor program monitors the fault that needs to be monitored When a diagnosis request is made, the fault diagnosis process is performed according to the fault diagnosis request.

It can be seen that on the basis of the above-mentioned fault information monitoring program having the function of receiving external information, being able to be loaded into the kernel of the Linux operating system, and the steps of fault diagnosis processing, a person of ordinary skill in the art can design and conform to the common knowledge in the field. The fault information monitoring program for the above functions.

Preferably, when the fault information monitoring program monitors the fault diagnosis request that needs to be monitored, the process of performing fault diagnosis processing according to the fault diagnosis request includes: the fault information monitoring program adds all the fault diagnosis requests that need to be monitored to the pre-created according to the receiving order In the fault processing linked list under the kernel of the Linux operating system; the fault information monitor program performs fault diagnosis processing on the fault diagnosis requests in sequence according to the sequence of the fault diagnosis requests in the fault processing linked list.

It can be seen from this that the present invention can orderly process fault diagnosis requests that need to be monitored in a linked list sorting manner, thereby optimizing the fault diagnosis processing flow, and avoiding information congestion or information congestion caused by parallel processing of multiple fault diagnosis requests. The system is chaotic.

Preferably, the method further includes the following steps:

User diagnosis process: the fault diagnosis request is sent to the kernel of the Linux operating system through the data transmission channel, and after receiving the second layer fault diagnosis information returned by the Linux operating system kernel, the second layer fault diagnosis information is analyzed and displayed.

Preferably, the process of performing fault diagnosis processing according to the fault diagnosis request includes:

When the fault diagnosis request is to obtain system kernel information, call the kernel's layer 2 message processing interface to obtain the system kernel information and then return, at this time the information is the layer 2 fault diagnosis information;

When the fault diagnosis request is KGDB debugging, the debugging information of KGDB debugging is returned after the KGDB function is triggered, and this information is the second layer fault diagnosis information;

When the fault diagnosis request is to obtain the system processor information, call the kernel's layer 2 message processing interface to obtain the system processor information and then return, at this time the information is the layer 2 fault diagnosis information;

When the fault diagnosis request is to obtain the system memory information, call the kernel's layer 2 message processing interface to obtain the system memory information and return it. At this time, the information is the layer 2 fault diagnosis information;

When the fault diagnosis request is obtained for the system task information (system task processor, system task memory, system task processing stack), call the kernel's layer 2 message processing interface to obtain the system task information and return, at this time the information is the layer 2 Fault diagnosis information;

When the fault diagnosis request is to trigger KDUMP, the KDUMP trigger information (for example, KDUMP trigger success or failure) is returned after the KDUMP is triggered, and this information is the layer 2 fault diagnosis information.

Hereinafter, a specific embodiment is used to illustrate the method of the present invention.

As shown in Figure 1, the user diagnosis process includes:

S101: On a terminal on the same network segment as the Linux operating system (the operating system of the terminal can be a Linux system or a windows system), the user initiates a fault diagnosis command through a visual operation interface (you can directly click the corresponding function on the operation interface) ), go to S102.

S102: After the fault diagnosis command is converted into a user private frame (ie, fault diagnosis request) corresponding to the kernel of the Linux operating system through the user mode thread, it is sent to the fault information monitor program of the kernel of the Linux operating system, and then goes to S103.

S103: Determine whether the kernel private frame (that is, the layer 2 fault diagnosis information) returned by the fault information monitoring program is received within the timeout period, if yes, go to S104, otherwise execute S101 again.

S104: After analyzing the data in the kernel private frame, display according to the data content.

As shown in Figure 2, the fault information monitoring process includes:

S201: Initialization of the fault information monitoring program: After the Linux operating system is started and working normally, the fault information monitoring program with the function of receiving external information is loaded into the kernel of the Linux operating system; The kernel protocol stack adds the fault diagnosis request (that is, the packet structure) that needs to be monitored, and creates a fault handling linked list under the kernel of the Linux operating system, and then goes to S202.

S202: The fault information monitoring program judges whether a user private frame is received, if yes, go to S203, otherwise it is in an inactive state (receiving a user private frame belongs to a passive trigger fault information monitoring program, and the program does not need to be activated), and execute S202 again.

S203: When the data corresponding to the user private frame belongs to the fault diagnosis request that needs to be monitored added in S201, add the user private frame to the fault handling linked list according to the receiving order, and go to S204.

S204: Perform fault diagnosis processing on the user private frames in sequence according to the sequence of the fault diagnosis requests in the fault processing linked list. The fault diagnosis processing flow includes:

When the fault diagnosis request is to obtain the system kernel information, call the kernel's layer 2 message processing interface to obtain the system kernel information and then return, at this time the information is the kernel private frame;

When the fault diagnosis request is KGDB debugging, the debugging information of KGDB debugging is returned after the KGDB function is triggered, and this information is the kernel private frame;

When the fault diagnosis request is to obtain system processor information, call the kernel's layer 2 message processing interface to obtain the system processor information and then return, at this time the information is the kernel private frame;

When the fault diagnosis request is to obtain system memory information, call the kernel's Layer 2 message processing interface to obtain the system memory information and return it. At this time, the information is a kernel private frame;

When the fault diagnosis request is obtained for system task information (system task processor, system task memory, system task processing stack), call the kernel's layer 2 message processing interface to obtain the system task information and return, at this time the information is private to the kernel frame;

When the fault diagnosis request is to trigger KDUMP, the KDUMP trigger information (for example, KDUMP trigger success or failure) is returned after KDUMP is triggered, and this information is the kernel private frame at this time.

The following describes specific application scenarios and application results of the present invention.

In a certain project, the CPU hangs up during the debugging of the switching chip, but the network port can be pinged, that is, the kernel network subsystem is normal; after using the fault diagnosis method of the present invention, the user can obtain part of the CPU information and find At this time, the CPU system occupancy rate is high, and the CPU interrupt system is abnormal; and the initial diagnosis is that PCIE (Peripheral Component Interconnect Express, a high-speed serial computer expansion bus) MSI interrupt caused the CPU to be abnormal. According to this information, the kernel bug was finally found, and the diagnosis and location of the hanging problem was completed.

The fault diagnosis system for the Linux operating system in the embodiment of the present invention includes a fault information monitoring module, a fault diagnosis request receiving interface, and a fault diagnosis information sending interface set on the Linux operating system; it also includes a user set on the user side Diagnostic module.

The working process of the fault information monitoring module to create a data transmission channel between the kernel of the Linux operating system and the outside world includes: loading the kernel of the Linux operating system after the Linux operating system is started, establishing a fault diagnosis request receiving interface and a fault diagnosis information sending interface, and communicating with the outside world Data transmission channel.

When the fault information monitoring module listens to the fault diagnosis request receiving interface to receive the fault diagnosis request, the kernel of the Linux operating system is called to perform the fault diagnosis processing according to the fault diagnosis request. The workflow includes: adding all the fault diagnosis requests that need to be monitored in the receiving order to It is pre-created in the fault handling linked list under the Linux operating system kernel; according to the sequence of the fault diagnosis requests in the fault handling linked list, the fault diagnosis requests are processed in turn.

The fault information monitoring module calls the kernel of the Linux operating system to perform fault diagnosis processing according to the fault diagnosis request. The process includes:

The user diagnosis module is used to: send a fault diagnosis request to the fault diagnosis information sending interface, and after receiving the second layer fault diagnosis information returned by calling the fault diagnosis information sending interface, analyze and display the second layer fault diagnosis information.

It should be noted that when the system provided by the embodiment of the present invention performs inter-module communication, only the division of the above-mentioned functional modules is used as an example for illustration. In actual applications, the above-mentioned functions can be allocated by different functional modules as required. That is, the internal structure of the system is divided into different functional modules to complete all or part of the functions described above.

Further, the present invention is not limited to the above-mentioned embodiments. For those of ordinary skill in the art, without departing from the principle of the present invention, several improvements and modifications can be made, and these improvements and modifications are also regarded as the present invention. Within the scope of protection. The content not described in detail in this specification belongs to the prior art known to those skilled in the art.

Claims

A fault diagnosis method for Linux operating system, characterized in that the method includes the following steps:

Create a data transmission channel between the kernel of the Linux operating system and the outside world, and monitor the data transmission channel; when a fault diagnosis request received from the data transmission channel is monitored, call the kernel of the Linux operating system to perform fault diagnosis processing according to the fault diagnosis request The steps of the fault diagnosis processing include: calling the layer 2 message processing interface of the Linux operating system kernel, obtaining the layer 2 fault diagnosis information corresponding to the fault diagnosis request, and returning the layer 2 fault diagnosis information through the data transmission channel.
The fault diagnosis method for the Linux operating system according to claim 1, wherein the data transmission channel between the kernel of the Linux operating system and the outside world is created, and the data transmission channel is monitored; when the slave data transmission is monitored When the fault diagnosis request is received in the channel, the process of calling the kernel of the Linux operating system to perform fault diagnosis processing according to the fault diagnosis request includes: After the Linux operating system is started, the fault information monitor program with the function of receiving external information is loaded into the Linux operating system The kernel; add the fault diagnosis request that needs to be monitored to the kernel of the Linux operating system through the fault information monitor program; when the fault information monitor program monitors the fault diagnosis request that needs to be monitored, the fault diagnosis process is performed according to the fault diagnosis request.
The fault diagnosis method for Linux operating system according to claim 2, characterized in that: when the fault information monitoring program monitors the fault diagnosis request that needs to be monitored, the kernel of the Linux operating system is called to perform the fault according to the fault diagnosis request. The process of diagnosis processing includes: the fault information monitor program adds all the fault diagnosis requests that need to be monitored to the fault processing linked list created in advance under the Linux operating system kernel according to the receiving order; the fault information monitor program follows the fault diagnosis requests in the fault processing linked list The sequence of the fault diagnosis request is processed in turn.
The fault diagnosis method for Linux operating system according to claim 1, wherein the method further comprises the following steps:

The fault diagnosis request is sent to the kernel of the Linux operating system through the data transmission channel, and after receiving the layer 2 fault diagnosis information returned by the kernel of the Linux operating system, the layer 2 fault diagnosis information is analyzed and displayed.
The fault diagnosis method for the Linux operating system according to any one of claims 1 to 4, wherein the process of calling the kernel of the Linux operating system to perform fault diagnosis processing according to a fault diagnosis request comprises:

When the fault diagnosis request is to obtain system kernel information, call the kernel's layer 2 message processing interface to obtain system kernel information and return;

When the fault diagnosis request is KGDB debugging, the debugging information of KGDB debugging will be returned after the KGDB function is triggered;

When the fault diagnosis request is to obtain system processor information, call the kernel's layer 2 message processing interface to obtain system processor information and return;

When the fault diagnosis request is to obtain system memory information, call the kernel's layer 2 message processing interface to obtain system memory information and return;

When the fault diagnosis request is to obtain system task information, call the kernel's layer 2 message processing interface to obtain system task information and return;

When the fault diagnosis request is to trigger KDUMP, the KDUMP trigger information is returned after KDUMP is triggered.
A fault diagnosis system for Linux operating system, characterized in that: the system includes a fault information monitoring module, a fault diagnosis request receiving interface and a fault diagnosis information sending interface arranged on the Linux operating system;

The fault information monitoring module is used to create a data transmission channel between the kernel of the Linux operating system and the outside world. The kernel receiving end of the data transmission channel is the fault diagnosis request receiving interface, and the kernel sending end is the fault diagnosis information sending interface; when a fault diagnosis request is monitored When the receiving interface receives a fault diagnosis request, it calls the kernel of the Linux operating system to perform fault diagnosis processing according to the fault diagnosis request; the steps of fault diagnosis processing include: calling the layer 2 message processing interface of the Linux operating system kernel to obtain the corresponding fault diagnosis request After the layer 2 fault diagnosis information, call the fault diagnosis information sending interface to return the layer 2 fault diagnosis information through the data transmission channel.
The fault diagnosis system for the Linux operating system according to claim 6, wherein the working process of the fault information monitoring module creating a data transmission channel between the kernel of the Linux operating system and the outside world includes: after the Linux operating system is started Load into the kernel of the Linux operating system to establish a fault diagnosis request receiving interface and a fault diagnosis information sending interface, and a data transmission channel with the outside world.
The fault diagnosis system for the Linux operating system according to claim 6, wherein when the fault information monitoring module monitors that the fault diagnosis request receiving interface receives the fault diagnosis request, it calls the kernel of the Linux operating system according to the fault diagnosis request. The workflow of fault diagnosis processing includes: adding all the fault diagnosis requests that need to be monitored to the fault handling linked list created in advance under the Linux operating system kernel according to the receiving order; according to the sequence of fault diagnosis requests in the fault handling linked list, Perform fault diagnosis processing on the fault diagnosis request.
The fault diagnosis system for the Linux operating system according to claim 6, characterized in that: the system further comprises a user diagnosis module provided on the user terminal, which is used to: send the fault diagnosis request to the fault diagnosis information sending interface , After receiving the Layer 2 fault diagnosis information returned by calling the fault diagnosis information sending interface, analyze and display the Layer 2 fault diagnosis information.
The fault diagnosis system for the Linux operating system according to any one of claims 6 to 9, wherein the fault information monitoring module calls the kernel of the Linux operating system to perform fault diagnosis processing according to the fault diagnosis request. The process includes:

When the fault diagnosis request is to obtain system kernel information, call the kernel's layer 2 message processing interface to obtain system kernel information and return;

When the fault diagnosis request is KGDB debugging, the debugging information of KGDB debugging will be returned after the KGDB function is triggered;

When the fault diagnosis request is to obtain system processor information, call the kernel's layer 2 message processing interface to obtain system processor information and return;

When the fault diagnosis request is to obtain system memory information, call the kernel's layer 2 message processing interface to obtain system memory information and return;

When the fault diagnosis request is to obtain system task information, call the kernel's layer 2 message processing interface to obtain system task information and return;

When the fault diagnosis request is to trigger KDUMP, the KDUMP trigger information is returned after KDUMP is triggered.