aps(4): make the aps module, aps.ko, work as well as the in-kernel device
[dragonfly.git] / sbin / mount_nfs / mount_nfs.8
1 .\" Copyright (c) 1992, 1993, 1994, 1995
2 .\"     The Regents of the University of California.  All rights reserved.
3 .\"
4 .\" Redistribution and use in source and binary forms, with or without
5 .\" modification, are permitted provided that the following conditions
6 .\" are met:
7 .\" 1. Redistributions of source code must retain the above copyright
8 .\"    notice, this list of conditions and the following disclaimer.
9 .\" 2. Redistributions in binary form must reproduce the above copyright
10 .\"    notice, this list of conditions and the following disclaimer in the
11 .\"    documentation and/or other materials provided with the distribution.
12 .\" 3. All advertising materials mentioning features or use of this software
13 .\"    must display the following acknowledgement:
14 .\"     This product includes software developed by the University of
15 .\"     California, Berkeley and its contributors.
16 .\" 4. Neither the name of the University nor the names of its contributors
17 .\"    may be used to endorse or promote products derived from this software
18 .\"    without specific prior written permission.
19 .\"
20 .\" THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND
21 .\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
22 .\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
23 .\" ARE DISCLAIMED.  IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE
24 .\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
25 .\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
26 .\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
27 .\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
28 .\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
29 .\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
30 .\" SUCH DAMAGE.
31 .\"
32 .\"     @(#)mount_nfs.8 8.3 (Berkeley) 3/29/95
33 .\"
34 .\" $FreeBSD: src/sbin/mount_nfs/mount_nfs.8,v 1.18.2.10 2003/05/13 14:45:40 trhodes Exp $
35 .\" $DragonFly: src/sbin/mount_nfs/mount_nfs.8,v 1.6 2008/05/01 23:36:43 swildner Exp $
36 .\""
37 .Dd March 29, 1995
38 .Dt MOUNT_NFS 8
39 .Os
40 .Sh NAME
41 .Nm mount_nfs
42 .Nd mount nfs file systems
43 .Sh SYNOPSIS
44 .Nm
45 .Op Fl 23KNPTUbcdils
46 .Op Fl D Ar deadthresh
47 .Op Fl I Ar readdirsize
48 .Op Fl R Ar retrycnt
49 .Op Fl a Ar maxreadahead
50 .Op Fl g Ar maxgroups
51 .Op Fl m Ar realm
52 .Op Fl o Ar options
53 .Op Fl r Ar readsize
54 .Op Fl t Ar timeout
55 .Op Fl w Ar writesize
56 .Op Fl x Ar retrans
57 .Ar rhost : Ns Ar path node
58 .Sh DESCRIPTION
59 The
60 .Nm
61 command
62 calls the
63 .Xr mount 2
64 system call to prepare and graft a remote nfs file system
65 .Pq Ar rhost : Ns Ar path
66 on to the file system tree at the point
67 .Ar node .
68 This command is normally executed by
69 .Xr mount 8 .
70 It implements the mount protocol as described in RFC 1094, Appendix A and
71 .%T "NFS: Network File System Version 3 Protocol Specification" ,
72 Appendix I.
73 .Pp
74 By default,
75 .Nm
76 keeps retrying until the mount succeeds.
77 This behaviour is intended for filesystems listed in
78 .Xr fstab 5
79 that are critical to the boot process.
80 For non-critical filesystems, the
81 .Fl b
82 and
83 .Fl R
84 flags provide mechanisms to prevent the boot process from hanging
85 if the server is unavailable.
86 .Pp
87 If the server becomes unresponsive while an NFS filesystem is
88 mounted, any new or outstanding file operations on that filesystem
89 will hang uninterruptibly until the server comes back.
90 To modify this default behaviour, see the
91 .Fl i
92 and
93 .Fl s
94 flags.
95 .Pp
96 The options are:
97 .Bl -tag -width indent
98 .It Fl 2
99 Use the NFS Version 2 protocol (the default is to try version 3 first
100 then version 2).  Note that NFS version 2 has a file size limit of 2
101 gigabytes.
102 .It Fl 3
103 Use the NFS Version 3 protocol.
104 .It Fl D
105 Used to set the
106 .Dq "dead server threshold"
107 to the specified number of round trip timeout intervals.
108 After a
109 .Dq "dead server threshold"
110 of retransmit timeouts,
111 cached data for the unresponsive server is assumed to still be valid.
112 Values may be set in the range of 1 - 9, with 9 referring to an
113 .Dq "infinite dead threshold"
114 (i.e. never assume cached data still valid).
115 This option is not generally recommended and is really an experimental
116 feature.
117 .It Fl I
118 Set the readdir read size to the specified value.
119 The value should normally
120 be a multiple of DIRBLKSIZ that is \(<= the read size for the mount.
121 .It Fl K
122 Pass Kerberos authenticators to the server for client-to-server
123 user-credential mapping.
124 This requires that the kernel be built with the NFSKERB option.
125 The use of this option will prevent the kernel from compiling
126 unless calls to the appropriate Kerberos encryption routines
127 are provided in the NFS source.
128 (Refer to the INTERNET-DRAFT titled
129 .%T "Authentication Mechanisms for ONC RPC" ,
130 for more information.)
131 .It Fl N
132 Do
133 .Em not
134 use a reserved socket port number (see below).
135 .It Fl P
136 Use a reserved socket port number.
137 This flag is obsolete, and only retained for compatibility reasons.
138 Reserved port numbers are used by default now.
139 (For the rare case where the client has a trusted root account
140 but untrustworthy users and the network cables are in secure areas this does
141 help, but for normal desktop clients this does not apply.)
142 .It Fl R
143 Set the mount retry count to the specified value.
144 The default is a retry count of zero, which means to keep retrying
145 forever.
146 There is a 60 second delay between each attempt.
147 .It Fl T
148 Use TCP transport instead of UDP.
149 This is recommended for servers that are not on the same LAN cable as
150 the client.  This is the default.
151 .It Fl U
152 Use UDP transport instead of TCP.
153 This is not recommended due to the ease of which
154 .Dx
155 clients can blow out available socket buffer space on the server,
156 not to mention the impossibility of accurately calculating the
157 proper retry interval due to disk I/O backlogs on the server.
158 If you want to use the option anyway it is recommended that the
159 server reserve upwards of 2 MBytes of socket buffer space to hold
160 the received UDP packets.
161 .It Fl a
162 Set the read-ahead count to the specified value.
163 This may be in the range of 0 - 4, and determines how many blocks
164 will be read ahead when a large file is being read sequentially.
165 Trying a value greater than 1 for this is suggested for
166 mounts with a large bandwidth * delay product.
167 .It Fl b
168 If an initial attempt to contact the server fails, fork off a child to keep
169 trying the mount in the background.
170 Useful for
171 .Xr fstab 5 ,
172 where the filesystem mount is not critical to multiuser operation.
173 .It Fl c
174 For UDP mount points, do not do a
175 .Xr connect 2 .
176 This must be used if the server does not reply to requests from the standard
177 NFS port number 2049 or replies to requests using a different IP address
178 (which can occur if the server is multi-homed).
179 Setting the
180 .Va vfs.nfs.nfs_ip_paranoia
181 sysctl to 0 will make this option the default.
182 .It Fl d
183 Turn off the dynamic retransmit timeout estimator.
184 This may be useful for UDP mounts that exhibit high retry rates,
185 since it is possible that the dynamically estimated timeout interval is too
186 short.
187 .It Fl g
188 Set the maximum size of the group list for the credentials to the
189 specified value.
190 This should be used for mounts on old servers that cannot handle a
191 group list size of 16, as specified in RFC 1057.
192 Try 8, if users in a lot of groups cannot get response from the mount
193 point.
194 .It Fl i
195 Make the mount interruptible, which implies that file system calls that
196 are delayed due to an unresponsive server will fail with
197 .Er EINTR
198 when a
199 termination signal is posted for the process.
200 .It Fl l
201 Used with NFSV3 to specify that the \fBReaddirPlus\fR RPC should
202 be used.
203 This option reduces RPC traffic for cases such as
204 .Dq "ls -l" ,
205 but tends to flood the attribute and name caches with prefetched entries.
206 Try this option and see whether performance improves or degrades.
207 Probably
208 most useful for client to server network interconnects with a large bandwidth
209 times delay product.
210 .It Fl m
211 Set the Kerberos realm to the string argument.
212 Used with the
213 .Fl K
214 option for mounts to other realms.
215 .It Fl o
216 Options are specified with a
217 .Fl o
218 flag followed by a comma separated string of options.
219 See the
220 .Xr mount 8
221 man page for possible options and their meanings.
222 The following NFS specific option is also available:
223 .Bl -tag -width indent
224 .It port=<port_number>
225 Use specified port number for NFS requests.
226 The default is to query the portmapper for the NFS port.
227 .It acregmin=<seconds>
228 .It acregmax=<seconds>
229 .It acdirmin=<seconds>
230 .It acdirmax=<seconds>
231 When attributes of files are cached, a timeout calculated to determine
232 whether a given cache entry has expired.  These four values determine the
233 upper and lower bounds of the timeouts for ``directory'' attributes and
234 ``regular'' (ie: everything else).  The default values are 3 -> 60 seconds
235 for regular files, and 30 -> 60 seconds for directories.  The algorithm to
236 calculate the timeout is based on the age of the file.  The older the file,
237 the longer the cache is considered valid, subject to the limits above.
238 .It bg
239 Same as
240 .Fl b .
241 .It conn
242 Same as not specifying
243 .Fl c .
244 .It dumbtimer
245 Same as
246 .Fl d .
247 .It intr
248 Same as
249 .Fl i .
250 .It kerb
251 Same as
252 .Fl K .
253 .It nfsv2
254 Same as
255 .Fl 2 .
256 .It nfsv3
257 Same as
258 .Fl 3 .
259 .It rdirplus
260 Same as
261 .Fl l .
262 .It mntudp
263 Same as
264 .Fl U
265 (obsolete).
266 .It resvport
267 Same as
268 .Fl P .
269 .It soft
270 Same as
271 .Fl s .
272 .It tcp
273 Same as
274 .Fl T .
275 .It udp
276 Same as
277 .Fl U .
278 .El
279 .It Fl r
280 Set the read data size to the specified value.
281 It should normally be a power of 2 greater than or equal to 1024.
282 This should be used for UDP mounts when the
283 .Dq "fragments dropped due to timeout"
284 value is getting large while actively using a mount point.
285 (Use
286 .Xr netstat 1
287 with the
288 .Fl s
289 option to see what the
290 .Dq "fragments dropped due to timeout"
291 value is.)
292 See the
293 .Fl w
294 option as well.
295 .It Fl s
296 A soft mount, which implies that file system calls will fail
297 after \fBRetry\fR round trip timeout intervals.
298 .It Fl t
299 Set the initial retransmit timeout to the specified value.
300 May be useful for fine tuning UDP mounts over internetworks
301 with high packet loss rates or an overloaded server.
302 Try increasing the interval if
303 .Xr nfsstat 1
304 shows high retransmit rates while the file system is active or reducing the
305 value if there is a low retransmit rate but long response delay observed.
306 (Normally, the -d option should be specified when using this option to manually
307 tune the timeout
308 interval.)
309 .It Fl w
310 Set the write data size to the specified value.
311 Ditto the comments w.r.t. the
312 .Fl r
313 option, but using the
314 .Dq "fragments dropped due to timeout"
315 value on the server instead of the client.
316 Note that both the
317 .Fl r
318 and
319 .Fl w
320 options should only be used as a last ditch effort at improving performance
321 when mounting servers that do not support TCP mounts.
322 .It Fl x
323 Set the retransmit timeout count for soft mounts to the specified value.
324 .El
325 .Sh SEE ALSO
326 .Xr mount 2 ,
327 .Xr unmount 2 ,
328 .Xr fstab 5 ,
329 .Xr mount 8 ,
330 .Xr nfsd 8 ,
331 .Xr nfsiod 8 ,
332 .Xr showmount 8
333 .Sh BUGS
334 Due to the way that Sun RPC is implemented on top of UDP (unreliable datagram)
335 transport, tuning such mounts is really a black art that can only be expected
336 to have limited success.
337 For clients mounting servers that are not on the same
338 LAN cable or that tend to be overloaded,
339 TCP transport is strongly recommended,
340 but unfortunately this is restricted to mostly
341 .Bx 4.4
342 servers.