NETWORK LOCK MANAGER - like UNIX - uses an advisory locking protocol: an NFS server can obliviously grant a client read and/or write access to a file that has already been locked by another client. The NLM assumes that all processes attempting to access a file will follow locking protocol by calling the locking functions correctly and honoring the lock status of the file. The NLM honors read and/or write locking, and allows for
UNIX advisory locks are propagated to the NFS Network Lock Manager. The UNIX locking process will interoperate with the NLM to implement the fcntl file locking calls via the NFS mount to the actual remote disk file. Thus the file is protected from other UNIX processes that access the file – either locally on the NFS server or via multiple NFS mounts of the same file system – and adhere to the advisory locking protocol.
Note that UNIX/NFS does not employ the concept of Mandatory Share Mode (Open Mode) locking like Windows does. UNIX/NFS locking consists of byte range locking and is strictly programmatic on a previously opened file. Also, UNIX/NFS is incapable of sending an oplock break to a client, and therefore cannot interoperate with Windows clients using Opportunistic Locking.
NETWORK STATUS MONITOR provides the lock manager with information on host status. It monitors the system to ensure that locks will be handled properly if a system crashes while a file is locked. This is referred to as monitored locking. If the server crashes with monitored locks in place, the locks will be reinstated when the server recovers. Conversely, if the client crashes with monitored locks in place, the locks will be automatically freed by the server and must be reinstated by the client when it recovers.
Clients have the option of using lock manager without the status monitor in which case the locking is
4.4PC NFS
Also,
11
