CN111625405A

CN111625405A - SSD terminal fault diagnosis method, system, computer device and storage medium

Info

Publication number: CN111625405A
Application number: CN202010322618.5A
Authority: CN
Inventors: 王猛; 徐伟华
Original assignee: Shenzhen Union Memory Information System Co Ltd
Current assignee: Shenzhen Union Memory Information System Co Ltd
Priority date: 2020-04-22
Filing date: 2020-04-22
Publication date: 2020-09-04

Abstract

The application relates to a method, a system, computer equipment and a storage medium for diagnosing SSD terminal faults, wherein the method comprises the following steps: when the SSD detects that the abnormality occurs, the SSD enters a diagnosis mode, and the SSD diagnoses internal devices and data in the diagnosis module; judging whether the current diagnosis is finished; if the diagnosis is not finished, blinking an indicator light according to a specific frequency to represent the state in the diagnosis; if a command issued by a host is received in the diagnosis process, an error state is returned to the host to represent the state in diagnosis; and continuously diagnosing the internal devices and the data until the diagnosis is finished. According to the invention, through built-in SSD fault diagnosis and a tool at the host end, when a problem occurs, the SSD can automatically detect possible component and logic errors, and the diagnosis result is summarized, so that an SSD supplier can obtain a corresponding diagnosis log in real time, therefore, the problem analysis can be effectively carried out in time, and the SSD fault diagnosis efficiency is improved.

Description

SSD terminal fault diagnosis method, system, computer device and storage medium

Technical Field

The invention relates to the technical field of solid state disks, in particular to a method and a system for diagnosing SSD terminal faults, computer equipment and a storage medium.

Background

With the price drop of the solid state disk, the solid state disk is more and more popular, the NVMe SSD is called SSD for short, the development is more rapid due to the superior performance of the SSD, and various computer manufacturers make the NVMe SSD into the hard disk, so that better experience is provided for users from the aspects of reliability and performance.

At present, as the application area of the SSD is distributed all over, if the system has problems, the system needs to perform troubleshooting step by step, and the disk can be returned to the supplier for problem troubleshooting after the problem association SSD is confirmed. This is inefficient, often taking months from problem discovery to analysis/localization. Therefore, how to effectively diagnose problems and collect error information for the SSD is one of the important factors for locating problems and is also the key to improve the quality of the SSD.

Disclosure of Invention

In view of the above, it is necessary to provide a SSD terminal fault diagnosis method, system, computer device, and storage medium that can achieve improved fault diagnosis efficiency.

A SSD terminal fault diagnosis method, the method comprising:

when the SSD detects that the abnormality occurs, the SSD enters a diagnosis mode, and the SSD diagnoses internal devices and data in the diagnosis module;

judging whether the current diagnosis is finished;

if the diagnosis is not finished, blinking an indicator light according to a specific frequency to represent the state in the diagnosis;

if a command issued by a host is received in the diagnosis process, an error state is returned to the host to represent the state in diagnosis;

and continuously diagnosing the internal devices and the data until the diagnosis is finished.

In one embodiment, the step of the SSD diagnosing internal devices and data includes:

checking whether the functions of each module of the SOC are normal;

checking whether the peripheral works normally;

checking whether the system data area is normal;

it is checked whether the user data area is normal.

In one embodiment, after the step of determining whether the current diagnosis is completed, the method further includes:

if the diagnosis is finished, generating a corresponding diagnosis log, wherein the diagnosis log comprises log uploading address information and fault analysis;

and when the host issues a command for acquiring the diagnostic log, returning the generated diagnostic log to the host.

In one embodiment, the method further comprises:

continuously inquiring whether the diagnosis is finished or not through a monitoring program, and if the diagnosis is finished, acquiring a diagnosis log returned by the SSD;

and uploading the fault analysis to a corresponding SSD supplier server according to the uploading address information in the diagnosis log so that the SSD supplier can quickly locate the problems according to the diagnosis log.

An SSD terminal failure diagnostic system, the system comprising:

the system comprises an abnormality detection module, a diagnosis module and a control module, wherein the abnormality detection module is used for entering a diagnosis mode when the SSD detects that an abnormality occurs, and the SSD diagnoses internal devices and data in the diagnosis module;

the judging module is used for judging whether the current diagnosis is finished or not;

the state representation module is used for flashing an indicator light according to specific frequency to represent the state in diagnosis if the diagnosis is not finished;

the state returning module is used for returning an error state to the host to represent the state in diagnosis if a command issued by the host is received in the diagnosis process;

and the diagnosis module is used for diagnosing the internal devices and the data until the diagnosis is finished.

In one embodiment, the diagnostic module is specifically configured to:

checking whether the functions of each module of the SOC are normal;

checking whether the peripheral works normally;

checking whether the system data area is normal;

it is checked whether the user data area is normal.

In one embodiment, the system further comprises a log generation module configured to:

In one embodiment, the system further comprises a host side, the host side configured to:

A computer device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, the processor implementing the steps of any of the above methods when executing the computer program.

A computer-readable storage medium, on which a computer program is stored which, when being executed by a processor, carries out the steps of any of the methods described above.

According to the SSD terminal fault diagnosis method, the system, the computer equipment and the storage medium, when the SSD detects that the abnormity occurs, the SSD enters a diagnosis mode, and the SSD diagnoses internal devices and data in the diagnosis module; judging whether the current diagnosis is finished; if the diagnosis is not finished, blinking an indicator light according to a specific frequency to represent the state in the diagnosis; if a command issued by a host is received in the diagnosis process, an error state is returned to the host to represent the state in diagnosis; and continuously diagnosing the internal devices and the data until the diagnosis is finished. According to the invention, through built-in SSD fault diagnosis and a tool at the host end, when a problem occurs, the SSD can automatically detect possible component and logic errors, and the diagnosis result is summarized, so that an SSD supplier can obtain a corresponding diagnosis log in real time, therefore, the problem analysis can be effectively carried out in time, and the SSD fault diagnosis efficiency is improved.

Drawings

FIG. 1 is a schematic diagram of a conventional SSD failure analysis flow;

FIG. 2 is an interaction diagram of the SSD terminal troubleshooting system framework in one embodiment;

FIG. 3 is a schematic flow chart of a SSD terminal fault diagnosis method in one embodiment;

fig. 4 is a schematic flowchart of a SSD terminal fault diagnosis method in another embodiment;

FIG. 5 is a schematic flow chart of a SSD terminal fault diagnosis method in yet another embodiment;

FIG. 6 is a schematic flow chart of a SSD terminal fault diagnosis method in yet another embodiment;

fig. 7 is a schematic flowchart illustrating an SSD terminal fault diagnosis method performed by the SSD terminal in one embodiment;

FIG. 8 is a block diagram of the SSD terminal failure diagnostic system in one embodiment;

fig. 9 is a block diagram showing the configuration of an SSD terminal failure diagnosis system in another embodiment;

FIG. 10 is a diagram showing an internal structure of a computer device according to an 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.

As shown in fig. 1, which is a schematic view of a conventional SSD failure analysis process, the main steps are as follows:

s0, the end client obtains some basic Log information.

And S1, the end client feeds the Log information back to the PC supplier.

And S2, the PC supplier feeds the Log information back to the SSD supplier.

S3, the SSD supplier performs basic analysis.

S4, the disc needs to be acquired for further analysis, and the end customer returns the disc to the PC vendor.

The PC vendor returns the disk to the SSD vendor S5.

S6, the SSD supplier analyzes the disc in depth and locates the root cause of the problem.

As can be seen from the above flow, in the conventional art, the analysis of a failure flow involves the end user/PC provider/SSD provider, from preliminary analysis, for example: basic Log, standard information such as SMART to in-depth analysis such as: the disk entity has many links, and the positioning problem efficiency is low.

In one embodiment, as shown in fig. 3, there is provided an SSD terminal failure diagnosis method, the method including:

step 302, entering a diagnosis mode when the SSD detects that an abnormality occurs, and diagnosing internal devices and data in the SSD in a diagnosis module;

step 304, judging whether the current diagnosis is finished;

step 306, if the diagnosis is not finished, blinking an indicator light according to a specific frequency to represent the state in the diagnosis;

step 308, if a command issued by the host is received in the diagnosis process, an error state is returned to the host to represent the state in the diagnosis;

and step 310, continuing to diagnose the internal devices and the data until the diagnosis is finished.

The method provides an SSD terminal fault diagnosis method, and can be applied to an SSD terminal fault diagnosis framework shown in FIG. 2. The SSD terminal fault diagnosis framework comprises: SSD, end user PC, i.e. host side, and SSD vendor. In particular, the method may be applied in an SSD comprising the steps of:

firstly, under the condition of normal operation, the SSD end and the host end interact normally. When the SSD detects an error, a failure diagnosis mode is entered. Specifically, in the fault diagnosis mode, if the disc has an LED lamp, a specific flashing mode is entered to remind the user. In addition, any access by the host returns a corresponding error prompt.

In the process of self-checking by the SSD, the terminal client PC continuously inquires whether the self-checking is finished or not through a monitoring program. And if the SSD completes self-checking, storing the diagnosis log in a local memory. Then, the monitoring program on the terminal client PC obtains the SSD diagnostic log.

And finally, uploading the fault diagnosis analysis to the corresponding SSD supplier server by the monitoring program on the terminal client PC according to the uploading address information in the log. After the supplier obtains the uploaded information, the fault analysis can be completed in time to prepare a repair scheme.

In this embodiment, when the SSD detects that an abnormality occurs, the SSD enters a diagnosis mode, and the SSD diagnoses the internal device and the data in the diagnosis module; judging whether the current diagnosis is finished; if the diagnosis is not finished, blinking an indicator light according to a specific frequency to represent the state in the diagnosis; if a command issued by a host is received in the diagnosis process, an error state is returned to the host to represent the state in diagnosis; and continuously diagnosing the internal devices and the data until the diagnosis is finished. According to the scheme, through built-in SSD fault diagnosis and a tool at the host end, when a problem occurs, the SSD can automatically detect possible component and logic errors, and the diagnosis result is summarized, so that an SSD supplier can obtain a corresponding diagnosis log in real time, the problem analysis can be timely and effectively carried out, and the SSD fault diagnosis efficiency is improved.

In one embodiment, as shown in fig. 4, a method for diagnosing an SSD terminal fault is provided, in which the step of diagnosing internal devices and data by the SSD includes:

step 402, checking whether the functions of each module of the SOC are normal;

step 404, checking whether the peripheral works normally;

step 406, checking whether the system data area is normal;

step 408, check if the user data area is normal.

In one embodiment, as shown in fig. 5, there is provided an SSD terminal failure diagnosis method, after the step of determining whether the current diagnosis is completed, the method further includes:

step 502, if the diagnosis is finished, generating a corresponding diagnosis log, wherein the diagnosis log comprises log uploading address information and fault analysis;

step 504, when the host issues the command of obtaining the diagnostic log, the generated diagnostic log is returned to the host.

In this embodiment, a method for diagnosing a failure of an SSD terminal is provided, and specifically, referring to fig. 7, the steps of executing the method by an SSD terminal are described, where the method includes:

1. the SSD detects an anomaly: such as incomplete command completion, access device exception, mapping table inconsistency, etc.

2. The SSD enters diagnostic mode.

3. Judging whether the diagnosis is finished or not, and if so, entering 4; if not go to 5.

4. The diagnosis is complete.

4.1, generating a diagnosis log;

4.2, waiting for the host to issue a command for acquiring the diagnostic log;

and 4.3, returning the host diagnosis result.

5. The diagnosis is not complete.

5.1, flashing an indicator light according to specific frequency to represent diagnosis;

5.2, if a host command is received, returning to an error state to represent in diagnosis;

5.3, continuing internal device and data diagnosis, and specifically expanding corresponding work as follows:

-checking whether the respective modules of the SOC function properly;

-checking whether the peripheral is working properly: NOR/DRAM/PMIC/NAND/Sensor …

Checking whether the system data area is normal: mapping tables, etc.;

-checking whether the user data area is normal.

5.4, return 3.

In the embodiment, the host is informed to enter the diagnosis state through the indicating lamp and the state returned correspondingly by the command when the SSD operates in a failure. In addition, the SSD may also check various peripherals/memories/mapping tables, etc., and put the check result in the local memory, so as to facilitate subsequent failure diagnosis.

In one embodiment, as shown in fig. 6, there is provided an SSD terminal failure diagnosis method, the method further comprising:

step 602, continuously inquiring whether the diagnosis is completed or not through a monitoring program, and if the diagnosis is completed, acquiring a diagnosis log returned by the SSD;

step 604, uploading the fault analysis to a corresponding SSD supplier server according to the uploaded address information in the diagnosis log so that the SSD supplier can quickly locate the problem according to the diagnosis log.

Specifically, with reference to the SSD terminal fault diagnosis framework shown in fig. 2, a complete description of the host end and SSD end interaction process in the SSD terminal fault diagnosis method provided in this embodiment is as follows:

s0, normal interaction between the end client PC and the SSD.

And S1, the SSD detects errors and enters a fault diagnosis mode: if the disc is provided with an LED lamp, entering a specific flashing mode to remind a user; any access by the host returns a corresponding error prompt.

S2, the SSD carries out self-checking.

S3, the monitoring program on the terminal client PC continuously inquires whether the self-check is completed.

And S4, the SSD completes self-checking and stores the diagnosis log in a local memory, wherein the diagnosis log comprises a log uploading address and diagnosis fault analysis.

S5, the monitoring program on the terminal client PC obtains the SSD diagnostic log.

And S6, uploading the fault diagnosis analysis to the corresponding SSD supplier server by the monitoring program on the terminal client PC according to the uploading address information in the log.

S7, the SSD supplier locates the problem quickly according to the diagnosis log.

Further, as a further optimization item, the upgrade of the repair firmware may be done based on the path:

s8, the SSD vendor sends the repaired failure to the end user PC monitor.

S9 the monitor on the end client PC completes the firmware upgrade for the repair.

In the embodiment, by means of the built-in diagnostic program of the SSD and the monitoring program of the terminal client, the on-site automatic diagnosis of the problem and the automatic uploading of the diagnosis result to the matched SSD supplier server can be completed in real time, so that the complexity of the failure analysis process is greatly reduced, and the efficiency is improved for positioning and solving the problem. Meanwhile, the framework can be expanded to download the repaired firmware to complete the repair of the problem.

It should be understood that although the various steps in the flow charts of fig. 2-7 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 fig. 2-7 may include multiple sub-steps or multiple stages that are not necessarily performed at the same time, but may be performed at different times, and the order of performance of the sub-steps or stages is not necessarily sequential, but may be performed in turn or alternating with other steps or at least some of the sub-steps or stages of other steps.

In one embodiment, as shown in fig. 8, there is provided an SSD terminal failure diagnostic system 800, the system comprising:

an abnormality detection module 801, configured to enter a diagnosis mode when the SSD detects that an abnormality occurs, where the SSD diagnoses internal devices and data;

a judging module 802, configured to judge whether the current diagnosis is completed;

a state representation module 803, configured to flash an indicator light according to a specific frequency to represent a state in diagnosis if the diagnosis is not completed;

a state returning module 804, configured to, if a command issued by a host is received in a diagnostic process, return an error state to the host to represent a state in the diagnostic process;

a diagnostic module 805 is used to diagnose the internal devices and data until the diagnosis is completed.

In one embodiment, the diagnostic module 805 is specifically configured to:

checking whether the functions of each module of the SOC are normal;

checking whether the peripheral works normally;

checking whether the system data area is normal;

it is checked whether the user data area is normal.

In one embodiment, as shown in fig. 9, there is provided an SSD terminal failure diagnostic system 800, the system further comprising a log generation module 806 for:

In one embodiment, the system further comprises a host side for:

For specific limitations of the SSD terminal fault diagnosis system, reference may be made to the above limitations of the SSD terminal fault diagnosis method, which is not described herein again.

In one embodiment, a computer device is provided, the internal structure of which may be as shown in FIG. 10. The computer device includes a processor, a memory, and a network interface connected by a system bus. Wherein the processor of the computer device is configured to provide computing and control capabilities. The memory of the computer device comprises a nonvolatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, a computer program, and a database. The internal memory provides an environment for the operation of an operating system and computer programs in the non-volatile storage medium. The network interface of the computer device is used for communicating with an external terminal through a network connection. The computer program is executed by a processor to implement an SSD terminal failure diagnosis method.

Those skilled in the art will appreciate that the architecture shown in fig. 10 is merely a block diagram of some of the structures associated with the disclosed aspects and is not intended to limit the computing devices to which the disclosed aspects apply, as particular computing devices may include more or less components than those shown, or may combine certain components, or have a different arrangement of components.

In one embodiment, a computer device is provided, comprising a memory, a processor and a computer program stored on the memory and executable on the processor, the processor implementing the steps of the above method embodiments when executing the computer program.

In one embodiment, a computer-readable storage medium is provided, on which a computer program is stored, which, when being executed by a processor, carries out the steps of the above respective method embodiments.

It will be understood by those skilled in the art that all or part of the processes of the methods of the embodiments described above can be implemented by hardware instructions of a computer program, which can be stored in a non-volatile computer-readable storage medium, and when executed, can include the processes of the embodiments of the methods described above. Any reference to memory, storage, database, or other medium used in the embodiments provided herein may include non-volatile and/or volatile memory, among others. 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) or 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 (DDRSDRAM), Enhanced SDRAM (ESDRAM), Synchronous Link DRAM (SLDRAM), Rambus Direct RAM (RDRAM), direct bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM).

The technical features of the above embodiments can be arbitrarily combined, and for the sake of brevity, all possible combinations of the technical features in the above embodiments are not described, but should be considered as the scope of the present specification as long as there is no contradiction between the combinations of the technical features.

The above-mentioned embodiments only express several embodiments of the present application, and the description thereof is more specific and detailed, but not construed as limiting the scope of the invention. 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

1. A SSD terminal fault diagnosis method is characterized by comprising the following steps:

judging whether the current diagnosis is finished;

2. The SSD terminal failure diagnostic method of claim 1, wherein the step of the SSD diagnosing internal devices and data comprises:

checking whether the functions of each module of the SOC are normal;

checking whether the peripheral works normally;

checking whether the system data area is normal;

it is checked whether the user data area is normal.

3. The SSD terminal failure diagnosis method according to claim 1 or 2, further comprising, after the step of judging whether the current diagnosis is completed:

4. The SSD terminal failure diagnostic method of claim 3, the method further comprising:

5. An SSD terminal failure diagnostic system, the system comprising:

6. The SSD terminal failure diagnostic system of claim 5, wherein the diagnostic module is specifically configured to:

checking whether the functions of each module of the SOC are normal;

checking whether the peripheral works normally;

checking whether the system data area is normal;

it is checked whether the user data area is normal.

7. The SSD terminal failure diagnostic system of claim 5 or 6, wherein the system further comprises a log generation module to:

8. The SSD terminal failure diagnostic system of claim 7, wherein the system further comprises a host side, the host side to:

9. A computer device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, characterized in that the steps of the method of any of claims 1 to 4 are implemented when the computer program is executed by the processor.

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 method of any one of claims 1 to 4.