CN107608738B - Method and device for starting object storage equipment and computer readable storage medium - Google Patents
Method and device for starting object storage equipment and computer readable storage medium Download PDFInfo
- Publication number
- CN107608738B CN107608738B CN201710947032.6A CN201710947032A CN107608738B CN 107608738 B CN107608738 B CN 107608738B CN 201710947032 A CN201710947032 A CN 201710947032A CN 107608738 B CN107608738 B CN 107608738B
- Authority
- CN
- China
- Prior art keywords
- object storage
- storage device
- starting
- lock file
- mounting
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 68
- 230000002159 abnormal effect Effects 0.000 claims description 6
- 238000004590 computer program Methods 0.000 claims description 5
- 230000009286 beneficial effect Effects 0.000 abstract description 4
- 230000000875 corresponding effect Effects 0.000 description 57
- 238000010586 diagram Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000003213 activating effect Effects 0.000 description 1
- 238000004140 cleaning Methods 0.000 description 1
- 230000002596 correlated effect Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 230000002035 prolonged effect Effects 0.000 description 1
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Stored Programmes (AREA)
Abstract
The application discloses a method for starting an object storage device, which comprises the following steps: acquiring a lock file corresponding to a mounting disc of the object storage device; locking the device corresponding to the object storage device by using the lock file; mounting the mounting disc to a directory of the object storage device; the host process of the object storage device is started. By obtaining the lock files corresponding to the object storage devices, the mounting time is saved, the successful starting probability of the object storage devices is increased, and the starting efficiency is improved. The invention also provides a device for starting the object storage equipment and a computer readable storage medium, which have the beneficial effects.
Description
Technical Field
The present invention relates to the field of storage systems, and in particular, to a method for starting an object storage device, an apparatus for starting an object storage device, and a computer-readable storage medium.
Background
With the development of science and technology, people have higher and higher requirements on user experience in the process of using electronic equipment. For example, at the time of system startup, the probability of successful system startup is required to be high, and the startup time is required to be short, which requires that an Object Storage Device (OSD) of the system, which is a Storage module or Storage unit in the distributed file system ceph, be successfully started in a short time.
In the process of starting the system, a lock file corresponding to a mounting disk of the object storage device needs to be acquired, the device and the object storage device are locked through the lock file, then the detected mounting disk is mounted on a directory of the corresponding object storage device, and then the main process of the object storage device is started. In the prior art, a plurality of devices share one lock file, so that a queue is often needed before the devices are locked by the lock file. For example, when it is necessary to mount the device B while mounting the device a, the device B can mount the lock file by using the lock file after releasing the lock file by the device a. The time of queuing also accounts for the mount time of the device B, and the start-up time of the device is usually limited. That is, since the time of the queue waiting causes the mount time to be too long, the mount will fail if the time exceeds the time limit for starting, and the host process of the object storage device will quit and no longer attempt to start, thereby causing the object storage device to fail to start.
Therefore, how to efficiently and quickly boot the object storage device is a technical problem that needs to be solved by those skilled in the art at present.
Disclosure of Invention
In view of the above, an object of the present invention is to provide a method for booting an object storage device, which can efficiently and quickly boot the object storage device. The invention also provides a device for starting the object storage equipment and a computer readable storage medium, which have the beneficial effects.
To solve the above technical problem, the present invention provides a method for starting an object storage device, including:
acquiring a lock file corresponding to the mounting disc of the object storage device;
locking the device corresponding to the object storage device by using the lock file;
mounting the mounting disc to a directory of the object storage device;
and starting the main process of the object storage device.
Preferably, the obtaining of the lock file corresponding to the mount disk of the object storage device specifically includes:
detecting information of the object storage device hanging disc;
judging whether a lock file corresponding to the mounting disc exists in the system or not according to the information;
if the lock file exists, searching the lock file corresponding to the mounting disc according to the information;
otherwise, generating a lock file corresponding to the hanging disc according to the information.
Preferably, the starting of the host process of the object storage device specifically includes:
starting a main process of the object storage device in a udev mode;
and starting the main process of the object storage device by means of system.
Preferably, further comprising:
and canceling the started main process of the object storage device in the system mode.
Preferably, before the mounting the mount disk to the directory of the object storage device, the method further includes:
and on the basis of the preset time allowed for mounting the object storage equipment, prolonging the time allowed for mounting the object storage equipment.
Preferably, the method further comprises the following steps:
and on the basis of a preset time interval between abnormal shutdown and restarting of the object storage device, increasing the duration of the time interval.
Preferably, the time interval specifically includes:
the time interval between the failed start and the restart of the object storage device, or the time interval between the abnormal exit and the restart of the object storage device.
To solve the above technical problem, the present invention further provides an apparatus for starting an object storage device, including:
the acquisition module is used for acquiring a lock file corresponding to the mounting disc of the object storage device;
the locking module is used for locking the equipment corresponding to the object storage equipment by using the lock file;
the mounting module is used for mounting the mounting disc to the directory of the object storage device;
and the starting module is used for starting the main process of the object storage equipment.
Preferably, the locking module is specifically configured to:
detecting information of the hanging disc of the object storage device;
judging whether a lock file corresponding to the mounting disc exists in the system or not according to the information;
when the lock file corresponding to the mounting disc exists in the system, searching the lock file corresponding to the mounting disc according to the information;
otherwise, generating a lock file corresponding to the hanging disc according to the information.
In order to solve the above technical problem, the present invention further provides a computer-readable storage medium, wherein a computer program is stored on the computer-readable storage medium, and when being executed by a processor, the computer program implements any of the above steps of the method for starting the object storage device.
The method for starting the object storage equipment comprises the steps of obtaining a lock file corresponding to a mounting disc of the object storage equipment, and locking the equipment corresponding to the object storage equipment by using the lock file so as to mount the mounting disc to a directory of the object storage equipment; and finally starting the main process of the object storage device. Therefore, the devices have the corresponding lock files, so that the devices do not need to be mounted when the idle lock files exist, the mounting time is saved, and the exit of the main process for starting the object storage device due to overlong mounting time is avoided, so that the successful starting probability of the object storage device is increased, the starting time is saved, and the starting efficiency is improved.
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, it is obvious that the drawings in the following description are only embodiments of the present invention, 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 method for booting an object storage device according to an embodiment of the present invention;
fig. 2 is a specific flowchart illustrating the step S10 of the method for starting the object storage device shown in fig. 1 of acquiring the lock file corresponding to the mount disk of the object storage device;
fig. 3 is a schematic diagram of an apparatus for booting an object storage device according to an embodiment of the present invention.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, 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 invention.
The core of the embodiment of the invention is to provide a method for starting the object storage equipment, which increases the probability of successful starting of the object storage equipment and improves the starting efficiency; another core of the present invention is to provide an apparatus for booting an object storage device and a computer-readable storage medium, which both have the above-mentioned advantages.
In order that those skilled in the art will better understand the disclosure, the invention will be described in further detail with reference to the accompanying drawings and specific embodiments.
Fig. 1 is a flowchart of a method for starting an object storage device according to an embodiment of the present invention. As shown, the method includes:
s10: and acquiring a lock file corresponding to the mounting disc of the object storage device.
It should be noted that the object storage device is the core of the distributed file system ceph, and may distribute data across multiple storage nodes, and is mainly used for storing data. Generally, the object storage devices all have corresponding mounted disks. When the system is started, the storage disks in the system are activated, and when the activated storage disks detect the mounted disk of the object storage device, the corresponding lock files are acquired according to different mounted disks. Note that the storage disks used for detecting the mounted disk of the target storage device in the system are generally sdb, sdc, or the like, but may be other devices, and the device for detecting the mounted disk is not limited in this embodiment. It should be noted that the acquired lock file and the mount disk correspond to each other, that is, different mount disks correspond to acquire different lock files, and the lock files cannot be used in common.
S10: and locking the device corresponding to the object storage device by using the lock file.
It should be noted that the lock file and the object storage device are in a corresponding relationship, and if the lock file and the object storage device are not corresponding, the lock file cannot be used to lock the object storage device. For example, assume that there are now 2 devices sdb1 and sdb2 corresponding to object storage devices, and corresponding lock files ceph-disk-sdb1 and ceph-disk-sdb2 are respectively obtained according to 2 different mounted disks, the device sdb1 is locked using the lock file ceph-disk-sdb1, the device sdb2 is locked using the lock file ceph-disk-sdb2, and the device sdb2 is locked using the lock files corresponding to the respective devices, which do not interfere with each other during use.
S30: the mount disk is mounted to a directory of the object storage device.
After the corresponding device is locked by using the lock file in step S20, the corresponding object storage device may be mounted at the same time. Specifically, the mount disk first detects whether the corresponding device is locked, and if so, mounts the mount disk to the directory of the corresponding object storage device; if the corresponding equipment is detected not to be locked, mounting cannot be carried out, and mounting can be carried out only after the equipment is locked.
It should be noted that, because each device uses the corresponding lock file to lock, and the lock files are not affected by each other, the mounting disks are not affected when mounted on the directories of the object storage devices, and a plurality of object storage devices can be mounted simultaneously, that is, mounted in parallel. Therefore, the time for the object storage device to wait for mounting is reduced, and the time for waiting for mounting is also counted in the starting time of the device, so that the starting time of the device is reduced.
S40: the host process of the object storage device is started.
In a specific implementation, after the mount disk is mounted on the directory of the object storage device, the host process of the object storage device is started.
The method for starting the object storage device provided by the embodiment comprises the steps of obtaining a lock file corresponding to a mounting disc of the object storage device, and locking a device corresponding to the object storage device by using the lock file so as to mount the mounting disc to a directory of the object storage device; and finally starting the main process of the object storage device. Therefore, the devices have the corresponding lock files, so that the devices do not need to be mounted when the idle lock files exist, the mounting time is saved, and the exit of the main process for starting the object storage device due to overlong mounting time is avoided, so that the successful starting probability of the object storage device is increased, the starting time is saved, and the starting efficiency is improved.
On the basis of the foregoing embodiment, the present embodiment further describes and optimizes the technical solution, and specifically, please refer to fig. 2, where fig. 2 is a specific flowchart illustrating that the lock file corresponding to the mount disk of the object storage device is acquired in step S10 of the method for starting the object storage device shown in fig. 1. Step S10 specifically includes:
s11: information of a mounted disk of the object storage device is detected.
In one implementation, when the system is started, a storage disk in the system is activated, the activated storage disk detects a device in the system, and when a mounted disk of an object storage device is detected, information of the mounted disk of the object storage device is acquired. As a preferred embodiment, the detected information is preferably uniform, and the detected information should be differentiated for each mount disk of the object storage device. For example, the obtained information may be ID information of the mounted disks or mounted disk storage capacity information, etc., and since the ID information or the storage capacity information is different for each mounted disk, the corresponding lock file can be obtained according to different information.
S12: and judging whether a lock file corresponding to the mounting disc exists in the system or not according to the information.
It should be noted that, after the information of the mounted disk of the object storage device is obtained in step S11, since the device releases the lock file after the system boot process is finished, that is, regardless of the success or failure of the system boot, the lock file is released after the lock file is used, which is convenient for the next use. Therefore, there may be a lock file corresponding to the mounted disk in the system, and the lock file needs to be retrieved from the system according to the detected information of the mounted disk, so as to determine whether there is a lock file corresponding to the mounted disk in the system.
S13: and if so, locking the equipment corresponding to the object storage equipment by using the lock file.
S14: otherwise, generating a lock file corresponding to the hanging disc according to the information, and locking the device corresponding to the object storage device by using the lock file.
It should be noted that, according to the step S12, it is determined whether a lock file corresponding to the mount disk exists in the system, and when a lock file corresponding to the mount disk exists in the system, it is determined that the mount disk is not detected for the first time, and the corresponding lock file is found according to the information; if the corresponding lock file does not exist in the system, namely the mounting disc is detected for the first time, the lock file corresponding to the mounting disc is generated according to the information of the mounting disc.
Therefore, the corresponding lock files are generated according to the information of the mounting disks of the object storage devices, so that the lock files correspond to the mounting disks of the object storage devices one to one, and the lock files are more convenient to use to lock the corresponding object storage devices.
On the basis of the foregoing embodiment, this embodiment further describes and optimizes the technical solution, and specifically, the step S30 of starting the main process of the object storage device specifically includes:
starting a main process of the object storage equipment in a udev mode;
and starting the main process of the object storage device by means of system.
In a specific implementation, when the system is started, after the disk is mounted to the directory of the object storage device, the udev mode and the system mode are automatically started, and the main process of the object storage device is started. In this embodiment, one service correspondingly starts one object storage device, and the udev mode is that the service is directly started to start the corresponding object storage device after a mounting disk is mounted to a directory of the object storage device; the manner of systemd is by configuring different service and target combinations (target is equivalent to a set including multiple services), target can be correlated and dependent, such as ceph. When starting ceph.target, the three targets associated with ceph.target will be started in sequence, that is, ceph-mds.target, ceph-mon.target and ceph-osd.target are started in sequence; after ceph-osd.target is started, a plurality of services in the service will all be started, namely all object storage devices in the set are started. It should be noted that, the foregoing example is only for clearly explaining the scheme of the present embodiment, and the present embodiment does not limit the specific operation manner of activating the main process of the object storage device in the udev manner and the system manner.
Therefore, the main process of the object storage device can be started in a udev mode and a system mode, the udev mode comprises the step of starting the object storage device in the system mode, and the mode of starting the object storage device is simple and convenient.
On the basis of the above embodiments, the present embodiment further describes and optimizes the technical solution, and specifically, the present embodiment further includes:
in the systemd mode, the object storage device is deactivated.
Specifically, the target storage device may be deactivated in the system-by-system, for example, the target storage device may be self-activated by modifying ceph-osd in the system-by-system, or may be deactivated in the system-by-system, for example, the target storage device may be deactivated in the system-by-system.
When the ceph system is upgraded, the system-based self-start may be manually cancelled, for example, the system-based self-start may be cancelled by the system disable ceph.target; the autostart rules may also be manually reloaded when the ceph system is upgraded, for example by systemctl disable ceph-osd.target; target's mode cancels the self-starting of the systemd's mode.
When the number of the object storage devices is large, and the same object storage device is started in a udev mode and a system d mode, the device is locked to mount the directory when the udev is started, and the directory is not mounted when the system d is started. The system md mode needs to be restarted after a certain time interval, the udev mode has a limited starting time, the udev mode exits from not trying to start the object storage device after the limited time, and the system md mode is not started after the maximum starting times are exceeded. The conflict between the two modes causes the object storage device to fail to start for multiple times, thereby causing the object storage devices to fail to start.
Therefore, by canceling the main process for starting the object storage device in the system d mode, the conflict between the udev mode and the system d mode when starting the object storage device can be avoided, and the probability of successful one-time starting of the object storage device is increased. And the object storage device can be normally started when the computer is started, and the operation of manually starting, stopping and restarting the object storage device is reserved.
On the basis of the foregoing embodiment, this embodiment further describes and optimizes the technical solution, and specifically, before mounting the mount disk to the directory of the object storage device, the method further includes:
and on the basis of the preset time allowed for mounting the object storage device, prolonging the time allowed for mounting the object storage device.
In a specific implementation, when there are a plurality of object storage devices and a plurality of object storage devices are mounted, the mounting of the object storage devices may be slow, and when the start time allowed by the device is exceeded, if the object storage devices are not mounted well, the program may fail to set the mounting of the object storage devices. That is, since the time allowed for the device to start is limited, the mount time is also counted as the time for the device to start, and when the mount time is too long, the time for the device to start is too long, which results in the failure of the object storage device to start.
Therefore, when the time allowed for mounting the object storage device is prolonged, the condition of starting failure caused by slow mounting of the object storage device is reduced, the probability of successful mounting of the object storage device is increased, and the probability of successful one-time starting of the object storage device is increased.
On the basis of the above embodiments, the present embodiment further describes and optimizes the technical solution, and specifically, the present embodiment further includes:
and on the basis of a preset time interval between the abnormal shutdown and the restart of the object storage equipment, increasing the duration of the time interval.
In specific implementation, when the object storage device fails to start, the object storage device is not started again immediately, but starts after a period of time, so that the situation that after the last start failure, some processes are restarted immediately again without finishing cleaning work or without meeting the preparation conditions of start can be avoided, and the restart failure is caused. Specifically, the increased time interval may be a time interval between when the target storage device fails to be started and when the target storage device is restarted, or may be a time interval between when the target storage device is abnormally exited and when the target storage device is restarted.
Therefore, by increasing the time interval between the abnormal shutdown and the restart of the object storage device, the probability of successful mounting of the object storage device is increased, and the probability of successful one-time starting of the object storage device is increased.
The above detailed description is made for the embodiment of the method for starting an object storage device provided by the present invention, and the present invention further provides an apparatus for starting an object storage device and a computer-readable storage medium corresponding to the method.
Fig. 3 is a schematic diagram of an apparatus for starting an object storage device according to an embodiment of the present invention, including:
an obtaining module 31, configured to obtain a lock file corresponding to the mount disk of the object storage device;
a locking module 32, configured to lock, by using the lock file, the device corresponding to the object storage device;
a mounting module 33, configured to mount a mounting disk to a directory of the object storage device;
and the starting module 34 is used for starting the main process of the object storage device.
The device for starting the object storage equipment has the beneficial effects of the method for starting the object storage equipment.
To solve the above technical problem, the present invention further provides a computer-readable storage medium, on which a computer program is stored, where the computer program when executed by a processor implements the following steps:
acquiring a lock file corresponding to the mounting disc of the object storage device;
locking the device corresponding to the object storage device by using the lock file;
mounting the mounting disc to a directory of the object storage device;
the host process of the object storage device is started.
The computer-readable storage medium for booting an object storage device provided by this embodiment has the beneficial effects of the method for booting an object storage device described above.
The method for starting the object storage device provided by the invention is described in detail above. The principles and embodiments of the present invention are explained herein using specific examples, which are set forth only to help understand the method and its core ideas of the present invention. It should be noted that, for those skilled in the art, it is possible to make various improvements and modifications to the present invention without departing from the principle of the present invention, and those improvements and modifications also fall within the scope of the claims of the present invention.
The embodiments are described in a progressive manner in the specification, each embodiment focuses on differences from other embodiments, and the same and 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.
Those of skill would further appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, computer software, or combinations of both, and that the various illustrative components and steps have been described above generally in terms of their functionality in order to clearly illustrate this interchangeability of hardware and software. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present invention.
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.
Claims (8)
1. A method of booting an object storage device, comprising:
acquiring a lock file corresponding to the mounting disc of the object storage device;
locking the device corresponding to the object storage device by using the lock file;
mounting the mounting disc to a directory of the object storage device;
starting a main process of the object storage device;
the acquiring the lock file corresponding to the mount disk of the object storage device specifically includes:
detecting information of the object storage device hanging disc;
judging whether a lock file corresponding to the mounting disc exists in the system or not according to the information;
if the lock file exists, searching the lock file corresponding to the mounting disc according to the information;
otherwise, generating a lock file corresponding to the hanging disc according to the information.
2. The method for starting an object storage device according to claim 1, wherein the starting of the host process of the object storage device specifically includes:
starting a main process of the object storage device in a udev mode;
and starting the main process of the object storage device by means of system.
3. The method of booting an object storage device according to claim 2 further comprising:
and canceling the started main process of the object storage device in the system mode.
4. The method for booting an object storage device according to claim 1, further comprising, before said mounting the mount disk to the directory of the object storage device:
and on the basis of the preset time allowed for mounting the object storage equipment, prolonging the time allowed for mounting the object storage equipment.
5. The method of booting an object storage device according to claim 1 further comprising:
and on the basis of a preset time interval between abnormal shutdown and restarting of the object storage device, increasing the duration of the time interval.
6. The method for starting an object storage device according to claim 5, wherein the time interval specifically comprises:
the time interval between the failed start and the restart of the object storage device, or the time interval between the abnormal exit and the restart of the object storage device.
7. An apparatus for booting an object storage device, comprising:
the acquisition module is used for acquiring a lock file corresponding to the mounting disc of the object storage device;
the locking module is used for locking the equipment corresponding to the object storage equipment by using the lock file;
the mounting module is used for mounting the mounting disc to the directory of the object storage device;
the starting module is used for starting the main process of the object storage equipment; the locking module is specifically configured to:
detecting information of the hanging disc of the object storage device;
judging whether a lock file corresponding to the mounting disc exists in the system or not according to the information;
when the lock file corresponding to the mounting disc exists in the system, searching the lock file corresponding to the mounting disc according to the information;
otherwise, generating a lock file corresponding to the hanging disc according to the information.
8. A computer-readable storage medium, having stored thereon a computer program which, when executed by a processor, carries out the steps of the method of booting an object storage device according to any one of claims 1 to 6.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710947032.6A CN107608738B (en) | 2017-10-12 | 2017-10-12 | Method and device for starting object storage equipment and computer readable storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710947032.6A CN107608738B (en) | 2017-10-12 | 2017-10-12 | Method and device for starting object storage equipment and computer readable storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN107608738A CN107608738A (en) | 2018-01-19 |
| CN107608738B true CN107608738B (en) | 2021-03-02 |
Family
ID=61068041
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710947032.6A Active CN107608738B (en) | 2017-10-12 | 2017-10-12 | Method and device for starting object storage equipment and computer readable storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107608738B (en) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108874454B (en) * | 2018-06-27 | 2021-12-17 | 郑州云海信息技术有限公司 | Adaptive starting method and device of target driver |
| CN109032526B (en) * | 2018-07-26 | 2021-08-10 | 郑州云海信息技术有限公司 | Data processing method and device for distributed file system |
| CN109189487B (en) * | 2018-08-14 | 2021-08-31 | 郑州云海信息技术有限公司 | Restarting method, system and related components of Ceph distributed storage system |
| CN109460285A (en) * | 2018-11-01 | 2019-03-12 | 郑州云海信息技术有限公司 | The hanging method and relevant apparatus of storage system in a kind of virtual platform |
| CN112256347B (en) * | 2020-10-22 | 2024-06-14 | 超越科技股份有限公司 | Method for reducing starting time of embedded Linux system |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102984268A (en) * | 2012-12-11 | 2013-03-20 | 中国人民解放军国防科学技术大学 | Access method and device for SCSI sharing storage resource for high-availability cluster |
| CN104007987A (en) * | 2014-05-12 | 2014-08-27 | 浪潮电子信息产业股份有限公司 | Script capable of carrying out automatic mounting under Linux |
| CN106897028A (en) * | 2017-02-23 | 2017-06-27 | 郑州云海信息技术有限公司 | A kind of management method and system of shared storage |
| CN107172061A (en) * | 2017-06-07 | 2017-09-15 | 郑州云海信息技术有限公司 | It is a kind of to realize shared method and system |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7305393B2 (en) * | 2003-04-29 | 2007-12-04 | International Business Machines Corporation | Mounted filesystem integrity checking and salvage |
-
2017
- 2017-10-12 CN CN201710947032.6A patent/CN107608738B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102984268A (en) * | 2012-12-11 | 2013-03-20 | 中国人民解放军国防科学技术大学 | Access method and device for SCSI sharing storage resource for high-availability cluster |
| CN104007987A (en) * | 2014-05-12 | 2014-08-27 | 浪潮电子信息产业股份有限公司 | Script capable of carrying out automatic mounting under Linux |
| CN106897028A (en) * | 2017-02-23 | 2017-06-27 | 郑州云海信息技术有限公司 | A kind of management method and system of shared storage |
| CN107172061A (en) * | 2017-06-07 | 2017-09-15 | 郑州云海信息技术有限公司 | It is a kind of to realize shared method and system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN107608738A (en) | 2018-01-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107608738B (en) | Method and device for starting object storage equipment and computer readable storage medium | |
| KR100915564B1 (en) | Method, software and apparatus for application upgrade during execution | |
| US7536582B1 (en) | Fault-tolerant match-and-set locking mechanism for multiprocessor systems | |
| CN110224854B (en) | Block chain node deployment method and device and storage medium | |
| CN111782360A (en) | Distributed task scheduling method and device | |
| CN109173270B (en) | Game service system and implementation method | |
| CN110673927B (en) | Scheduling method and device of virtual machine | |
| CN107783828B (en) | Task processing method and device | |
| WO2018099253A1 (en) | Self-starting method and device | |
| CN113517996B (en) | Network card equipment polling method, system and related device | |
| US9465626B2 (en) | Method and apparatus for acquiring time spent on system shutdown | |
| CN108427627A (en) | The method and device and electronic equipment of statistical system stability | |
| JP2005222366A (en) | Automatic recovery method, program, program recording medium, processor | |
| CN111258681B (en) | BeeGFS service starting method and device | |
| CN114237722B (en) | System starting method, device, equipment and engineering vehicle | |
| CN111478933A (en) | Application cluster data preloading method, device, storage medium, equipment and system | |
| CN113542398B (en) | Management and control method, device, medium and equipment of distributed cluster system | |
| CN113688021B (en) | Load balancing service processing method, device, equipment and readable storage medium | |
| CN111736928B (en) | Picture-in-picture mode starting method and device and computer readable storage medium | |
| CN115344289A (en) | Client upgrading method and device, terminal equipment and storage medium | |
| CN113672448A (en) | BootLoader starting process monitoring method, device and storage medium | |
| CN112181669A (en) | Deadlock detection control method and device, communication equipment and computer storage medium | |
| JPH11327914A (en) | Automatic installation system and recording medium having recorded automatic installation program | |
| CN110389878B (en) | Program monitoring method, device, system on chip and storage medium | |
| CN113590420B (en) | Cluster state supervision 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 | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20201231 Address after: Building 9, No.1, guanpu Road, Guoxiang street, Wuzhong Economic Development Zone, Wuzhong District, Suzhou City, Jiangsu Province Applicant after: SUZHOU LANGCHAO INTELLIGENT TECHNOLOGY Co.,Ltd. Address before: Room 1601, floor 16, 278 Xinyi Road, Zhengdong New District, Zhengzhou City, Henan Province Applicant before: ZHENGZHOU YUNHAI INFORMATION TECHNOLOGY Co.,Ltd. |
|
| TA01 | Transfer of patent application right | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |