utils/statd/statd.man

   1 .\"
   2 .\" statd(8)
   3 .\"
   4 .\" Copyright (C) 1999 Olaf Kirch <okir@monad.swb.de>
   5 .\" Modified by Jeffrey A. Uphoff, 1999.
   6 .\" Modified by Lon Hohberger, 2000.
   7 .TH rpc.statd 8 "08 Mar 2001"
   8 .SH NAME
   9 rpc.statd \- NSM status monitor
  10 .SH SYNOPSIS
  11 .B "/sbin/rpc.statd [-F] [-d] [-?] [-n " name "] [-o " port "] [-p " port "] [-V]"
  12 .SH DESCRIPTION
  13 The
  14 .B rpc.statd
  15 server implements the NSM (Network Status Monitor) RPC protocol.
  16 This service is somewhat misnomed, since it doesn't actually provide
  17 active monitoring as one might suspect; instead, NSM implements a
  18 reboot notification service. It is used by the NFS file locking service,
  19 .BR rpc.lockd ,
  20 to implement lock recovery when the NFS server machine crashes and
  21 reboots.
  22 .SS Operation
  23 For each NFS client or server machine to be monitored,
  24 .B rpc.statd
  25 creates a file in
  26 .BR /var/lib/nfs/sm .
  27 When starting, it iterates through these files and notifies the
  28 peer
  29 .B rpc.statd
  30 on those machines.
  31 .SH OPTIONS
  32 .TP
  33 .B -F
  34 By default,
  35 .B rpc.statd
  36 forks and puts itself in the background when started. The
  37 .B -F
  38 argument tells it to remain in the foreground. This option is
  39 mainly for debugging purposes.
  40 .TP
  41 .B -d
  42 By default,
  43 .B rpc.statd
  44 sends logging messages via
  45 .BR syslog (3)
  46 to system log.  The
  47 .B -d
  48 argument forces it to log verbose output to
  49 .B stderr
  50 instead. This option is mainly for debugging purposes, and may only
  51 be used in conjunction with the
  52 .B -F
  53 parameter.
  54 .TP
  55 .BI "\-n," "" " \-\-name " name
  56 specify a name for
  57 .B rpc.statd
  58 to use as the local hostname. By default,
  59 .BR rpc.statd
  60 will call
  61 .BR gethostname (2)
  62 to get the local hostname. Specifying
  63 a local hostname may be useful for machines with more than one
  64 interfaces.
  65 .TP
  66 .BI "\-o," "" " \-\-outgoing\-port "  port
  67 specify a port for
  68 .B rpc.statd
  69 to send outgoing status requests from.  By default,
  70 .BR rpc.statd
  71 will ask
  72 .BR portmap (8)
  73 to assign it a port number.  As of this writing, there is not
  74 a standard port number that
  75 .BR portmap
  76 always or usually assigns.  Specifying
  77 a port may be useful when implementing a firewall.
  78 .TP
  79 .BI "\-p," "" " \-\-port " port
  80 specify a port for
  81 .B rpc.statd
  82 to listen on.  By default,
  83 .BR rpc.statd
  84 will ask
  85 .BR portmap (8)
  86 to assign it a port number.  As of this writing, there is not
  87 a standard port number that
  88 .BR portmap
  89 always or usually assigns.  Specifying
  90 a port may be useful when implementing a firewall.
  91 .TP
  92 .BI "\-P," "" " \-\-state\-directory\-path "  directory
  93 specify a directory in which to place statd state information.
  94 If this option is not specified the default of
  95 .BR /var/lib/nfs
  96 is used.
  97 .TP
  98 .B -?
  99 Causes
 100 .B rpc.statd
 101 to print out command-line help and exit.
 102 .TP
 103 .B -V
 104 Causes
 105 .B rpc.statd
 106 to print out version information and exit.
 107
 108
 109
 110 .SH TCP_WRAPPERS SUPPORT
 111 This
 112 .B rpc.statd
 113 version is protected by the
 114 .B tcp_wrapper
 115 library. You have to give the clients access to
 116 .B rpc.statd
 117 if they should be allowed to use it. To allow connects from clients of
 118 the .bar.com domain you could use the following line in /etc/hosts.allow:
 119
 120 statd: .bar.com
 121
 122 You have to use the daemon name
 123 .B statd
 124 for the daemon name (even if the binary has a different name).
 125
 126 For further information please have a look at the
 127 .BR tcpd (8)
 128 and
 129 .BR hosts_access (5)
 130 manual pages.
 131
 132 .SH FILES
 133 .BR /var/lib/nfs/state
 134 .br
 135 .BR /var/lib/nfs/sm/*
 136 .br
 137 .BR /var/lib/nfs/sm.bak/*
 138 .SH SEE ALSO
 139 .BR rpc.nfsd(8),
 140 .BR portmap(8)
 141 .SH AUTHORS
 142 .br
 143 Jeff Uphoff <juphoff@transmeta.com>
 144 .br
 145 Olaf Kirch <okir@monad.swb.de>
 146 .br
 147 H.J. Lu <hjl@gnu.org>
 148 .br
 149 Lon Hohberger <hohberger@missioncriticallinux.com>