CN111124731A - File system abnormity monitoring method, device, equipment and medium - Google Patents
File system abnormity monitoring method, device, equipment and medium Download PDFInfo
- Publication number
- CN111124731A CN111124731A CN201911328680.9A CN201911328680A CN111124731A CN 111124731 A CN111124731 A CN 111124731A CN 201911328680 A CN201911328680 A CN 201911328680A CN 111124731 A CN111124731 A CN 111124731A
- Authority
- CN
- China
- Prior art keywords
- target
- processing request
- time
- time difference
- monitoring
- 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.)
- Withdrawn
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0766—Error or fault reporting or storing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/079—Root cause analysis, i.e. error or fault diagnosis
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Health & Medical Sciences (AREA)
- Biomedical Technology (AREA)
- Debugging And Monitoring (AREA)
Abstract
The application discloses a method, a device, equipment and a medium for monitoring file system abnormity, wherein the method comprises the following steps: monitoring a first time for locally sending a target processing request, wherein the target processing request comprises an MDS processing request and/or an OSD processing request; monitoring a second time when target response information corresponding to the target processing request is locally received; determining a time difference between the first time and the second time, and judging whether the time difference is greater than or equal to a preset time difference threshold value; if the time difference is larger than or equal to a preset time difference threshold value, printing target information related to the target processing request into a corresponding target log; and determining the abnormal problem of the file system according to the target log. Therefore, the workload of determining the abnormity can be reduced, the time for positioning the abnormity can be saved, and the efficiency performance of determining the abnormity can be improved.
Description
Technical Field
The present application relates to the field of file system technologies, and in particular, to a method, an apparatus, a device, and a medium for monitoring file system anomalies.
Background
During interaction with an MDS (Multipoint Distribution System) and an OSD (Object-based Storage Device), a kernel client of the file System needs to send a corresponding processing request to complete corresponding data processing operations. After the kernel client sends out a corresponding processing request each time, the corresponding logs corresponding to the processing request are printed, and when the operation related to the processing request is abnormal, all the printed logs need to be screened and checked, so that the corresponding abnormal problem is determined, and thus, the problems of large workload, too long abnormal positioning time, low efficiency and too low abnormal determination performance exist.
Disclosure of Invention
In view of the above, an object of the present application is to provide a method, an apparatus, a device, and a medium for monitoring file system anomalies, which can reduce workload of anomaly determination, save anomaly locating time, and improve anomaly determination efficiency and performance. The specific scheme is as follows:
in a first aspect, the present application discloses a file system anomaly monitoring method, which is applied to a kernel client in a file system, and includes:
monitoring a first time for locally sending a target processing request, wherein the target processing request comprises an MDS processing request and/or an OSD processing request;
monitoring a second time when target response information corresponding to the target processing request is locally received;
determining a time difference between the first time and the second time, and judging whether the time difference is greater than or equal to a preset time difference threshold value;
if the time difference is larger than or equal to a preset time difference threshold value, printing target information related to the target processing request into a corresponding target log;
and determining the abnormal problem of the file system according to the target log.
Optionally, the monitoring a first time of the locally sent target processing request includes:
monitoring the first time when a local MDS request processing module sends a target processing request;
and/or monitoring the first time when the local OSD request processing module sends the target processing request.
Optionally, the file system abnormality monitoring method further includes:
controlling the log printing function to be opened or closed by using a target client command;
and/or configuring the preset time difference threshold value by utilizing a target client command.
Optionally, the monitoring a second time of the locally received target response information corresponding to the target processing request includes:
if the target processing request is an MDS processing request, monitoring second time of locally received target response information returned by the MDS according to the target processing request;
and if the target processing request is an OSD processing request, monitoring second time of locally received target response information returned by the OSD according to the target processing request.
Optionally, the file system abnormality monitoring method further includes:
and analyzing the target response information so as to perform corresponding data processing operation.
Optionally, the analyzing the target response information to perform a corresponding data processing operation includes:
and comparing and analyzing the target response information with preset response standard information corresponding to the target processing request so as to perform corresponding data processing operation.
Optionally, the printing the related target information into the corresponding target log includes:
and printing target information related to the target processing request and comprising any one or a combination of the first time, the second time, the time difference, a target module, a processing operation corresponding to the target processing request and a pid corresponding to the target processing request into a corresponding target log, wherein the target module is MDS and/or OSD.
In a second aspect, the present application discloses a device for monitoring file system anomalies, which is applied to a kernel client in a file system, and includes:
the device comprises a first monitoring module, a second monitoring module and a third monitoring module, wherein the first monitoring module is used for monitoring a first time of locally sending a target processing request, and the target processing request comprises an MDS processing request and/or an OSD processing request;
the second monitoring module is used for monitoring second time of locally received target response information corresponding to the target processing request;
a time difference determination module to determine a time difference between the first time and the second time;
the time difference judging module is used for judging whether the time difference is greater than or equal to a preset time difference threshold value or not;
the log printing module is used for printing the target information related to the target processing request into a corresponding target log when the judgment result of the time difference judgment module is yes;
and the abnormity determining module is used for determining the file system abnormity problem according to the target log.
In a third aspect, the present application discloses a file system anomaly monitoring device, including:
a memory and a processor;
wherein the memory is used for storing a computer program;
the processor is configured to execute the computer program to implement the file system anomaly monitoring method disclosed in the foregoing.
In a fourth aspect, the present application discloses a computer readable storage medium for storing a computer program, wherein the computer program, when executed by a processor, implements the file system anomaly monitoring method disclosed above.
As can be seen, the present application first monitors a first time when a target processing request is locally sent, where the target processing request includes an MDS processing request and/or an OSD processing request; then monitoring a second time when the target response information corresponding to the target processing request is locally received; determining the time difference between the first time and the second time, and judging whether the time difference is greater than or equal to a preset time difference threshold value; if the time difference is larger than or equal to a preset time difference threshold value, printing target information related to the target processing request into a corresponding target log; and then determining the file system abnormal problem according to the target log. Therefore, the method and the device can monitor the first time of sending the target processing request locally, monitor the second time of receiving the target response information corresponding to the target processing request locally, determine the time difference between the first time and the second time, judge whether the time difference is greater than or equal to the preset time difference threshold value, and print the target information related to the target processing request into the corresponding target log if the time difference is greater than or equal to the preset time difference threshold value, so that the workload of determining the abnormity can be reduced, the abnormity positioning time can be saved, and the abnormity determining efficiency and performance can be improved.
Drawings
In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments or the prior art will be briefly introduced below, it is obvious that the drawings in the following description are only embodiments of the present application, and for those skilled in the art, other drawings can be obtained according to the provided drawings without creative efforts.
FIG. 1 is a flowchart of a file system anomaly monitoring method disclosed in the present application;
FIG. 2 is a flowchart of a particular file system anomaly monitoring method disclosed herein;
FIG. 3 is a flowchart of a particular file system anomaly monitoring method disclosed herein;
FIG. 4 is a schematic structural diagram of a file system anomaly monitoring device disclosed in the present application;
fig. 5 is a structural diagram of a file system abnormality monitoring device disclosed in the present application.
Detailed Description
The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
Currently, a kernel client of a file system needs to send a corresponding processing request to complete corresponding data processing operations in the process of interacting with an MDS and an OSD. After the kernel client sends out a corresponding processing request each time, the corresponding logs corresponding to the processing request are printed, and when the operation related to the processing request is abnormal, all the printed logs need to be screened and checked, so that the corresponding abnormal problem is determined, and thus, the problems of large workload, too long abnormal positioning time, low efficiency and too low abnormal determination performance exist. In view of this, the present application provides a file system anomaly monitoring method, which can reduce the workload of anomaly determination, save the time for anomaly location, and improve the efficiency and performance of anomaly determination.
Referring to fig. 1, an embodiment of the present application discloses a file system anomaly monitoring method, which is applied to a kernel client in a file system, and the method includes:
step S11: monitoring a first time for locally sending a target processing request, wherein the target processing request comprises an MDS processing request and/or an OSD processing request.
In this embodiment, during the interaction between the kernel client in the file system and the MDS and the OSD, a corresponding processing request needs to be sent to the MDS and the OSD to complete a corresponding data processing operation. It is desirable to monitor the first time a target processing request is sent locally, wherein the target processing request includes an MDS processing request and/or an OSD processing request. When corresponding data processing is completed only by using the MDS, monitoring the first time of locally sending an MDS processing request; when the corresponding data processing is completed only by using the OSD, monitoring the first time of locally sending the OSD processing request; when the MDS and the OSD are required to complete corresponding data processing, the first time of locally sending an MDS processing request and an OSD processing request is monitored.
Step S12: and monitoring a second time when the target response information corresponding to the target processing request is locally received.
In a specific implementation process, after the target processing request is locally sent, the MDS and/or the OSD performs a corresponding target operation according to the target processing request, and returns corresponding target response information to the kernel client, where the target operation includes, but is not limited to, changing some corresponding parameter configurations, so that a second time when the target response information corresponding to the target processing request is locally received needs to be monitored.
Step S13: and determining the time difference between the first time and the second time, and judging whether the time difference is greater than or equal to a preset time difference threshold value.
It is understood that, after the first time and the second time are monitored, it is further required to determine a time difference between the first time and the second time, and determine whether the time difference is greater than or equal to a preset time difference threshold value, so as to determine whether the response of the target processing request is timed out.
Step S14: and if the time difference is greater than or equal to a preset time difference threshold value, printing target information related to the target processing request into a corresponding target log.
In a specific real-time process, if the time difference is greater than or equal to the preset time difference threshold, it is determined that the response of the target processing request is overtime, and target information related to the target processing request needs to be printed in a target log, where the target information includes, but is not limited to, any one or a combination of the first time, the second time, the time difference, a target module, a processing operation corresponding to the target processing request, and a pid (process identifier) corresponding to the target processing request, where the target module is MDS and/or OSD.
Step S15: and determining the abnormal problem of the file system according to the target log.
In a specific implementation process, the abnormal problem of the file system can be determined according to the target log, so that when the abnormal problem in the file system is determined, only the abnormal determination needs to be performed from the target log corresponding to the target processing request with the time difference being greater than or equal to a preset time difference threshold, and the abnormal determination time can be saved.
After locally receiving the target response information corresponding to the target processing request, the method further includes: and analyzing the target response information so as to perform corresponding data processing operation. The analyzing the target response information so as to perform corresponding data processing operations includes: and comparing and analyzing the target response information with preset response standard information corresponding to the target processing request so as to perform corresponding data processing operation. The content of the response information corresponding to different processing requests can be preset, comparison and analysis are carried out after the target response information is received, and corresponding data processing operation is carried out after the analysis result meets the preset requirement.
The file system anomaly monitoring method further comprises the following steps: controlling the log printing function to be opened or closed by using a target client command; and/or configuring the preset time difference threshold value by utilizing a target client command. Specifically, the target client may be used to command the log printing function to be turned on or off, and configure the preset time difference threshold.
As can be seen, the present application first monitors a first time when a target processing request is locally sent, where the target processing request includes an MDS processing request and/or an OSD processing request; then monitoring a second time when the target response information corresponding to the target processing request is locally received; determining the time difference between the first time and the second time, and judging whether the time difference is greater than or equal to a preset time difference threshold value; if the time difference is larger than or equal to a preset time difference threshold value, printing target information related to the target processing request into a corresponding target log; and then determining the file system abnormal problem according to the target log. Therefore, the method and the device can monitor the first time of sending the target processing request locally, monitor the second time of receiving the target response information corresponding to the target processing request locally, determine the time difference between the first time and the second time, judge whether the time difference is greater than or equal to the preset time difference threshold value, and print the target information related to the target processing request into the corresponding target log if the time difference is greater than or equal to the preset time difference threshold value, so that the workload of determining the abnormity can be reduced, the abnormity positioning time can be saved, and the abnormity determining efficiency and performance can be improved.
Referring to fig. 2, an embodiment of the present application discloses a specific file system anomaly monitoring method, which is applied to a kernel client in a file system, and the method includes:
step S21: a first time when a local MDS request processing module sends an MDS processing request is monitored.
In this embodiment, the local MDS processing module may send the MDS processing request and receive the corresponding response information, and may also send the OSD processing request and receive the corresponding first time.
Step S22 monitors a second time when the target response information returned by the MDS according to the MDS processing request is locally received.
In a specific implementation process, after monitoring the first time, a second time when the target response information returned by the MDS according to the MDS processing request is locally received needs to be monitored. Specifically, the second time when the local MDS request processing module receives the target response information returned by the MDS according to the MDS processing request is monitored.
Step S23: and determining the time difference between the first time and the second time, and judging whether the time difference is greater than or equal to a preset time difference threshold value.
Step S24: and if the time difference is greater than or equal to a preset time difference threshold value, printing target information related to the target processing request into a corresponding target log.
Step S25: and determining the abnormal problem of the file system according to the target log.
Referring to fig. 3, an embodiment of the present application discloses a specific file system anomaly monitoring method, which is applied to a kernel client in a file system, and the method includes:
step S31: monitoring a first time when the local OSD request processing module sends the OSD processing request.
In this embodiment, the local device may send the MDS processing request and receive the corresponding response information, or send the OSD processing request and receive the corresponding first time, and accordingly, the local device includes the MDS request processing module and the OSD request processing module, so that the first time when the local OSD processing module sends the OSD processing request needs to be monitored.
Step S32 monitors a second time when the target response message returned by the OSD according to the OSD processing request is locally received.
In a specific implementation process, after monitoring the first time, a second time when the target response information returned by the OSD according to the OSD processing request is locally received needs to be monitored. Specifically, the second time when the local OSD request processing module receives the target response information returned by the OSD according to the OSD processing request is monitored.
Step S33: and determining the time difference between the first time and the second time, and judging whether the time difference is greater than or equal to a preset time difference threshold value.
Step S34: and if the time difference is greater than or equal to a preset time difference threshold value, printing target information related to the target processing request into a corresponding target log.
Step S35: and determining the abnormal problem of the file system according to the target log.
Referring to fig. 4, an embodiment of the present application discloses a file system anomaly monitoring device, which is applied to a kernel client in a file system, and includes:
a first monitoring module 11, configured to monitor a first time when a target processing request is locally sent, where the target processing request includes an MDS processing request and/or an OSD processing request;
the second monitoring module 12 is configured to monitor a second time when the target response information corresponding to the target processing request is locally received;
a time difference determining module 13 for determining a time difference between the first time and the second time;
a time difference determining module 14, configured to determine whether the time difference is greater than or equal to a preset time difference threshold;
a log printing module 15, configured to print target information related to the target processing request in a corresponding target log if a determination result of the time difference determining module is yes;
and the abnormity determining module 16 is used for determining the file system abnormity problem according to the target log.
As can be seen, the present application first monitors a first time when a target processing request is locally sent, where the target processing request includes an MDS processing request and/or an OSD processing request; then monitoring a second time when the target response information corresponding to the target processing request is locally received; determining the time difference between the first time and the second time, and judging whether the time difference is greater than or equal to a preset time difference threshold value; if the time difference is larger than or equal to a preset time difference threshold value, printing target information related to the target processing request into a corresponding target log; and then determining the file system abnormal problem according to the target log. Therefore, the method and the device monitor the first time of sending the target processing request locally, monitor the second time of receiving the target response information corresponding to the target processing request locally, determine the time difference between the first time and the second time, judge whether the time difference is greater than or equal to the preset time difference threshold value, and print the target information related to the target processing request into the corresponding target log if the time difference is greater than or equal to the preset time difference threshold value, so that the workload of determining the abnormity can be reduced, the abnormity positioning time can be saved, the abnormity determining efficiency can be improved, and the abnormity determining performance can be improved.
Further, referring to fig. 5, an embodiment of the present application further discloses a file system abnormality monitoring device, including: a processor 21 and a memory 22.
Wherein the memory 22 is used for storing a computer program; the processor 21 is configured to execute the computer program to implement the following steps:
monitoring a first time for locally sending a target processing request, wherein the target processing request comprises an MDS processing request and/or an OSD processing request; monitoring a second time when target response information corresponding to the target processing request is locally received; determining a time difference between the first time and the second time, and judging whether the time difference is greater than or equal to a preset time difference threshold value; if the time difference is larger than or equal to a preset time difference threshold value, printing target information related to the target processing request into a corresponding target log; and determining the abnormal problem of the file system according to the target log.
As can be seen, the present application first monitors a first time when a target processing request is locally sent, where the target processing request includes an MDS processing request and/or an OSD processing request; then monitoring a second time when the target response information corresponding to the target processing request is locally received; determining the time difference between the first time and the second time, and judging whether the time difference is greater than or equal to a preset time difference threshold value; if the time difference is larger than or equal to a preset time difference threshold value, printing target information related to the target processing request into a corresponding target log; and then determining the file system abnormal problem according to the target log. Therefore, the method and the device can monitor the first time of sending the target processing request locally, monitor the second time of receiving the target response information corresponding to the target processing request locally, determine the time difference between the first time and the second time, judge whether the time difference is greater than or equal to the preset time difference threshold value, and print the target information related to the target processing request into the corresponding target log if the time difference is greater than or equal to the preset time difference threshold value, so that the workload of determining the abnormity can be reduced, the abnormity positioning time can be saved, and the abnormity determining efficiency and performance can be improved.
In this embodiment, when the processor 21 executes the computer subprogram stored in the memory 22, the following steps may be specifically implemented: monitoring the first time when a local MDS request processing module sends a target processing request; and/or monitoring the first time when the local OSD request processing module sends the target processing request.
In this embodiment, when the processor 21 executes the computer subprogram stored in the memory 22, the following steps may be specifically implemented: controlling the log printing function to be opened or closed by using a target client command; and/or configuring the preset time difference threshold value by utilizing a target client command.
In this embodiment, when the processor 21 executes the computer subprogram stored in the memory 22, the following steps may be specifically implemented: if the target processing request is an MDS processing request, monitoring second time when target response information returned by the MDS according to the target processing request is locally received; and if the target processing request is an OSD processing request, monitoring a second time when locally receiving target response information returned by the OSD according to the target processing request.
In this embodiment, when the processor 21 executes the computer subprogram stored in the memory 22, the following steps may be specifically implemented: and analyzing the target response information so as to perform corresponding data processing operation.
In this embodiment, when the processor 21 executes the computer subprogram stored in the memory 22, the following steps may be specifically implemented: and comparing and analyzing the target response information with preset response standard information corresponding to the target processing request so as to perform corresponding data processing operation.
In this embodiment, when the processor 21 executes the computer subprogram stored in the memory 22, the following steps may be specifically implemented: and printing target information related to the target processing request and comprising any one or a combination of the first time, the second time, the time difference, a target module, a processing operation corresponding to the target processing request and a pid corresponding to the target processing request into a corresponding target log, wherein the target module is MDS and/or OSD.
Further, an embodiment of the present application also discloses a computer readable storage medium for storing a computer program, wherein the computer program, when executed by a processor, implements the following steps:
monitoring a first time for locally sending a target processing request, wherein the target processing request comprises an MDS processing request and/or an OSD processing request; monitoring a second time when target response information corresponding to the target processing request is locally received; determining a time difference between the first time and the second time, and judging whether the time difference is greater than or equal to a preset time difference threshold value; if the time difference is larger than or equal to a preset time difference threshold value, printing target information related to the target processing request into a corresponding target log; and determining the abnormal problem of the file system according to the target log.
As can be seen, the present application first monitors a first time when a target processing request is locally sent, where the target processing request includes an MDS processing request and/or an OSD processing request; then monitoring a second time when the target response information corresponding to the target processing request is locally received; determining the time difference between the first time and the second time, and judging whether the time difference is greater than or equal to a preset time difference threshold value; if the time difference is larger than or equal to a preset time difference threshold value, printing target information related to the target processing request into a corresponding target log; and then determining the file system abnormal problem according to the target log. Therefore, the method and the device can monitor the first time of sending the target processing request locally, monitor the second time of receiving the target response information corresponding to the target processing request locally, determine the time difference between the first time and the second time, judge whether the time difference is greater than or equal to the preset time difference threshold value, and print the target information related to the target processing request into the corresponding target log if the time difference is greater than or equal to the preset time difference threshold value, so that the workload of determining the abnormity can be reduced, the abnormity positioning time can be saved, and the abnormity determining efficiency and performance can be improved.
In this embodiment, when the computer subprogram stored in the computer-readable storage medium is executed by the processor, the following steps may be specifically implemented: monitoring the first time when a local MDS request processing module sends a target processing request; and/or monitoring the first time when the local OSD request processing module sends the target processing request.
In this embodiment, when the computer subprogram stored in the computer-readable storage medium is executed by the processor, the following steps may be specifically implemented: controlling the log printing function to be opened or closed by using a target client command; and/or configuring the preset time difference threshold value by utilizing a target client command.
In this embodiment, when the computer subprogram stored in the computer-readable storage medium is executed by the processor, the following steps may be specifically implemented: if the target processing request is an MDS processing request, monitoring second time when target response information returned by the MDS according to the target processing request is locally received; and if the target processing request is an OSD processing request, monitoring a second time when locally receiving target response information returned by the OSD according to the target processing request.
In this embodiment, when the computer subprogram stored in the computer-readable storage medium is executed by the processor, the following steps may be specifically implemented: and analyzing the target response information so as to perform corresponding data processing operation.
In this embodiment, when the computer subprogram stored in the computer-readable storage medium is executed by the processor, the following steps may be specifically implemented: and comparing and analyzing the target response information with preset response standard information corresponding to the target processing request so as to perform corresponding data processing operation.
In this embodiment, when the computer subprogram stored in the computer-readable storage medium is executed by the processor, the following steps may be specifically implemented: and printing target information related to the target processing request and comprising any one or a combination of the first time, the second time, the time difference, the target module, the processing operation corresponding to the target processing request and the pid corresponding to the target processing request into a corresponding target log, wherein the target module is MDS and/or OSD.
The embodiments are described in a progressive manner, each embodiment focuses on differences from other embodiments, and the same or similar parts among the embodiments are referred to each other. The device disclosed by the embodiment corresponds to the method disclosed by the embodiment, so that the description is simple, and the relevant points can be referred to the method part for description.
The steps of a method or algorithm described in connection with the embodiments disclosed herein may be embodied directly in hardware, in a software module executed by a processor, or in a combination of the two. A software module may reside in Random Access Memory (RAM), memory, Read Only Memory (ROM), electrically programmable ROM, electrically erasable programmable ROM, registers, hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art.
Finally, it is further noted that, herein, relational terms such as first and second, and the like may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of other elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other identical elements in a process, method, article, or apparatus that comprises the element.
The foregoing describes a method, an apparatus, a device, and a medium for monitoring file system anomalies provided by the present application in detail, and a specific example is applied in the present application to explain the principle and the implementation of the present application, and the description of the foregoing embodiment is only used to help understand the method and the core idea of the present application; meanwhile, for a person skilled in the art, according to the idea of the present application, there may be variations in the specific embodiments and the application scope, and in summary, the content of the present specification should not be construed as a limitation to the present application.
Claims (10)
1. A file system abnormity monitoring method is applied to a kernel client in a file system, and comprises the following steps:
monitoring a first time for locally sending a target processing request, wherein the target processing request comprises an MDS processing request and/or an OSD processing request;
monitoring a second time when target response information corresponding to the target processing request is locally received;
determining a time difference between the first time and the second time, and judging whether the time difference is greater than or equal to a preset time difference threshold value;
if the time difference is larger than or equal to a preset time difference threshold value, printing target information related to the target processing request into a corresponding target log;
and determining the abnormal problem of the file system according to the target log.
2. The file system exception monitoring method of claim 1, wherein said monitoring a first time at which a target processing request is sent locally comprises:
monitoring the first time when a local MDS request processing module sends a target processing request;
and/or monitoring the first time when the local OSD request processing module sends the target processing request.
3. The file system abnormality monitoring method according to claim 1, further comprising:
controlling the log printing function to be opened or closed by using a target client command;
and/or configuring the preset time difference threshold value by utilizing a target client command.
4. The file system abnormality monitoring method according to claim 1, wherein said monitoring a second time at which target response information corresponding to said target processing request is locally received includes:
if the target processing request is an MDS processing request, monitoring second time when target response information returned by the MDS according to the target processing request is locally received;
and if the target processing request is an OSD processing request, monitoring a second time when locally receiving target response information returned by the OSD according to the target processing request.
5. The file system abnormality monitoring method according to claim 1, further comprising:
and analyzing the target response information so as to perform corresponding data processing operation.
6. The file system abnormality monitoring method according to claim 5, wherein said analyzing said target response information for performing a corresponding data processing operation includes:
and comparing and analyzing the target response information with preset response standard information corresponding to the target processing request so as to perform corresponding data processing operation.
7. The file system abnormality monitoring method according to any one of claims 1 to 6, wherein said printing target information associated with said target processing request into a corresponding target log includes:
and printing target information related to the target processing request and comprising any one or a combination of the first time, the second time, the time difference, a target module, a processing operation corresponding to the target processing request and a pid corresponding to the target processing request into a corresponding target log, wherein the target module is MDS and/or OSD.
8. The file system abnormity monitoring device is applied to a kernel client in a file system, and comprises:
the device comprises a first monitoring module, a second monitoring module and a third monitoring module, wherein the first monitoring module is used for monitoring a first time of locally sending a target processing request, and the target processing request comprises an MDS processing request and/or an OSD processing request;
the second monitoring module is used for monitoring second time when target response information corresponding to the target processing request is locally received;
a time difference determination module to determine a time difference between the first time and the second time;
the time difference judging module is used for judging whether the time difference is greater than or equal to a preset time difference threshold value or not;
the log printing module is used for printing the target information related to the target processing request into a corresponding target log when the judgment result of the time difference judgment module is yes;
and the abnormity determining module is used for determining the file system abnormity problem according to the target log.
9. A file system abnormality monitoring apparatus, characterized by comprising:
a memory and a processor;
wherein the memory is used for storing a computer program;
the processor is configured to execute the computer program to implement the file system abnormality monitoring method according to any one of claims 1 to 7.
10. A computer-readable storage medium for storing a computer program, wherein the computer program, when executed by a processor, implements the file system abnormality monitoring method according to any one of claims 1 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911328680.9A CN111124731A (en) | 2019-12-20 | 2019-12-20 | File system abnormity monitoring method, device, equipment and medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911328680.9A CN111124731A (en) | 2019-12-20 | 2019-12-20 | File system abnormity monitoring method, device, equipment and medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111124731A true CN111124731A (en) | 2020-05-08 |
Family
ID=70500783
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911328680.9A Withdrawn CN111124731A (en) | 2019-12-20 | 2019-12-20 | File system abnormity monitoring method, device, equipment and medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111124731A (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111884824A (en) * | 2020-05-27 | 2020-11-03 | 深圳壹账通智能科技有限公司 | Transaction link monitoring method, device, equipment and storage medium |
| CN112073519A (en) * | 2020-09-09 | 2020-12-11 | 星辰天合（北京）数据科技有限公司 | Processing method and device of operation request |
| CN116719663A (en) * | 2023-08-07 | 2023-09-08 | 腾讯科技（深圳）有限公司 | Data processing method, device, equipment and readable storage medium |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105279239A (en) * | 2015-09-28 | 2016-01-27 | 浪潮(北京)电子信息产业有限公司 | Metadata processing delay statistic method for distributed file system |
| CN105553740A (en) * | 2015-12-25 | 2016-05-04 | 北京奇虎科技有限公司 | Data interface monitoring method and device |
| CN106411659A (en) * | 2016-11-29 | 2017-02-15 | 福建中金在线信息科技有限公司 | Business data monitoring method and apparatus |
| CN106856489A (en) * | 2015-12-08 | 2017-06-16 | 阿里巴巴集团控股有限公司 | A kind of service node switching method and apparatus of distributed memory system |
| CN107704360A (en) * | 2017-09-15 | 2018-02-16 | 平安科技（深圳）有限公司 | Processing method, equipment, server and the storage medium of monitoring data |
| CN108633311A (en) * | 2017-01-26 | 2018-10-09 | 华为技术有限公司 | A kind of method, apparatus and control node of the con current control based on call chain |
| CN109445993A (en) * | 2018-11-02 | 2019-03-08 | 郑州云海信息技术有限公司 | A kind of detection method and relevant apparatus of file system health status |
-
2019
- 2019-12-20 CN CN201911328680.9A patent/CN111124731A/en not_active Withdrawn
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105279239A (en) * | 2015-09-28 | 2016-01-27 | 浪潮(北京)电子信息产业有限公司 | Metadata processing delay statistic method for distributed file system |
| CN106856489A (en) * | 2015-12-08 | 2017-06-16 | 阿里巴巴集团控股有限公司 | A kind of service node switching method and apparatus of distributed memory system |
| CN105553740A (en) * | 2015-12-25 | 2016-05-04 | 北京奇虎科技有限公司 | Data interface monitoring method and device |
| CN106411659A (en) * | 2016-11-29 | 2017-02-15 | 福建中金在线信息科技有限公司 | Business data monitoring method and apparatus |
| CN108633311A (en) * | 2017-01-26 | 2018-10-09 | 华为技术有限公司 | A kind of method, apparatus and control node of the con current control based on call chain |
| CN107704360A (en) * | 2017-09-15 | 2018-02-16 | 平安科技（深圳）有限公司 | Processing method, equipment, server and the storage medium of monitoring data |
| CN109445993A (en) * | 2018-11-02 | 2019-03-08 | 郑州云海信息技术有限公司 | A kind of detection method and relevant apparatus of file system health status |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111884824A (en) * | 2020-05-27 | 2020-11-03 | 深圳壹账通智能科技有限公司 | Transaction link monitoring method, device, equipment and storage medium |
| CN112073519A (en) * | 2020-09-09 | 2020-12-11 | 星辰天合（北京）数据科技有限公司 | Processing method and device of operation request |
| CN112073519B (en) * | 2020-09-09 | 2023-06-02 | 北京星辰天合科技股份有限公司 | Processing method and device of operation request |
| CN116719663A (en) * | 2023-08-07 | 2023-09-08 | 腾讯科技（深圳）有限公司 | Data processing method, device, equipment and readable storage medium |
| CN116719663B (en) * | 2023-08-07 | 2024-01-30 | 腾讯科技（深圳）有限公司 | Data processing method, device, equipment and readable storage medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111124731A (en) | File system abnormity monitoring method, device, equipment and medium | |
| CN107451040B (en) | Method and device for positioning fault reason and computer readable storage medium | |
| CN111666491B (en) | Abnormal data query method, device, computer equipment and storage medium | |
| CN110943860B (en) | BMC (baseboard management controller) firmware updating method and system, electronic equipment and storage medium | |
| US20150089479A1 (en) | Method for pre-testing software compatibility and system thereof | |
| US20130080634A1 (en) | End User Performance Monitoring For Mobile Applications | |
| US20160132420A1 (en) | Backup method, pre-testing method for environment updating and system thereof | |
| CN111522703B (en) | Method, apparatus and computer program product for monitoring access requests | |
| JP6282217B2 (en) | Anti-malware system and anti-malware method | |
| CN108874618B (en) | Cognos process monitoring method and device, computer equipment and storage medium | |
| CN113411333A (en) | Unauthorized access vulnerability detection method, device, system and storage medium | |
| CN113407383A (en) | Main/standby system switching method and device, server and main/standby system | |
| CN114443441B (en) | Storage system management method, device and equipment and readable storage medium | |
| CN112100048A (en) | Self-adaptive routing inspection method and device for server | |
| CN107957933B (en) | Data replication monitoring method and device | |
| CN111478792B (en) | Cutover information processing method, system and device | |
| CN112835856A (en) | Log data query method and device, equipment and medium | |
| CN112100035A (en) | Page abnormity detection method, system and related device | |
| US8037359B2 (en) | Operation management system having a process execution apparatus, information management apparatus, and process analyzing apparatus, process analyzing apparatus, recording medium in which process analysis program is recorded, and process analysis method | |
| CN111130856A (en) | Server configuration method, system, equipment and computer readable storage medium | |
| CN111258765A (en) | Load balancing method and device, computing equipment and storage medium | |
| CN111756594A (en) | Control method of pressure test, computer device and computer readable storage medium | |
| CN112153036B (en) | Security defense method and system based on proxy server | |
| CN107861842B (en) | Metadata damage detection method, system, equipment and storage medium | |
| CN110019262B (en) | Data updating method and device |
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 | ||
| WW01 | Invention patent application withdrawn after publication |
Application publication date: 20200508 |
|
| WW01 | Invention patent application withdrawn after publication |