Whamcloud - gitweb
LU-17675 tests: sanity-flr/61a set atime_diff=1 for statx
[fs/lustre-release.git] / lustre / doc / mount.lustre.8
1 .\" -*- nroff -*-
2 .\" Copyright (c) 2007, 2010, Oracle and/or its affiliates. All rights reserved.
3 .\"
4 .\" Copyright (c) 2012, 2017, Intel Corporation.
5 .\"
6 .\" This file may be copied under the terms of the GNU Public License v2.
7 .\"
8 .TH mount.lustre 8 "2019 Jul 30" Lustre "configuration utilities"
9 .SH NAME
10 mount.lustre \- mount helper for Lustre client
11 mount.lustre_tgt \- mount helper for Lustre target service
12 .SH SYNOPSIS
13 .br
14 .BI "mount -t lustre [-o " options "] " "<mgsname>:/<fsname> <client_mountpoint>"
15 .br
16 .BI "mount -t lustre_tgt [-o " options "] " "<block_device> <server_mountpoint>"
17 .SH DESCRIPTION
18 .B mount.lustre
19 and
20 .B mount.lustre_tgt
21 are used to start a Lustre client or target service, respectively.  They
22 should not be called directly; rather they are helper programs invoked through
23 .BR mount (8)
24 as above when the
25 .B lustre
26 or
27 .B lustre_tgt
28 filesystem type is used.  Lustre clients and targets are stopped by using the
29 .BR umount (8)
30 command.
31 .br
32
33 There are two forms for the device option passed to the
34 .I mount
35 command, depending on whether a client or a target service is started:
36 .TP
37 .IR <mgsname> :/ <fsname>[/<subdir>]
38 mounts the Lustre client filesystem named
39 .I fsname
40 (optionally starting at subdirectory
41 .I subdir
42 within the filesystem, if specified) on the client at the directory
43 .IR client_mountpoint ,
44 by contacting the Management Service at
45 .IR mgsname .
46 The format for
47 .I mgsname
48 is defined below.  A client filesystem will typically be listed in
49 .BR fstab (5)
50 for automatic mount at boot time, is usable like any local filesystem, and
51 provides a full POSIX-compilant interface.
52 .TP
53 .I block_device
54 specifies the phyisical disk or ZFS dataset uses to start the target service
55 formatted by the
56 .IR mkfs.lustre (8)
57 command.  The
58 .I block_device
59 may be specified using
60 .BI -L label
61 to find the first block device with that label (e.g.
62 .BR testfs-MDT0000 ),
63 or by UUID using the
64 .BI -U uuid
65 option. Care should be taken if there is a device-level backup of
66 the target filesystem, which would have a duplicate label and UUID if it is
67 not changed with
68 .BR tune2fs (8)
69 or similar.  The mounted target service filesystem at
70 .I mountpoint
71 is only useful for
72 .BR df (1)
73 operations to show the current space usage, and appears in
74 .BR /proc/mounts
75 to show the device is in use.
76 .SH OPTIONS
77 .TP
78 .BI <mgsname>:= <mgsnode>[:<mgsnode>]
79 The
80 .I mgsname
81 may be a colon-separated list of
82 .I mgsnode
83 names where the MGS service may run.  Multiple
84 .I mgsnode
85 values can be specified if the MGS service is configures for HA failover
86 and may be running on any one of the nodes.
87 .TP
88 .BI <mgsnode>:= <mgsnid>[,<mgsnid>]
89 Each
90 .I mgsnode
91 may specify a comma-separated list of NIDs, if there are different
92 LNet interfaces for the same
93 .IR mgsnode .
94 .TP
95 .BI mgssec= flavor
96 Specifies the encryption flavour for the initial network RPC connection to
97 the MGS node.  Non-security flavors are:
98 .BR null ,
99 .BR plain ,
100 and
101 .BR gssnull ,
102 which respectively disable, or have no encryption or integrity features for
103 testing purposes.  Kerberos flavors are:
104 .BR krb5n ,
105 .BR krb5a ,
106 .BR krb5i ,
107 and
108 .BR krb5p .
109 Shared-secret key flavors are:
110 .BR skn ,
111 .BR ska ,
112 .BR ski ,
113 and
114 .BR skpi ,
115 see
116 .BR lgss_sk (8)
117 for more details.  The security flavour for client-to-server connections is
118 specified in the filesystem configuration that the client fetches from the MGS.
119 .TP
120 .BI skpath= file|directory
121 Path to a file or directory with the keyfile(s) to load for this mount command.
122 Keys are inserted into the KEY_SPEC_SESSION_KEYRING keyring with a description
123 containing "lustre:" and a suffix which depends on whether the context of the
124 mount command is for an MGS, MDT/OST, or client.
125 This option is only available when built with --enable-gss.
126 .TP
127 .BI exclude= ostlist
128 Start a client or MDT with a (colon-separated) list of known inactive OSTs.
129 .SH CLIENT OPTIONS
130 In addition to the standard options listed in
131 .BR mount (8),
132 Lustre understands the following
133 .B client-specific
134 options:
135 .TP
136 .BI flock
137 Enable full distributed
138 .BR flock (2)
139 support, coherent across all client nodes also using this mount option.  This
140 is useful if applications need coherent userspace file locking across multiple
141 client nodes, has no measurable performance impact in modern (2.x) versions of
142 Lustre, is therefore the recommended mode, and is enabled by default in Lustre
143 2.12.3 and newer.
144 .TP
145 .BI localflock
146 Enable local
147 .BR flock (2)
148 support, using only client-local file locking.  This is faster than mounting
149 with the
150 .B flock
151 option, and can be used for applications that depend on functioning
152 .BR flock (2)
153 but run only on a single node.
154 .TP
155 .BI noflock
156 Disables
157 .BR flock (2)
158 support entirely.  Applications calling
159 .BR flock (2)
160 will get an
161 .B ENOSYS
162 error.  It is possible to mount clients
163 with different options, and only those mounted with
164 .B flock
165 will be coherent amongst each other.
166 .TP
167 .BI lazystatfs
168 Allows
169 .BR statfs (2)
170 (as used by
171 .BR df (1)
172 and
173 .BR lfs-df (1))
174 to return even if some OST or MDT is unresponsive or has been temporarily
175 or permanently disabled in the configuration.  This avoids blocking until
176 all of the targets are available.  This is the default since Lustre 2.9.0.
177 .TP
178 .BI nolazystatfs
179 Requires that
180 .BR statfs (2)
181 block until all OSTs and MDTs are available and have returned space usage.
182 .TP
183 .BI user_xattr
184 Enable get/set of extended attributes by regular users.  See the
185 .BR attr (5)
186 manual page.
187 .TP
188 .BI nouser_xattr
189 Disable use of extended attributes by regular users.  Root and system processes can still use extended attributes.
190 .TP
191 .BI always_ping
192 Force a client to keep pinging even if servers have enabled suppress_pings.
193 .TP
194 .BI verbose
195 Enable mount/remount/umount console messages.
196 .TP
197 .BI noverbose
198 Disable mount/remount/umount console messages.
199 .TP
200 .BI user_fid2path
201 Enable FID to path translation by regular users via
202 .BR "lfs fid2path" .
203 .TP
204 .BI nouser_fid2path
205 Disable FID to path translation by regular users.  Root and process with
206 CAP_DAC_READ_SEARCH can still perform FID to path translation.
207 .TP
208 .BI network= net
209 Limit connections from the client to be on the network NID specified by 'net'.
210 \'net\' designates a single network NID, like 'o2ib2' or 'tcp1'.
211 This option can be useful in case of several Lustre client mount
212 points on the same node, with each mount point using a different
213 network. It is also interesting when running Lustre clients from
214 containers, by restricting each container to a specific network.
215 .PP
216 .RS
217 Warning! 'network' option is incompatible with LNet Dynamic Peer Discovery.
218 If you want to restrict client NID, please make sure LNet Dynamic Peer Discovery
219 is disabled.
220 .RE
221 .TP
222 .BI test_dummy_encryption
223 Enable test dummy encryption mode.
224 .RE
225 .TP
226 .BI noencrypt
227 Disable Lustre client-side encryption. By default, Lustre client-side encryption
228 is enabled, letting users define encryption policies on a per-directory basis.
229 fscrypt userspace tool can be used for that purpose, see
230 https://github.com/google/fscrypt
231 .SH SERVER OPTIONS
232 In addition to the standard mount options and backing disk type
233 (e.g. ldiskfs) options listed in
234 .BR mount (8),
235 Lustre understands the following
236 .B server-specific
237 options:
238 .TP
239 .BI acl
240 Enable POSIX Access Control List support for all clients.  See the
241 .BR acl (5)
242 manual page.
243 .TP
244 .BI no_precreate
245 Do not allow objects to be created on the OST after mounting.  This
246 allows a (potentially newly-formatted) OST to be started without
247 clients starting to use it immediately.  To allow the MDS to create
248 objects on the OST mount without this option, or run
249 .BI "lctl set_param obdfilter." fsname -OST nnnn .no_precreate=0
250 on the OSS to re-enable object creation.
251 .BR NOTE :
252 this does not start the OST read-only, it only disables the
253 creation of new objects on the OST.  This means existing objects
254 can be read, modified, or deleted, but if the OST is new then it
255 will not have any such objects.
256 .TP
257 .BI nosvc
258 Only start the MGC (and MGS, if co-located) for a target service,
259 and not the actual MDS or OSS service.
260 .TP
261 .BI nomgs
262 Start an MDT with a co-located MGS without starting the MGS service.
263 .TP
264 .BI noscrub
265 Do not trigger OI scrub automatically when an inconsistency is detected.
266 It is still possible to start explicitly using the
267 .BR "lctl lfsck_start" .
268 .TP
269 .BI skip_lfsck
270 Do not resume the former paused/crashed LFSCK automatically when mounting.
271 .TP
272 .BI abort_recov
273 Abort client recovery and start the target service immediately.
274 .TP
275 .BI md_stripe_cache_size
276 Sets the stripe cache size for server side disk with a striped raid
277 configuration.
278 .TP
279 .BI max_sectors_kb
280 Automatically Sets the block device parameter of 'max_sectors_kb' for the
281 MDT or OST target. When max_sectors_kb isn't specified, that parameter for
282 block device will be set to same as it's own 'max_hw_sectors_kb' (up to a
283 maximum of 16M), this is default behavior suited for most users. When
284 max_sectors_kb is specified as zero, the old parameter value will be kept.
285 When max_sectors_kb is specified as a positive number, the parameter will
286 be set to this number arbitrarily.
287 .TP
288 .BI recovery_time_soft= timeout
289 Allow 'timeout' seconds for clients to reconnect for recovery after a server
290 crash.  This timeout will be incrementally extended if it is about to expire
291 and the server is still handling new connections from recoverable clients.
292 The default soft recovery timeout is set to 300 seconds (5 minutes).
293 .TP
294 .BI recovery_time_hard= timeout
295 The server will be allowed to incrementally extend its timeout up to a hard
296 maximum of 'timeout' seconds.  The default hard recovery timeout is set to
297 900 seconds (15 minutes).
298 .SH EXAMPLES
299 .TP
300 .B mount -t lustre cfs21@tcp0:/testfs /mnt/myfilesystem
301 Start a client for the Lustre filesystem
302 .B testfs
303 at the mount point
304 .BR /mnt/myfilesystem .
305 The Management Service is running on a node reachable via NID
306 .BR cfs21@tcp0 .
307 .TP
308 .B mount -t lustre cfs21@tcp0:/testfs/dir /mnt/myfilesystem
309 Like above example, but mount subdirectory
310 .B dir
311 as fileset.
312 .TP
313 .B mount -t lustre mgs1@tcp0,mgs1ib@o2ib0:mgs2@tcp0,mgs2ib@o2ib0:/testfs /mnt/fs
314 Like above example, but the Management Service is running on one of the service
315 nodes
316 .B mgs1
317 and
318 .B mgs2, which are two different hosts separated by a colon and
319 served as a failover pair. Lustre tries the first one, and if that fails, it
320 tries the second one. On each service node, the comma-separated NIDs refer to
321 different interfaces on the same host, and the Lustre client chooses the best
322 one for communication based on which network interfaces are available locally.
323 .TP
324 .B mount -t lustre_tgt /dev/sda1 /mnt/test/mdt
325 Start the Lustre metadata target service from
326 .B /dev/sda1
327 on mountpoint
328 .BR /mnt/test/mdt .
329 .TP
330 .B mount -t lustre_tgt -L testfs-MDT0000 -o abort_recov /mnt/test/mdt
331 Start the
332 .B testfs-MDT0000
333 service (by using the disk label), but aborts the Lustre client recovery
334 process for the case that clients are known to be unavailable.
335 .SH BUGS
336 Not very many mount options can be changed with
337 .BR "-o remount" .
338 .SH AVAILABILITY
339 .B mount.lustre
340 is part of the
341 .BR Lustre (7)
342 filesystem package.
343 .SH SEE ALSO
344 .BR lustre (7),
345 .BR mount (8),
346 .BR mkfs.lustre (8),
347 .BR tunefs.lustre (8),
348 .BR lctl (8),
349 .BR lfs (1)