IPC분류정보
국가/구분 |
United States(US) Patent
등록
|
국제특허분류(IPC7판) |
|
출원번호 |
US-0266458
(2002-10-08)
|
등록번호 |
US-8495131
(2013-07-23)
|
발명자
/ 주소 |
- Ahuja, Chetan
- Filz, Frank Stewart
- Palmer, John Davis
|
출원인 / 주소 |
- International Business Machines Corporation
|
대리인 / 주소 |
|
인용정보 |
피인용 횟수 :
4 인용 특허 :
70 |
초록
▼
Provided are a method, system, and program for managing locks enabling access to a shared resource. A first server receives a lock request from a client for the shared resource. A determination is made as to whether a second server owns the client locks. The first server issues a request to the seco
Provided are a method, system, and program for managing locks enabling access to a shared resource. A first server receives a lock request from a client for the shared resource. A determination is made as to whether a second server owns the client locks. The first server issues a request to the second server to transfer ownership of the client locks to the first server, wherein the client lock requests are handled by the server owning the client locks.
대표청구항
▼
1. An article of manufacture for managing locks enabling access to a shared resource in a network environment including a first server and second server, wherein the article of manufacture causes operations to be performed at the first server, comprising: receiving a lock request from a client for t
1. An article of manufacture for managing locks enabling access to a shared resource in a network environment including a first server and second server, wherein the article of manufacture causes operations to be performed at the first server, comprising: receiving a lock request from a client for the shared resource;determining whether the second server owns client locks in response to receiving the lock request; andissuing a request to the second server to transfer ownership of the client locks to the first server in response to determining that the second server owns the client locks, wherein client lock requests are handled by the first or second server owning the client locks. 2. The article of manufacture of claim 1, wherein the article of manufacture further causes the first server to perform: if the first server owns the client locks for the client, then processing the client lock request. 3. The article of manufacture of claim 1, wherein the article of manufacture further causes the first server to perform: providing client lock information accessible to both the first and second servers indicating the server owning the client locks for the client, wherein the second server is indicated in the client lock information as owning the client locks for the client. 4. The article of manufacture of claim 1, wherein the article of manufacture further causes the first server to perform: maintaining client lock state information indicating a state of the server with respect to the client locks, wherein each server has client lock state information. 5. The article of manufacture of claim 4, wherein there are a plurality of clients capable of sending lock requests to the servers to access the shared resource, and wherein the first server maintains client lock state information for each client. 6. The article of manufacture of claim 4, wherein the server client lock state information indicates whether the first server or another server owns the client locks for the client. 7. The article of manufacture of claim 4, wherein the second server sets the client lock state information to indicate that the second server is giving up the client locks after receiving the request from the first server for the client locks. 8. The article of manufacture of claim 7, wherein the article of manufacture further causes the first server to perform: receiving a message from the second server to take the client locks after setting the client lock state information to indicate that the second server is transferring the client locks. 9. The article of manufacture of claim 1, wherein the article of manufacture further causes the first server to perform: issuing a request for the client locks, including exclusive client locks, before the second server has released exclusive client locks, wherein both the first server and second server simultaneously have exclusive client locks during the transfer of ownership of the client locks from the second server to the first server. 10. The article of manufacture of claim 9, wherein the article of manufacture further causes the first server to perform: sending a message to the second server after obtaining the client locks, including any exclusive locks, to release the client locks, wherein the second server releases the client locks in response to receiving the message from the first server to release the client locks. 11. The method of claim 10, wherein the article of manufacture further causes the first server to perform: maintaining client lock state information indicating a state of the server with respect to the client locks, wherein each server has client lock state information, wherein the second server sends a message that the client locks have been released after the client locks owned by the second server have been released; andsetting the client lock state information to indicate that the first server has the client locks after receiving the message from the second server that the client locks have been released. 12. The article of manufacture of claim 1, wherein the article of manufacture further causes the first server to perform: receiving the lock request after a load balancing operation directs client lock requests for the shared resource from the second server to the first server. 13. The method of claim 1, wherein the shared resource comprises a common storage space. 14. A server for managing locks enabling access to a shared resource in a network environment including a plurality of remote servers and clients, comprising: a port adapted to receive communication from the remote servers and at least one client;code implemented in the server to cause the server to perform: receiving a lock request from a client for the shared resource through the port;determining whether one remote server owns client locks in response to receiving the lock request; andissuing a request to the remote server to transfer ownership of the client locks to the server in response to determining that the remote server owns the client locks, wherein client lock requests are handled by the server or remote server owning the client locks. 15. The system of claim 14, wherein the code further causes the server to perform: if the first server owns the client locks for the client, then processing the client lock request. 16. The system of claim 14, wherein the code further causes the server to perform: providing client lock information accessible to both the first and second servers indicating the server owning the client locks for the client, wherein the second server is indicated in the client lock information as owning the client locks for the client. 17. The system of claim 14, wherein the code further causes the server to perform: maintaining client lock state information indicating a state of the server with respect to the client locks, wherein each server has client lock state information indicating that the server has the client locks. 18. The system of claim 14, wherein the remote server sets the client lock state information to indicate that the remote server is giving up the client locks after receiving the request from the server for the client locks. 19. The system of claim 18, wherein the code further causes the server to perform: receiving a message from the remote server to take the client locks after setting the client lock state information to indicate that the remote server is transferring the client locks. 20. The system of claim 14, wherein the code further causes the server to perform: issuing a request for the client locks, including exclusive client locks, before the remote server has released exclusive client locks, wherein both the server and remote server simultaneously have exclusive client locks during the transfer of ownership of the client locks from the remote server to the server. 21. The system of claim 20, wherein the code further causes the server to perform: sending a message to the remote server after obtaining the client locks, including any exclusive locks, to release the client locks, wherein the remote server releases the client locks in response to receiving the message from the server to release the client locks. 22. The system of claim 21, wherein the code further causes the server to perform: maintaining client lock state information indicating a state of the server with respect to the client locks, wherein each server has client lock state information, wherein the remote server sends a message that the client locks have been released after the client locks owned by the remote server have been released; andsetting the client lock state information to indicate that the server has the client locks after receiving the message from the remote server that the client locks have been released. 23. A server for managing locks enabling access to a shared resource in a network environment including a plurality of remote servers and clients, comprising: means for receiving communication from the remote servers and at least one client;means for receiving a lock request from a client for the shared resource through the port;means for determining whether one remote server owns client locks in response to receiving the lock request; andmeans for issuing a request to the remote server to transfer ownership of the client locks to the server in response to determining that the remote server owns the client locks, wherein client lock requests are handled by the server or the remote server owning the client locks. 24. A method for managing locks enabling access to a shared resource, comprising: receiving, at a first server, a lock request from a client for the shared resource;determining whether a second server owns client locks in response to receiving the lock request; andissuing, with the first server, a request to the second server to transfer ownership of the client locks to the first server in response to determining that the second server owns the client locks, wherein client lock requests are handled by the first or second server owning the client locks. 25. The method of claim 24, further comprising: if the first server owns the client locks for the client, then processing, with the first server, the client lock request. 26. The method of claim 24, further comprising: providing client lock information accessible to both the first and second servers indicating the server owning the client locks for the client, wherein the first server issues the request to the first server indicated in the client lock information as owning the client locks for the client. 27. The method of claim 26, wherein the first and second servers have network addresses including a shared virtual interface address portion, and wherein the client lock information indicates the shared virtual interface address portion of the server owning the client locks for the client. 28. The method of claim 24, further comprising: maintaining, by the first and second servers, client lock state information indicating a state of the server with respect to the client locks, wherein each server has client lock state information indicating that the server has the client locks. 29. The method of claim 28, wherein there are a plurality of clients capable of sending lock requests to the servers to access the shared resource, and wherein the servers maintain client lock state information for each client capable of sending lock requests. 30. The method of claim 28, wherein the first server client lock state information indicates whether the first server or another server owns the client locks for the client. 31. The method of claim 24, further comprising: setting, by the second server, the client lock state information to indicate that the second server is giving up the client locks after receiving the request from the first server for the client locks. 32. The method of claim 31, further comprising: sending, by the second server, a message to the first server to take the client locks after setting the client lock state information to indicate that the second server is transferring the client locks. 33. The method of claim 24, further comprising: issuing, by the first server, a request for the client locks, including exclusive client locks, before the second server has released exclusive client locks, wherein both the first server and second server simultaneously have exclusive client locks during the transfer of ownership of the client locks from the second server to the first server. 34. The method of claim 33, further comprising: sending, by the first server, a message to the second server after obtaining the client locks, including any exclusive locks, to release the client locks; andreleasing, by the second server, the client locks in response to receiving the message from the first server to release the client locks. 35. The method of claim 34, further comprising: maintaining, by the first and second servers, client lock state information indicating a state of the server with respect to the client locks, wherein each server has client lock state information indicating that the server has the client locks;sending, by the second server, a message that the client locks have been released after the client locks owned by the second server have been released; andsetting, by the first server, the client lock state information to indicate that the first server has the client locks after receiving the message from the second server that the client locks have been released.
※ AI-Helper는 부적절한 답변을 할 수 있습니다.