CN112463748A - Storage system file lock identification method, system, terminal and storage medium - Google Patents

Storage system file lock identification method, system, terminal and storage medium Download PDF

Info

Publication number
CN112463748A
CN112463748A CN202011319124.8A CN202011319124A CN112463748A CN 112463748 A CN112463748 A CN 112463748A CN 202011319124 A CN202011319124 A CN 202011319124A CN 112463748 A CN112463748 A CN 112463748A
Authority
CN
China
Prior art keywords
lock
blocking
blocking lock
request
thread
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
Application number
CN202011319124.8A
Other languages
Chinese (zh)
Inventor
胡超超
李景要
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Suzhou Inspur Intelligent Technology Co Ltd
Original Assignee
Suzhou Inspur Intelligent Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Suzhou Inspur Intelligent Technology Co Ltd filed Critical Suzhou Inspur Intelligent Technology Co Ltd
Priority to CN202011319124.8A priority Critical patent/CN112463748A/en
Publication of CN112463748A publication Critical patent/CN112463748A/en
Withdrawn legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10File systems; File servers
    • G06F16/17Details of further file system functions
    • G06F16/176Support for shared access to files; File sharing support
    • G06F16/1767Concurrency control, e.g. optimistic or pessimistic approaches
    • G06F16/1774Locking methods, e.g. locking methods for file systems allowing shared and concurrent access to files
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10File systems; File servers
    • G06F16/18File system types
    • G06F16/182Distributed file systems
    • G06F16/1824Distributed file systems implemented using Network-attached Storage [NAS] architecture
    • G06F16/183Provision of network file services by network file servers, e.g. by using NFS, CIFS
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements 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/46Multiprogramming arrangements
    • G06F9/54Interprogram communication
    • G06F9/547Remote procedure calls [RPC]; Web services

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

The invention provides a method, a system, a terminal and a storage medium for identifying a file lock of a storage system, wherein the method comprises the following steps: monitoring a client file lock request, and extracting blocking lock information from a client file lock request queue; creating a sharing body to identify all the blocking lock types in the blocking lock information, and generating a blocking lock list according to the identified blocking lock information; taking a blocking lock type which is not supported by a bottom distributed file system as a target blocking lock type; and searching the target blocking lock type from the blocking lock list, and returning the requested blocking lock type to the client side to which the searched target blocking lock type belongs as a blocking state. The invention can identify the unsupported blocking lock request type and the blocking lock request type, improves the maintainability of file lock management in a network file system, and ensures the high consistency of files in concurrent service.

Description

Storage system file lock identification method, system, terminal and storage medium
Technical Field
The invention relates to the technical field of storage systems, in particular to a storage system file lock identification method, a storage system file lock identification system, a terminal and a storage medium.
Background
In the mass storage service, the requirements of users on the transmission performance and stability of data are higher and higher, a storage server has a large number of clients, a plurality of clients access the server file at the same time, file conflict is inevitable, and the mutual cooperation of the clients and the guarantee of the file data consistency become the key points of the attention of software users and developers. Therefore, it is important to provide a stable file lock of a network file system with high efficiency, reliability, easy implementation and maintenance, and high consistency.
In the file lock processing operation request of the NFS client of the storage system, the types of file locks comprise non-blocking write locks, non-blocking read locks, asynchronous blocking write locks and asynchronous blocking read locks; the non-blocking file lock means that the NFS client initiates a lock request, the current thread is not suspended, but immediately returns to execute the next call, and if the file is occupied, the next call is immediately returned; blocking a file lock means that an NFS client initiates a lock request, a current thread is suspended, and if a file is occupied, waiting is performed; asynchronous blocking of locks means that an NFS client initiates a lock request, a current thread is suspended, and if a file is occupied, waiting is performed until a Granged message is sent to the NFS client which sends the lock request when a call returns, so that lock authorization is performed.
Due to the fact that the types of the file locks are more, the storage system cannot know the applied file lock information at present, and file lock management is disordered. And the underlying distributed file system may not support a certain type of file lock, and after the storage system receives a locking request from a client, the storage system fails to lock due to the fact that the underlying distributed file system does not support the file lock, so that system confusion is caused.
Disclosure of Invention
In view of the above-mentioned deficiencies of the prior art, the present invention provides a method, a system, a terminal and a storage medium for identifying a file lock of a storage system, so as to solve the above-mentioned technical problems.
In a first aspect, the present invention provides a storage system file lock identification method, including:
monitoring a client file lock request, and extracting blocking lock information from a client file lock request queue;
creating a sharing body to identify all the blocking lock types in the blocking lock information, and generating a blocking lock list according to the identified blocking lock information;
taking a blocking lock type which is not supported by a bottom distributed file system as a target blocking lock type;
and searching the target blocking lock type from the blocking lock list, and returning the requested blocking lock type to the client side to which the searched target blocking lock type belongs as a blocking state.
Further, the method further comprises:
creating a polling thread;
setting the maximum number and the minimum number of threads in a thread pool to be 1;
setting the polling interval time of the polling thread, wherein the polling thread calls a polling function periodically according to the polling interval time;
and the polling function extracts new blocking lock information and identifies the newly added blocking lock information.
Further, the monitoring a client file lock request and extracting blocking lock information from a client file lock request queue includes:
and the creating work thread monitors the file lock request of the client in the work queue.
Further, the method further comprises:
sending the information of the normal blocking lock types except the target blocking lock type in the blocking lock list to a working thread;
and the working thread forwards the client request belonging to the normal blocking lock type to a bottom layer distributed file system, and the bottom layer distributed file system calls a specific operation interface to perform request processing and returns a result.
In a second aspect, the present invention provides a storage system file lock identification system, including:
the request monitoring unit is configured for monitoring a client file lock request and extracting blocking lock information from a client file lock request queue;
the type identification unit is configured to create a shared body to identify all the blocking lock types in the blocking lock information, and generate a blocking lock list according to the identified blocking lock information;
the target setting unit is configured to take a blocking lock type which is not supported by the bottom distributed file system as a target blocking lock type;
and the state returning unit is configured to search the target blocking lock type from the blocking lock list and return the requested blocking lock type to the client side to which the searched target blocking lock type belongs as a blocking state.
Further, the system further comprises:
a thread creating unit configured to create a polling thread;
the quantity setting unit is configured for setting the maximum number and the minimum number of threads in the thread pool to be 1;
the time setting unit is used for setting the polling interval time of the polling thread, and the polling thread calls a polling function periodically according to the polling interval time;
and the polling identification unit is configured for extracting new blocking lock information by the polling function and identifying the newly added blocking lock information.
Further, the request listening unit includes:
and the thread monitoring module is configured for creating a client file lock request in a work thread monitoring work queue.
Further, the system further comprises:
the normal processing unit is configured to send information of normal blocking lock types except the target blocking lock type in the blocking lock list to a working thread;
and the request processing unit is configured to forward the client request to which the normal blocking lock type belongs to the bottom layer distributed file system by the working thread, call a specific operation interface by the bottom layer distributed file system to perform request processing, and return a result.
In a third aspect, a terminal is provided, including:
a processor, a memory, wherein,
the memory is used for storing a computer program which,
the processor is used for calling and running the computer program from the memory so as to make the terminal execute the method of the terminal.
In a fourth aspect, a computer storage medium is provided having stored therein instructions that, when executed on a computer, cause the computer to perform the method of the above aspects.
The beneficial effect of the invention is that,
according to the storage system file lock identification method, the system, the terminal and the storage medium, provided by the invention, the blocking lock request of the client is identified periodically, the blocking lock type which is not supported by the bottom-layer distributed file system is screened out, and then a prompt that the requested blocking lock is in a blocking state is returned to the corresponding client. The invention can identify the unsupported blocking lock request type and the blocking lock request type, improves the maintainability of file lock management in a network file system, and ensures the high consistency of files in concurrent service.
In addition, the invention has reliable design principle, simple structure and very wide application prospect.
Drawings
In order to more clearly illustrate the embodiments or technical solutions in the prior art of the present invention, the drawings used in the description of the embodiments or prior art will be briefly described below, and it is obvious for those skilled in the art that other drawings can be obtained based on these drawings without creative efforts.
FIG. 1 is a schematic architectural diagram of a method of one embodiment of the present invention.
Fig. 2 is a schematic and schematic diagram of a method of one embodiment of the present invention.
FIG. 3 is a schematic flow chart diagram of a method of one embodiment of the present invention.
FIG. 4 is a schematic block diagram of a system of one embodiment of the present invention.
Fig. 5 is a schematic structural diagram of a terminal according to an embodiment of the present invention.
Detailed Description
In order to make those skilled in the art better understand the technical solution of the present invention, the technical solution in the embodiment of the present invention will be clearly and completely described below with reference to the drawings in the embodiment of the present invention, and it is obvious that the described embodiment is only a part of the embodiment of the present invention, and not all 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 following explains key terms appearing in the present invention.
Figure BDA0002792272210000051
Figure BDA0002792272210000061
FIG. 1 is a schematic architectural diagram of a method of one embodiment of the present invention. The execution subject in fig. 1 may be a storage system file lock identification system.
As shown in fig. 1, the method includes:
step 110, monitoring a client file lock request, and extracting blocking lock information from a client file lock request queue;
step 120, creating a common body to identify all the blocking lock types in the blocking lock information, and generating a blocking lock list according to the identified blocking lock information;
step 130, taking the blocking lock type which is not supported by the bottom distributed file system as a target blocking lock type;
step 140, searching the target blocking lock type from the blocking lock list, and returning the requested blocking lock type to the client side to which the searched target blocking lock type belongs as a blocking state.
Specifically, referring to fig. 2 and fig. 3, the method for identifying a file lock of a storage system includes:
and S1, monitoring the file lock request of the client, and extracting the blocking lock information from the file lock request queue of the client.
In the NFS-Ganesha server, an abstract layer of an FSAL (file System Abstraction layer) file System corresponds to a bottom layer distributed file System, an NFS client initiates a file lock operation request, firstly, the System call is carried out at the client, and the file lock operation request reaches the server through RPC remote procedure call.
The NFS-Ganesha server creates a working thread to monitor a client file lock request, processes the request by using the working thread in a request queue, and continuously extracts blocking lock information from a newly added client file lock request of the request queue by using the working thread.
The file lock operation request comprises a non-blocking write lock, a non-blocking read lock, an asynchronous blocking write lock and an asynchronous blocking read lock; the non-blocking file lock means that the NFS client initiates a lock request, the current thread is not suspended, but immediately returns to execute the next call, and if the file is occupied, the next call is immediately returned; blocking a file lock means that an NFS client initiates a lock request, a current thread is suspended, and if a file is occupied, waiting is performed; asynchronous blocking of locks means that an NFS client initiates a lock request, a current thread is suspended, and if a file is occupied, waiting is performed until a Granged message is sent to the NFS client which sends the lock request when a call returns, so that lock authorization is performed.
S2, creating a sharing body to identify all the blocking lock types in the blocking lock information, and generating a blocking lock list according to the identified blocking lock information.
The method comprises the steps of constructing a polling thread, initializing a thread pool, setting thread parameters, setting the maximum/minimum number of threads in the thread pool to be 1, setting the time interval of the polling thread and setting a calling rule of a polling thread processing process in a polling scene in order to avoid system resource waste. In this embodiment, a time Interval of polling threads, block _ Lock _ poler _ Interval, is defined, which ranges from 0 to 180s, and is polled once in 10s by default.
Therefore, the polling thread calls the polling function once every 10S, the polling function creates a shared body to perform type identification on the blocking lock information extracted in step S1, the blocking lock types include an unblocked locking STATE type STATE _ BLOCK _ NONE, an INTERNAL blocking locking STATE type STATE _ BLOCK _ INTERNAL, a locking STATE type STATE _ BLOCK _ ASYNC for which the FSAL supports asynchronous blocking locks, and a blocking lock STATE type STATE _ BLOCK _ POLL not supported by the FSAL. And storing the identification result into a blocking lock list.
And S3, taking the blocking lock type which is not supported by the underlying distributed file system as the target blocking lock type. And searching the target blocking lock type from the blocking lock list, and returning the requested blocking lock type to the client side to which the searched target blocking lock type belongs as a blocking state.
And the polling function screens the blocking lock with the STATE type of STATE _ BLOCK _ POLL from the blocking lock list, and returns a prompt that the requested file lock is in the blocking STATE to the client side to which the found blocking lock of STATE _ BLOCK _ POLL belongs. The method aims to prevent the file lock state from being identified and confused under the condition of file lock conflict and prevent the file lock state from being judged by mistake.
And for the normal blocking lock types except the STATE _ BLOCK _ POLL in the blocking lock list, forwarding the file lock request corresponding to the normal blocking lock type to the FSAL layer by the working process, and calling a specific distributed file system file operation interface to process and return a result after the FSAL layer receives the request.
As shown in fig. 4, the system 400 includes:
a request monitoring unit 410 configured to monitor a client file lock request and extract blocking lock information from a client file lock request queue;
a type identification unit 420, configured to create a common entity to identify all blocking lock types in the blocking lock information, and generate a blocking lock list according to the identified blocking lock information;
a target setting unit 430 configured to use a blocking lock type not supported by the underlying distributed file system as a target blocking lock type;
the state returning unit 440 is configured to search the target blocking lock type from the blocking lock list, and return the requested blocking lock type to the client to which the searched target blocking lock type belongs as the blocking state.
Optionally, as an embodiment of the present invention, the system further includes:
a thread creating unit configured to create a polling thread;
the quantity setting unit is configured for setting the maximum number and the minimum number of threads in the thread pool to be 1;
the time setting unit is used for setting the polling interval time of the polling thread, and the polling thread calls a polling function periodically according to the polling interval time;
and the polling identification unit is configured for extracting new blocking lock information by the polling function and identifying the newly added blocking lock information.
Optionally, as an embodiment of the present invention, the request listening unit includes:
and the thread monitoring module is configured for creating a client file lock request in a work thread monitoring work queue.
Optionally, as an embodiment of the present invention, the system further includes:
the normal processing unit is configured to send information of normal blocking lock types except the target blocking lock type in the blocking lock list to a working thread;
and the request processing unit is configured to forward the client request to which the normal blocking lock type belongs to the bottom layer distributed file system by the working thread, call a specific operation interface by the bottom layer distributed file system to perform request processing, and return a result.
Fig. 5 is a schematic structural diagram of a terminal 500 according to an embodiment of the present invention, where the terminal 500 may be used to execute the storage system file lock identification method according to the embodiment of the present invention.
Among them, the terminal 500 may include: a processor 510, a memory 520, and a communication unit 530. The components communicate via one or more buses, and those skilled in the art will appreciate that the architecture of the servers shown in the figures is not intended to be limiting, and may be a bus architecture, a star architecture, a combination of more or less components than those shown, or a different arrangement of components.
The memory 520 may be used for storing instructions executed by the processor 510, and the memory 520 may be implemented by any type of volatile or non-volatile storage terminal or combination thereof, such as Static Random Access Memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic disk or optical disk. The executable instructions in memory 520, when executed by processor 510, enable terminal 500 to perform some or all of the steps in the method embodiments described below.
The processor 510 is a control center of the storage terminal, connects various parts of the entire electronic terminal using various interfaces and lines, and performs various functions of the electronic terminal and/or processes data by operating or executing software programs and/or modules stored in the memory 520 and calling data stored in the memory. The processor may be composed of an Integrated Circuit (IC), for example, a single packaged IC, or a plurality of packaged ICs connected with the same or different functions. For example, processor 510 may include only a Central Processing Unit (CPU). In the embodiment of the present invention, the CPU may be a single operation core, or may include multiple operation cores.
A communication unit 530 for establishing a communication channel so that the storage terminal can communicate with other terminals. And receiving user data sent by other terminals or sending the user data to other terminals.
The present invention also provides a computer storage medium, wherein the computer storage medium may store a program, and the program may include some or all of the steps in the embodiments provided by the present invention when executed. The storage medium may be a magnetic disk, an optical disk, a read-only memory (ROM) or a Random Access Memory (RAM).
Therefore, the invention screens out the blocking lock type which is not supported by the bottom distributed file system by periodically marking the blocking lock request of the client, and further returns a prompt that the requested blocking lock is in a blocking state to the corresponding client. The invention can identify the unsupported blocking lock request type and the blocking lock request type, thereby improving the maintainability of file lock management in a network file system and ensuring the high consistency of files in concurrent services.
Those skilled in the art will readily appreciate that the techniques of the embodiments of the present invention may be implemented as software plus a required general purpose hardware platform. Based on such understanding, the technical solutions in the embodiments of the present invention may be embodied in the form of a software product, where the computer software product is stored in a storage medium, such as a usb disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and the like, and the storage medium can store program codes, and includes instructions for enabling a computer terminal (which may be a personal computer, a server, or a second terminal, a network terminal, and the like) to perform all or part of the steps of the method in the embodiments of the present invention.
The same and similar parts in the various embodiments in this specification may be referred to each other. Especially, for the terminal embodiment, since it is basically similar to the method embodiment, the description is relatively simple, and the relevant points can be referred to the description in the method embodiment.
In the embodiments provided in the present invention, it should be understood that the disclosed system and method can be implemented in other ways. For example, the above-described system embodiments are merely illustrative, and for example, the division of the units is only one logical functional division, and other divisions may be realized in practice, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, systems or units, and may be in an electrical, mechanical or other form.
The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.
In addition, functional units in the embodiments of the present invention may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit.
Although the present invention has been described in detail by referring to the drawings in connection with the preferred embodiments, the present invention is not limited thereto. Various equivalent modifications or substitutions can be made on the embodiments of the present invention by those skilled in the art without departing from the spirit and scope of the present invention, and these modifications or substitutions are within the scope of the present invention/any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present invention. Therefore, the protection scope of the present invention shall be subject to the protection scope of the claims.

Claims (10)

1. A storage system file lock identification method is characterized by comprising the following steps:
monitoring a client file lock request, and extracting blocking lock information from a client file lock request queue;
creating a sharing body to identify all the blocking lock types in the blocking lock information, and generating a blocking lock list according to the identified blocking lock information;
taking a blocking lock type which is not supported by a bottom distributed file system as a target blocking lock type;
and searching the target blocking lock type from the blocking lock list, and returning the requested blocking lock type to the client side to which the searched target blocking lock type belongs as a blocking state.
2. The method of claim 1, further comprising:
creating a polling thread;
setting the maximum number and the minimum number of threads in a thread pool to be 1;
setting the polling interval time of the polling thread, wherein the polling thread calls a polling function periodically according to the polling interval time;
and the polling function extracts new blocking lock information and identifies the newly added blocking lock information.
3. The method of claim 1, wherein intercepting client file lock requests and extracting blocking lock information from a queue of client file lock requests comprises:
and the creating work thread monitors the file lock request of the client in the work queue.
4. The method of claim 3, further comprising:
sending the information of the normal blocking lock types except the target blocking lock type in the blocking lock list to a working thread;
and the working thread forwards the client request belonging to the normal blocking lock type to a bottom layer distributed file system, and the bottom layer distributed file system calls a specific operation interface to perform request processing and returns a result.
5. A storage system file lock identification system, comprising:
the request monitoring unit is configured for monitoring a client file lock request and extracting blocking lock information from a client file lock request queue;
the type identification unit is configured to create a shared body to identify all the blocking lock types in the blocking lock information, and generate a blocking lock list according to the identified blocking lock information;
the target setting unit is configured to take a blocking lock type which is not supported by the bottom distributed file system as a target blocking lock type;
and the state returning unit is configured to search the target blocking lock type from the blocking lock list and return the requested blocking lock type to the client side to which the searched target blocking lock type belongs as a blocking state.
6. The system of claim 5, further comprising:
a thread creating unit configured to create a polling thread;
the quantity setting unit is configured for setting the maximum number and the minimum number of threads in the thread pool to be 1;
the time setting unit is used for setting the polling interval time of the polling thread, and the polling thread calls a polling function periodically according to the polling interval time;
and the polling identification unit is configured for extracting new blocking lock information by the polling function and identifying the newly added blocking lock information.
7. The system of claim 5, wherein the request listening unit comprises:
and the thread monitoring module is configured for creating a client file lock request in a work thread monitoring work queue.
8. The system of claim 5, further comprising:
the normal processing unit is configured to send information of normal blocking lock types except the target blocking lock type in the blocking lock list to a working thread;
and the request processing unit is configured to forward the client request to which the normal blocking lock type belongs to the bottom layer distributed file system by the working thread, call a specific operation interface by the bottom layer distributed file system to perform request processing, and return a result.
9. A terminal, comprising:
a processor;
a memory for storing instructions for execution by the processor;
wherein the processor is configured to perform the method of any one of claims 1-4.
10. A computer-readable storage medium, in which a computer program is stored which, when being executed by a processor, carries out the method according to any one of claims 1-4.
CN202011319124.8A 2020-11-23 2020-11-23 Storage system file lock identification method, system, terminal and storage medium Withdrawn CN112463748A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011319124.8A CN112463748A (en) 2020-11-23 2020-11-23 Storage system file lock identification method, system, terminal and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011319124.8A CN112463748A (en) 2020-11-23 2020-11-23 Storage system file lock identification method, system, terminal and storage medium

Publications (1)

Publication Number Publication Date
CN112463748A true CN112463748A (en) 2021-03-09

Family

ID=74799228

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011319124.8A Withdrawn CN112463748A (en) 2020-11-23 2020-11-23 Storage system file lock identification method, system, terminal and storage medium

Country Status (1)

Country Link
CN (1) CN112463748A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115934743A (en) * 2023-03-13 2023-04-07 浪潮电子信息产业股份有限公司 File lock management method, system, equipment and computer readable storage medium

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115934743A (en) * 2023-03-13 2023-04-07 浪潮电子信息产业股份有限公司 File lock management method, system, equipment and computer readable storage medium
CN115934743B (en) * 2023-03-13 2023-06-02 浪潮电子信息产业股份有限公司 File lock management method, system, equipment and computer readable storage medium

Similar Documents

Publication Publication Date Title
CN108848039B (en) Server, message distribution method and storage medium
CN108776934B (en) Distributed data calculation method and device, computer equipment and readable storage medium
CN111091429A (en) Electronic bill identification distribution method and device and electronic bill generation system
CN109064345A (en) Message treatment method, system and computer readable storage medium
US9736034B2 (en) System and method for small batching processing of usage requests
CN111447102B (en) SDN network device access method and device, computer device and storage medium
WO2021104178A1 (en) Dynamic message pushing method and system and vehicle diagnosis server
CN112230847B (en) Method, system, terminal and storage medium for monitoring K8s storage volume
CN112685148A (en) Asynchronous communication method and device of mass terminals, computer equipment and storage medium
CN111899856A (en) Risk control method, device, equipment and storage medium for hospital registration
CN111737027A (en) Lookup processing method, system, terminal and storage medium of distributed storage system
CN112463748A (en) Storage system file lock identification method, system, terminal and storage medium
CN114070847B (en) Method, device, equipment and storage medium for limiting current of server
CN111290842A (en) Task execution method and device
CN113076231A (en) Server application scene setting method, system, terminal and storage medium
CN111984991A (en) Data encryption storage method, system, terminal and storage medium
US10110670B2 (en) Allocation of service endpoints to servers
CN110554992A (en) Distributed metadata path management method, system, terminal and storage medium
CN112328598B (en) ID generation method, ID generation device, electronic equipment and storage medium
CN106936643B (en) Equipment linkage method and terminal equipment
CN114979153B (en) Load balancing method, computer equipment and storage device
CN115002218B (en) Traffic distribution method, traffic distribution device, computer equipment and storage medium
CN112217849B (en) Task scheduling method, system and computer equipment in SD-WAN system
CN115543947A (en) NFS network file system directory access method, device, terminal and medium
CN111510472A (en) Client cluster management method, system, terminal and storage medium

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
WW01 Invention patent application withdrawn after publication

Application publication date: 20210309