CN111988169A - Method, system, equipment and medium for cleaning and repairing abnormal disk of cloud platform - Google Patents
Method, system, equipment and medium for cleaning and repairing abnormal disk of cloud platform Download PDFInfo
- Publication number
- CN111988169A CN111988169A CN202010746208.3A CN202010746208A CN111988169A CN 111988169 A CN111988169 A CN 111988169A CN 202010746208 A CN202010746208 A CN 202010746208A CN 111988169 A CN111988169 A CN 111988169A
- Authority
- CN
- China
- Prior art keywords
- path
- sub
- cleaning
- cloud platform
- virtual machine
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 42
- 238000004140 cleaning Methods 0.000 title claims abstract description 39
- 230000002159 abnormal effect Effects 0.000 title claims abstract description 30
- 230000004044 response Effects 0.000 claims abstract description 33
- 230000008439 repair process Effects 0.000 claims description 10
- 238000004590 computer program Methods 0.000 claims description 6
- 238000012423 maintenance Methods 0.000 abstract description 10
- 238000013024 troubleshooting Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 4
- 230000008569 process Effects 0.000 description 4
- 230000000694 effects Effects 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 238000003032 molecular docking Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000008878 coupling Effects 0.000 description 1
- 238000010168 coupling process Methods 0.000 description 1
- 238000005859 coupling reaction Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 230000009466 transformation Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/45575—Starting, stopping, suspending or resuming virtual machine instances
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/45579—I/O management, e.g. providing access to device drivers or storage
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/45595—Network integration; Enabling network access in virtual machine instances
Abstract
The invention discloses a method, a system, equipment and a storage medium for cleaning and repairing an abnormal disk of a cloud platform, wherein the method comprises the following steps: acquiring an address of a first path, and acquiring information of the first path based on the address; determining whether the number of sub paths of the first path is normal based on the information; responding to the normal number of the sub paths of the first path, and judging whether the block storage device identification names of the first path and the sub paths are consistent; and in response to the fact that the identification names of the block storage devices of the first path and the sub-path are not consistent, shutting down the virtual machine and cleaning the devices corresponding to the first path. According to the scheme provided by the invention, the potential fault hazard is cleared in advance by detecting the first path multipath, so that the influence on the cloud platform service and the virtual machine data is prevented, the complexity of operation and maintenance is simplified, and the operation and maintenance cost is saved.
Description
Technical Field
The present invention relates to the field of cloud platforms, and in particular, to a method, a system, a computer device, and a readable medium for cleaning and repairing an abnormal disk of a cloud platform.
Background
Under the current mainstream cloud platform topology architecture, in order to ensure the security of data, the data is stored in a cloud computing platform in a split manner, the cloud computing and the storage have different management platforms and cluster architectures, and the cloud computing platform and the storage cluster are generally linked by using an FC/iSCSI link mode. The FC/iSCSI link disk is used on the host level through the scsi protocol, and is distributed to the virtual machine for use through the virtualization technology, the coupling degree of the cloud computing platform and the storage is greatly eliminated through the topological structure, the cloud platform and the storage platform are provided with respective management platform, disaster recovery system and internal architecture, and the cloud computing platform and the storage platform can be connected together only by uniformly providing a standard link protocol. However, in the using process, some information of the other party is reserved in the cloud platform and the storage system to mark the resources to distinguish the attribution of the resources. The marking information is created by the cloud platform layer according to the storage system resource information, and because the creating and cleaning operations need synchronous updating on two sides, the consistency of data information is needed, but data residue on one side can occur in some fault scenes.
The residual data generally refers to marking storage resources and marking whether the storage resources belong to a virtual machine of a certain cloud platform, and normal operation of cloud platform services will be affected due to data residual (for example, disk information identified by the virtual machine does not actually exist, or disks identified by the virtual machine, disks of other virtual machines, and residual paths cause excessive dirty data of hosts, and affect the operation speed of the cloud platform, etc. due to data residual). The existing processing scheme depends on manual troubleshooting and cleaning, the manual processing speed and accuracy are limited, and in the case of excessive nodes (in large-scale application, thousands of nodes in a single cluster of a distributed cloud platform can be achieved, and the number of clusters is not unique), the workload of troubleshooting and cleaning becomes huge, the consumed time is long, the operation and maintenance manpower is more, some residual nodes have hidden risks or fatal risks to the service, and if the residual nodes are not solved in time, irreparable loss can be caused.
Disclosure of Invention
In view of this, an object of the embodiments of the present invention is to provide a method, a system, a computer device, and a computer-readable storage medium for cleaning and repairing an abnormal disk of a cloud platform, which detect a multi path of a first path by combining a sci link specification of a linux operating system, an SAN storage docking mode, and a virtual machine defined by a distributed cloud platform using an SAN storage disk corresponding specification, clean a hidden fault in advance, prevent an influence on cloud platform services and virtual machine data, simplify complexity of operation and maintenance, and save operation and maintenance cost.
Based on the above purpose, an aspect of the embodiments of the present invention provides a method for cleaning and repairing an abnormal disk of a cloud platform, including the following steps: acquiring an address of a first path, and acquiring information of the first path based on the address; determining whether the number of sub paths of the first path is normal based on the information; responding to the fact that the number of sub paths of the first path is normal, and judging whether the block storage device identification names of the first path and the sub paths are consistent; and in response to the inconsistency between the first path and the block storage device identification names of the sub-paths, shutting down the virtual machine and cleaning the device corresponding to the first path.
In some embodiments, further comprising: responding to the consistency of the identification names of the block storage devices of the first path and the sub path, and judging whether the virtual logic unit number identifications of the first path and the sub path are consistent; and in response to the inconsistency between the virtual logic unit number identifications of the first path and the sub-path, shutting down the virtual machine and calling an interface to repair the virtual logic unit number identification.
In some embodiments, further comprising: and responding to the completion of repairing the virtual logic unit number identification, clearing the first path and the equipment path corresponding to the first path, and calling a virtual machine interface to start the virtual machine.
In some embodiments, further comprising: responding to the consistency of the virtual logic unit number identifications of the first path and the sub-path, and judging whether a disconnected path exists in the first path and the sub-path; and determining that the cloud platform disk is normal in response to the first path and the sub-path not having a broken path.
In some embodiments, further comprising: responding to a disconnected path existing in the first path and the sub-path, and judging whether the storage volume is mapped to a node corresponding to the disconnected path; and prompting that a hardware fault occurs in response to the storage volume being mapped to the node corresponding to the disconnected path.
In some embodiments, further comprising: and in response to the fact that the storage volume is not mapped to the node corresponding to the disconnected path, cleaning the first path and the equipment path corresponding to the first path.
In some embodiments, further comprising: clearing the first path in response to the number of sub-paths of the first path not being normal.
In another aspect of the embodiments of the present invention, a system for cleaning and repairing an abnormal disk of a cloud platform is further provided, including: the acquisition module is configured to acquire an address of a first path and acquire information of the first path based on the address; a first judging module configured to judge whether the number of sub paths of the first path is normal based on the information; the second judging module is configured to respond to the fact that the number of the sub paths of the first path is normal, and judge whether the block storage device identification names of the first path and the sub paths are consistent; and the execution module is configured to respond to the inconsistency of the identification names of the block storage devices of the first path and the sub-path, shut down the virtual machine and clean the device corresponding to the first path.
In another aspect of the embodiments of the present invention, there is also provided a computer device, including: at least one processor; and a memory storing computer instructions executable on the processor, the instructions when executed by the processor implementing the steps of the method as above.
In a further aspect of the embodiments of the present invention, a computer-readable storage medium is also provided, in which a computer program for implementing the above method steps is stored when the computer program is executed by a processor.
The invention has the following beneficial technical effects: by combining the sci link specification of the linux operating system, the SAN storage docking mode and the virtual machine use SAN storage disk corresponding specification defined by the distributed cloud platform, the first path multipath is detected, the hidden trouble is cleared in advance, the cloud platform service and the virtual machine data are prevented from being affected, the operation and maintenance complexity is simplified, and the operation and maintenance cost is saved.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art that other embodiments can be obtained by using the drawings without creative efforts.
Fig. 1 is a schematic diagram of an embodiment of a method for cleaning and repairing an abnormal disk of a cloud platform according to the present invention;
fig. 2 is a schematic diagram of a hardware structure of a computer device for cleaning and repairing an abnormal disk of a cloud platform according to an embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention more apparent, the following embodiments of the present invention are described in further detail with reference to the accompanying drawings.
It should be noted that all expressions using "first" and "second" in the embodiments of the present invention are used for distinguishing two entities with the same name but different names or different parameters, and it should be noted that "first" and "second" are merely for convenience of description and should not be construed as limitations of the embodiments of the present invention, and they are not described in any more detail in the following embodiments.
Based on the above purpose, a first aspect of the embodiments of the present invention provides an embodiment of a method for cleaning and repairing an abnormal disk of a cloud platform. Fig. 1 is a schematic diagram illustrating an embodiment of a method for cleaning and repairing an abnormal disk of a cloud platform according to the present invention. As shown in fig. 1, the embodiment of the present invention includes the following steps:
s1, acquiring the address of the first path, and acquiring the information of the first path based on the address;
s2, judging whether the number of the sub paths of the first path is normal or not based on the information;
s3, responding to the normal number of the sub-paths of the first path, and judging whether the block storage device identification names of the first path and the sub-paths are consistent; and
and S4, in response to the fact that the block storage device identification names of the first path and the sub-path are not consistent, shutting down the virtual machine and cleaning the device corresponding to the first path.
Under a cloud platform architecture, generally, computing and Storage are in a separated state, a traditional SAN (Storage Area Network) Storage Network architecture is generally used, a Storage disk is mapped to a virtual machine through a sci protocol by using an FC or iSCSI mode, but due to the limitation of the sci protocol, if information remains, more problems are caused, the biggest influence is that the use of the virtual machine disk is disordered, the cloud platform efficiency is lowered due to dirty data, further, service data of a user is influenced, irreparable loss is caused seriously, and operation and maintenance personnel required for troubleshooting of the problems are high in technical capability, and meanwhile, the troubleshooting data volume is large, the efficiency is low, and wrong data needs to be found out before the service is influenced, so that the troubleshooting is performed in advance. According to the invention, abnormal data stored based on the SAN are cleaned and repaired in advance, the service loss of the cloud platform is avoided, the process is automated, the operation and maintenance automation degree is improved, the operation and maintenance cost is simplified, and the stability and fault tolerance of the cloud platform are improved.
The cleaned target comprises abnormal data of a multipath module of a linux operating system and abnormal data of a liunx disk device module.
And acquiring the address of the first path, and acquiring the information of the first path based on the address. The first path of an embodiment of the present invention may be a multipath. Initializing a log, judging whether the multipath service is started or not (if not, exiting), and if the multipath service is started, collecting a multipath address list. And circulating the address list and acquiring the multipath information according to the address.
It is determined whether the number of sub paths of the first path is normal based on the information. According to the knowledge of linux system, when there is no sub-path under multipath, the path is residual information.
In some embodiments, further comprising: clearing the first path in response to the number of sub-paths of the first path not being normal. The abnormal number of the sub-paths of the first path, that is, the number of the sub-paths of the first path is zero, is an abnormal scenario, and the system command multi-path-f cleaning is called.
And responding to the normal number of the sub paths of the first path, and judging whether the block storage device identification names of the first path and the sub paths are consistent. A block device refers to a sci block device that takes over a SAN. According to the multipath return information, the block storage device identification name of the multipath is obtained (wwn), wwn of each sub-path is obtained (for example, wwn of the path can be read through linux system command/lib/udev/sci _ id-page 0x 83-legacy/dev/sdX), and whether the paths are consistent or not is determined.
And in response to the fact that the identification names of the block storage devices of the first path and the sub-path are not consistent, shutting down the virtual machine and cleaning the devices corresponding to the first path. If the identification names of the block storage devices of the first path and the sub-path are inconsistent, a cloud platform interface needs to be called to shut down a virtual machine where the multi path is located, then the multi path is cleared (multi path-f), path information under the multi path is deleted (echo1>/sys/block/sdX/device/delete), then an operating system interface is called to rescan the storage disk (echo '-' >/sys/class/scis _ host/host X/scan purpose is called to rediscover the disk and trigger a linux kernel mechanism, the multi path information is regenerated, and finally the virtual machine is started.
In some embodiments, further comprising: responding to the consistency of the identification names of the block storage devices of the first path and the sub path, and judging whether the virtual logic unit number identifications of the first path and the sub path are consistent; and in response to the inconsistency between the virtual logic unit number identifications of the first path and the sub-path, shutting down the virtual machine and calling an interface to repair the virtual logic unit number identification. And acquiring whether virtual logic unit number identifiers (lun-ids) of each sub-path under the multipath are consistent or not according to the multipath return information, and if the virtual logic unit number identifiers (lun-ids) are inconsistent, providing an interface by the storage system for repairing.
In some embodiments, further comprising: and responding to the completion of repairing the virtual logic unit number identification, clearing the first path and the equipment path corresponding to the first path, and calling a virtual machine interface to start the virtual machine. And restoring the lun-id to be consistent, returning a new lun-id, cleaning and rescanning wrong multi-path information and device information by the cloud platform, and using newly aggregated path information by the virtual machine. After the repair is completed, the multipaths and devicepath (device path) corresponding to the multipaths are cleaned. The virtual machine is managed through the cloud platform interface before repair, and the virtual machine interface is called to start the virtual machine after repair is completed.
In some embodiments, further comprising: responding to the consistency of the virtual logic unit number identifications of the first path and the sub-path, and judging whether a disconnected path exists in the first path and the sub-path; and determining that the cloud platform disk is normal in response to the first path and the sub-path not having a broken path. And judging whether a disconnected path exists in the first path and the sub-path, namely judging whether a failed path exists.
In some embodiments, further comprising: responding to a disconnected path existing in the first path and the sub-path, and judging whether the storage volume is mapped to a node corresponding to the disconnected path; and prompting that a hardware fault occurs in response to the storage volume being mapped to the node corresponding to the disconnected path.
In some embodiments, further comprising: and in response to the fact that the storage volume is not mapped to the node corresponding to the disconnected path, cleaning the first path and the equipment path corresponding to the first path.
It should be particularly noted that, in each embodiment of the method for cleaning and repairing the abnormal disk of the cloud platform, each step may be intersected, replaced, added, or deleted, and therefore, the method for cleaning and repairing the abnormal disk of the cloud platform based on the reasonable permutation and combination transformation also belongs to the protection scope of the present invention, and the protection scope of the present invention should not be limited to the embodiment.
Based on the above object, a second aspect of the embodiments of the present invention provides a system for cleaning and repairing an abnormal disk of a cloud platform, including: the acquisition module is configured to acquire an address of a first path and acquire information of the first path based on the address; a first judging module configured to judge whether the number of sub paths of the first path is normal based on the information; the second judging module is configured to respond to the fact that the number of the sub paths of the first path is normal, and judge whether the block storage device identification names of the first path and the sub paths are consistent; and the execution module is configured to respond to the inconsistency of the identification names of the block storage devices of the first path and the sub-path, shut down the virtual machine and clean the device corresponding to the first path.
In some embodiments, further comprising: a third determining module, configured to determine, in response to that the first path is consistent with the block storage device identifier name of the sub-path, whether the virtual logic unit number identifiers of the first path and the sub-path are consistent; and in response to the inconsistency between the virtual logic unit number identifications of the first path and the sub-path, shutting down the virtual machine and calling an interface to repair the virtual logic unit number identification.
In some embodiments, further comprising: and the second execution module is configured to respond to the completion of the repair of the virtual logic unit number identifier, clear the first path and the equipment path corresponding to the first path, and call a virtual machine interface to start the virtual machine.
In some embodiments, further comprising: a fourth judging module, configured to, in response to a correspondence between the virtual logic unit number identifiers of the first path and the sub-path, judge whether a disconnected path exists between the first path and the sub-path; and determining that the cloud platform disk is normal in response to the first path and the sub-path not having a broken path.
In some embodiments, further comprising: a fifth judging module, configured to respond to a broken path existing in the first path and the sub-path, and judge whether the storage volume is mapped to a node corresponding to the broken path; and prompting that a hardware fault occurs in response to the storage volume being mapped to the node corresponding to the disconnected path.
In some embodiments, further comprising: and the third execution module is configured to clear the first path and the device path corresponding to the first path in response to the storage volume not being mapped to the node corresponding to the disconnected path.
In some embodiments, further comprising: a fourth execution module configured to clear the first path in response to the number of sub-paths of the first path being abnormal.
In view of the above object, a third aspect of the embodiments of the present invention provides a computer device, including: at least one processor; and a memory storing computer instructions executable on the processor, the instructions being executable by the processor to perform the steps of: s1, acquiring the address of the first path, and acquiring the information of the first path based on the address; s2, judging whether the number of the sub paths of the first path is normal or not based on the information; s3, responding to the normal number of the sub-paths of the first path, and judging whether the block storage device identification names of the first path and the sub-paths are consistent; and S4, in response to the inconsistency between the block storage device identification names of the first path and the sub-path, shutting down the virtual machine and cleaning the device corresponding to the first path.
In some embodiments, further comprising: responding to the consistency of the identification names of the block storage devices of the first path and the sub path, and judging whether the virtual logic unit number identifications of the first path and the sub path are consistent; and in response to the inconsistency between the virtual logic unit number identifications of the first path and the sub-path, shutting down the virtual machine and calling an interface to repair the virtual logic unit number identification.
In some embodiments, further comprising: and responding to the completion of repairing the virtual logic unit number identification, clearing the first path and the equipment path corresponding to the first path, and calling a virtual machine interface to start the virtual machine.
In some embodiments, further comprising: responding to the consistency of the virtual logic unit number identifications of the first path and the sub-path, and judging whether a disconnected path exists in the first path and the sub-path; and determining that the cloud platform disk is normal in response to the first path and the sub-path not having a broken path.
In some embodiments, further comprising: responding to a disconnected path existing in the first path and the sub-path, and judging whether the storage volume is mapped to a node corresponding to the disconnected path; and prompting that a hardware fault occurs in response to the storage volume being mapped to the node corresponding to the disconnected path.
In some embodiments, further comprising: and in response to the fact that the storage volume is not mapped to the node corresponding to the disconnected path, cleaning the first path and the equipment path corresponding to the first path.
In some embodiments, further comprising: clearing the first path in response to the number of sub-paths of the first path not being normal.
Fig. 2 is a schematic diagram of a hardware structure of an embodiment of the computer device for cleaning and repairing an abnormal disk of a cloud platform according to the present invention.
Taking the apparatus shown in fig. 2 as an example, the apparatus includes a processor 301 and a memory 302, and may further include: an input device 303 and an output device 304.
The processor 301, the memory 302, the input device 303 and the output device 304 may be connected by a bus or other means, and fig. 2 illustrates the connection by a bus as an example.
The memory 302 is a non-volatile computer-readable storage medium, and can be used to store non-volatile software programs, non-volatile computer-executable programs, and modules, such as program instructions/modules corresponding to the method for cleaning and repairing the abnormal disk of the cloud platform in the embodiment of the present application. The processor 301 executes various functional applications and data processing of the server by running the nonvolatile software program, instructions and modules stored in the memory 302, that is, implements the method for cleaning and repairing the abnormal disk of the cloud platform according to the above-described method embodiment.
The memory 302 may include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required for at least one function; the storage data area may store data created according to the use of the method of cloud platform abnormal disk cleaning repair, and the like. Further, the memory 302 may include high speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other non-volatile solid state storage device. In some embodiments, memory 302 optionally includes memory located remotely from processor 301, which may be connected to a local module via a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.
The input device 303 may receive information such as a user name and a password that are input. The output means 304 may comprise a display device such as a display screen.
Program instructions/modules corresponding to one or more methods for cleaning and repairing the abnormal disk of the cloud platform are stored in the memory 302, and when executed by the processor 301, the method for cleaning and repairing the abnormal disk of the cloud platform in any of the above-described method embodiments is executed.
Any embodiment of the computer device executing the method for cleaning and repairing the abnormal disk of the cloud platform can achieve the same or similar effects as any corresponding method embodiment.
The invention also provides a computer readable storage medium storing a computer program which, when executed by a processor, performs the method as above.
Finally, it should be noted that, as one of ordinary skill in the art can appreciate, all or part of the processes in the methods according to the embodiments described above may be implemented by instructing relevant hardware through a computer program, and the program of the method for cleaning and repairing the abnormal disk of the cloud platform may be stored in a computer readable storage medium, and when executed, the program may include the processes according to the embodiments of the methods described above. The storage medium of the program may be a magnetic disk, an optical disk, a Read Only Memory (ROM), a Random Access Memory (RAM), or the like. The embodiments of the computer program may achieve the same or similar effects as any of the above-described method embodiments.
The foregoing is an exemplary embodiment of the present disclosure, but it should be noted that various changes and modifications could be made herein without departing from the scope of the present disclosure as defined by the appended claims. The functions, steps and/or actions of the method claims in accordance with the disclosed embodiments described herein need not be performed in any particular order. Furthermore, although elements of the disclosed embodiments of the invention may be described or claimed in the singular, the plural is contemplated unless limitation to the singular is explicitly stated.
It should be understood that, as used herein, the singular forms "a", "an" and "the" are intended to include the plural forms as well, unless the context clearly supports the exception. It should also be understood that "and/or" as used herein is meant to include any and all possible combinations of one or more of the associated listed items.
The numbers of the embodiments disclosed in the embodiments of the present invention are merely for description, and do not represent the merits of the embodiments.
It will be understood by those skilled in the art that all or part of the steps for implementing the above embodiments may be implemented by hardware, or may be implemented by a program instructing relevant hardware, and the program may be stored in a computer-readable storage medium, and the above-mentioned storage medium may be a read-only memory, a magnetic disk or an optical disk, etc.
Those of ordinary skill in the art will understand that: the discussion of any embodiment above is meant to be exemplary only, and is not intended to intimate that the scope of the disclosure, including the claims, of embodiments of the invention is limited to these examples; within the idea of an embodiment of the invention, also technical features in the above embodiment or in different embodiments may be combined and there are many other variations of the different aspects of the embodiments of the invention as described above, which are not provided in detail for the sake of brevity. Therefore, any omissions, modifications, substitutions, improvements, and the like that may be made without departing from the spirit and principles of the embodiments of the present invention are intended to be included within the scope of the embodiments of the present invention.
Claims (10)
1. A method for cleaning and repairing abnormal disks of a cloud platform is characterized by comprising the following steps:
acquiring an address of a first path, and acquiring information of the first path based on the address;
determining whether the number of sub paths of the first path is normal based on the information;
responding to the fact that the number of sub paths of the first path is normal, and judging whether the block storage device identification names of the first path and the sub paths are consistent; and
and in response to the fact that the identification names of the block storage devices of the first path and the sub-path are not consistent, shutting down the virtual machine and cleaning the devices corresponding to the first path.
2. The method of claim 1, further comprising:
responding to the consistency of the identification names of the block storage devices of the first path and the sub path, and judging whether the virtual logic unit number identifications of the first path and the sub path are consistent; and
and in response to the inconsistency of the virtual logic unit number identifications of the first path and the sub-path, shutting down the virtual machine and calling an interface to repair the virtual logic unit number identification.
3. The method of claim 2, further comprising:
and responding to the completion of repairing the virtual logic unit number identification, clearing the first path and the equipment path corresponding to the first path, and calling a virtual machine interface to start the virtual machine.
4. The method of claim 2, further comprising:
responding to the consistency of the virtual logic unit number identifications of the first path and the sub-path, and judging whether a disconnected path exists in the first path and the sub-path; and
and determining that the cloud platform disk is normal in response to the first path and the sub-path not having a broken path.
5. The method of claim 4, further comprising:
responding to a disconnected path existing in the first path and the sub-path, and judging whether the storage volume is mapped to a node corresponding to the disconnected path; and
and prompting that a hardware fault occurs in response to the fact that the storage volume is mapped to the node corresponding to the disconnected path.
6. The method of claim 5, further comprising:
and in response to the fact that the storage volume is not mapped to the node corresponding to the disconnected path, cleaning the first path and the equipment path corresponding to the first path.
7. The method of claim 1, further comprising:
clearing the first path in response to the number of sub-paths of the first path not being normal.
8. The system for cleaning and repairing the abnormal disk of the cloud platform is characterized by comprising the following steps:
the acquisition module is configured to acquire an address of a first path and acquire information of the first path based on the address;
a first judging module configured to judge whether the number of sub paths of the first path is normal based on the information;
the second judging module is configured to respond to the fact that the number of the sub paths of the first path is normal, and judge whether the block storage device identification names of the first path and the sub paths are consistent; and
and the execution module is configured to respond to the inconsistency of the identification names of the block storage devices of the first path and the sub-path, shut down the virtual machine and clean the device corresponding to the first path.
9. A computer device, comprising:
at least one processor; and
a memory storing computer instructions executable on the processor, the instructions when executed by the processor implementing the steps of the method of any one of claims 1 to 7.
10. A computer-readable storage medium, in which a computer program is stored which, when being executed by a processor, carries out the steps of the method according to any one of claims 1 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010746208.3A CN111988169B (en) | 2020-07-29 | 2020-07-29 | Method, system, equipment and medium for cleaning and repairing abnormal disk of cloud platform |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010746208.3A CN111988169B (en) | 2020-07-29 | 2020-07-29 | Method, system, equipment and medium for cleaning and repairing abnormal disk of cloud platform |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111988169A true CN111988169A (en) | 2020-11-24 |
| CN111988169B CN111988169B (en) | 2022-12-06 |
Family
ID=73445846
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010746208.3A Active CN111988169B (en) | 2020-07-29 | 2020-07-29 | Method, system, equipment and medium for cleaning and repairing abnormal disk of cloud platform |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111988169B (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114500575A (en) * | 2021-12-27 | 2022-05-13 | 天翼云科技有限公司 | Path loss management method, device and storage medium in multipath object map |
| WO2023284174A1 (en) * | 2021-07-12 | 2023-01-19 | 苏州浪潮智能科技有限公司 | Method, apparatus, and device for cleaning residual paths on host end, and storage medium |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104423889A (en) * | 2013-08-26 | 2015-03-18 | 国际商业机器公司 | Multi-path management method and system |
| CN105141459A (en) * | 2015-08-27 | 2015-12-09 | 浪潮电子信息产业股份有限公司 | Optimization method based on multipath technology |
| CN105630877A (en) * | 2015-12-17 | 2016-06-01 | 北京奇虎科技有限公司 | File cleaning method and system |
| CN105955671A (en) * | 2016-05-16 | 2016-09-21 | 汉柏科技有限公司 | Disc management method and device |
| CN109857519A (en) * | 2019-01-15 | 2019-06-07 | 新华三云计算技术有限公司 | The processing method and relevant apparatus of virtual disk |
| CN110908609A (en) * | 2019-11-22 | 2020-03-24 | 苏州浪潮智能科技有限公司 | Method, system and equipment for processing disk and readable storage medium |
-
2020
- 2020-07-29 CN CN202010746208.3A patent/CN111988169B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104423889A (en) * | 2013-08-26 | 2015-03-18 | 国际商业机器公司 | Multi-path management method and system |
| CN105141459A (en) * | 2015-08-27 | 2015-12-09 | 浪潮电子信息产业股份有限公司 | Optimization method based on multipath technology |
| CN105630877A (en) * | 2015-12-17 | 2016-06-01 | 北京奇虎科技有限公司 | File cleaning method and system |
| CN105955671A (en) * | 2016-05-16 | 2016-09-21 | 汉柏科技有限公司 | Disc management method and device |
| CN109857519A (en) * | 2019-01-15 | 2019-06-07 | 新华三云计算技术有限公司 | The processing method and relevant apparatus of virtual disk |
| CN110908609A (en) * | 2019-11-22 | 2020-03-24 | 苏州浪潮智能科技有限公司 | Method, system and equipment for processing disk and readable storage medium |
Non-Patent Citations (1)
| Title |
|---|
| 宇振全等: "运用Linux多路径软件包挂载SAN磁盘阵列", 《科技创新导报》 * |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2023284174A1 (en) * | 2021-07-12 | 2023-01-19 | 苏州浪潮智能科技有限公司 | Method, apparatus, and device for cleaning residual paths on host end, and storage medium |
| CN114500575A (en) * | 2021-12-27 | 2022-05-13 | 天翼云科技有限公司 | Path loss management method, device and storage medium in multipath object map |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111988169B (en) | 2022-12-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20190286510A1 (en) | Automatic correlation of dynamic system events within computing devices | |
| RU2644146C2 (en) | Method, device and control system of fault processing | |
| CN104956332B (en) | Method, storage medium and computing system for managing computing resources | |
| CN102355368B (en) | Fault processing method of network equipment and system | |
| US20170048121A1 (en) | Systems and methods for managing network health | |
| CN111988169B (en) | Method, system, equipment and medium for cleaning and repairing abnormal disk of cloud platform | |
| CN101404568A (en) | Double-network card hot backup redundancy method | |
| US11706080B2 (en) | Providing dynamic serviceability for software-defined data centers | |
| CN108989134B (en) | SDN-based virtualized network data plane configuration recovery system and method | |
| CN105024879A (en) | Virtual machine fault detection and recovery system and virtual machine detection, recovery and starting method | |
| CN109002354B (en) | OpenStack-based computing resource capacity elastic expansion method and system | |
| CN103368771A (en) | Collecting method and device for fault site information of multi-node server system | |
| CN105049284A (en) | Linux system-based network redundancy testing method and device | |
| CN105354102A (en) | File system maintenance and repairing method and apparatus | |
| CN111342986B (en) | Distributed node management method and device, distributed system and storage medium | |
| CN111404780B (en) | Function test method and device for remote direct memory access network cluster | |
| CN115373916A (en) | Abnormality detection method, abnormality detection device, electronic apparatus, and computer-readable storage medium | |
| CN115442285A (en) | Network testing method, device, equipment and medium based on virtualization configuration | |
| CN111090491B (en) | Virtual machine task state recovery method and device and electronic equipment | |
| CN114996955A (en) | Target range environment construction method and device for cloud-originated chaotic engineering experiment | |
| US10432451B2 (en) | Systems and methods for managing network health | |
| CN114064401A (en) | Method and device for positioning hard disk fault, electronic equipment and storage medium | |
| CN109150941B (en) | Data center physical resource floating method | |
| CN109101253B (en) | Management method and device for host in cloud computing system | |
| CN109542692A (en) | Greenplum cluster monitoring method and apparatus |
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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |