state(4) [osf1 man page]

statmon(4)						     Kernel Interfaces Manual							statmon(4)

NAME

       sm, sm.bak, state - Status monitor directories and file structures

SYNOPSIS

       /etc/sm, /etc/sm.bak, /etc/state

DESCRIPTION

       The  directories /etc/sm and /etc/sm.bak are generated by the rpc.statd daemon.	Each entry in /etc/sm represents the name of the system to
       be monitored by the status monitor.  Upon its recovery, the status monitor moves all entries from the /etc/sm directory to the  /etc/sm.bak
       directory and notifies the corresponding statd of its recovery.

       The  /etc/state	file  is generated by the rpc.statd daemon to record its version number; that is, the number of times the rpc.statd daemon
       was invoked.  The version number is incremented each time the system crashes or recovers.  The system sends this  state	number	to  status
       monitors on remote systems when it notifies them of a crash or recovery.

RELATED INFORMATION

       Commands: rpc.statd(8), rpc.lockd(8) delim off

																	statmon(4)

statd(1M)						  System Administration Commands						 statd(1M)

NAME

       statd - network status monitor

SYNOPSIS

       /usr/lib/nfs/statd

DESCRIPTION

       statd  is  an  intermediate  version of the status monitor. It interacts with lockd(1M) to provide the crash and recovery functions for the
       locking services on NFS. statd keeps track of the clients with processes which hold locks on a server. When  the  server  reboots  after  a
       crash,  statd  sends  a message to the statd on each client indicating that the server has rebooted. The client statd processes then inform
       the lockd on the client that the server has rebooted. The client lockd then attempts to reclaim the lock(s) from the server.

       statd on the client host also informs the statd on the server(s) holding locks for the client when the client has rebooted. In  this  case,
       the  statd on the server informs its lockd that all locks held by the rebooting client should be released, allowing other processes to lock
       those files.

       lockd is started by automountd(1M), mount_nfs(1M), and share(1M) if NFS automounts are needed.

FILES

       /var/statmon/sm			       lists hosts and network addresses to be contacted after a reboot

       /var/statmon/sm.bak		       lists hosts and network addresses that could not be contacted after last reboot

       /var/statmon/state		       includes a number which changes during a reboot

       /usr/include/rpcsvc/sm_inter.x	       contains the rpcgen source code for the interface services provided by the statd daemon.

ATTRIBUTES

       See attributes(5) for descriptions of the following attributes:

       +-----------------------------+-----------------------------+
       |      ATTRIBUTE TYPE	     |	    ATTRIBUTE VALUE	   |
       +-----------------------------+-----------------------------+
       |Availability		     |SUNWnfscu 		   |
       +-----------------------------+-----------------------------+

SEE ALSO

       svcs(1), automountd(1M), lockd(1M), mount_nfs(1M), share(1M), svcadm(1M), attributes(5), smf(5)

       System Administration Guide: IP Services

NOTES

       The crash of a server is only detected upon its recovery.

       The statd service is managed by the service management facility, smf(5), under the service identifier:

       svc:/network/nfs/status

       Administrative actions on this service, such as enabling, disabling, or requesting restart, can be performed  using  svcadm(1M).  The  ser-
       vice's status can be queried using the svcs(1) command.

       If  it  is disabled, it will be enabled by mount_nfs(1M), share_nfs(1M), and automountd(1M) unless  its	     application/auto_enable prop-
       erty is set to false.

SunOS 5.10							    18 Nov 2004 							 statd(1M)