Whamcloud - gitweb
LU-9376 tests: remove sanity.sh test_103b
[fs/lustre-release.git] / lustre / doc / mount.lustre.8
index 40085b3..fb16ecf 100644 (file)
 .\" -*- nroff -*-
 .\" -*- nroff -*-
-.\" Copyright 2008 by Sun Microsystems.  All Rights Reserved.
+.\" Copyright (c) 2007, 2010, Oracle and/or its affiliates. All rights reserved.
+.\"
+.\" Copyright (c) 2012, 2016, Intel Corporation.
+.\"
 .\" This file may be copied under the terms of the GNU Public License v2.
 .\"
 .TH mount.lustre 8 "2008 Mar 15" Lustre "configuration utilities"
 .SH NAME
 .\" This file may be copied under the terms of the GNU Public License v2.
 .\"
 .TH mount.lustre 8 "2008 Mar 15" Lustre "configuration utilities"
 .SH NAME
-mount.lustre \- start a Lustre client or target service 
+mount.lustre \- start a Lustre client or target service
 .SH SYNOPSIS
 .br
 .SH SYNOPSIS
 .br
-.BI "mount \-t lustre [\-o " options "] " directory
+.BI "mount \-t lustre [\-o " options "] " "device mountpoint"
 .SH DESCRIPTION
 .B mount.lustre
 is used to start a Lustre client or target service.  This program should not be
 .SH DESCRIPTION
 .B mount.lustre
 is used to start a Lustre client or target service.  This program should not be
-called directly; rather it is a helper program invoked through 
+called directly; rather it is a helper program invoked through
 .BR mount (8)
 .BR mount (8)
-as above.  Lustre clients and targets are stopped by using the 
+as above.  Lustre clients and targets are stopped by using the
 .BR umount (8)
 command.
 .br
 
 .BR umount (8)
 command.
 .br
 
-There are two forms for the 
+There are two forms for the
 .I device
 option, depending on whether a client or a target service is started:
 .TP
 .I device
 option, depending on whether a client or a target service is started:
 .TP
-.IR <mgsspec> :/ <fsname>
+.IR <mgsname> :/ <fsname>[/<subdir>]
 mounts the Lustre filesystem named
 .I fsname
 mounts the Lustre filesystem named
 .I fsname
-on the client by contacting the Management Service at 
-.IR mgsspec 
-on the pathname given by
-.IR directory .
+(optionally starting at subdirectory
+.I subdir
+within the filesystem, if specified) on the client at the directory
+.IR mountpoint ,
+by contacting the Management Service at
+.IR mgsname .
 The format for
 The format for
-.I mgsspec
-is defined below.  A mounted client filesystem appears in
+.I mgsname
+is defined below.  A client filesystem can be listed in
 .BR fstab (5)
 .BR fstab (5)
-and is usable like any local filesystem and provides a full
-POSIX-compilant interface.
+for automatic mount at boot time, is usable like any local filesystem, and
+provides a full POSIX-compilant interface.
 .TP
 .TP
-.I disk_device
-starts the target service defined by the 
-.I mkfs.lustre
+.I block_device
+starts the target service defined by the
+.IR mkfs.lustre (8)
 command on the physical disk
 command on the physical disk
-.IR disk_device .  
-A mounted target service filesystem is only useful for
+.IR block_device .
+The
+.I block_device
+may be specified using
+.BI -L label
+to find the first block device with that label (e.g.
+.BR testfs-MDT0000 ),
+or by UUID using the
+.BI -U uuid
+option. Care should be taken if there is a device-level backup of
+the target filesystem, which would have a duplicate label and UUID if it is
+not changed with
+.BR tune2fs (8)
+or similar.  The mounted target service filesystem at
+.I mountpoint
+is only useful for
 .BR df (1)
 operations and appears in
 .BR df (1)
 operations and appears in
-.BR fstab (5)
+.BR /proc/mounts
 to show the device is in use.
 .SH OPTIONS
 .TP
 to show the device is in use.
 .SH OPTIONS
 .TP
-.BI <mgsspec>:= <mgsnode>[:<mgsnode>]
-The mgs specification may be a colon-separated list of nodes:
+.BI <mgsname>:= <mgsnode>[:<mgsnode>]
+The
+.I mgsname
+may be a colon-separated list of
+.I mgsnode
+names where the MGS service may run.  Multiple
+.I mgsnode
+values can be specified if the MGS service is configures for HA failover
+and may be running on any one of the nodes.
 .TP
 .BI <mgsnode>:= <mgsnid>[,<mgsnid>]
 .TP
 .BI <mgsnode>:= <mgsnid>[,<mgsnid>]
-each node may be specified by a comma-separated list of NIDs.
-.PP
+Each
+.I mgsnode
+may be specify a comma-separated list of NIDs, if there are different
+LNet interfaces for that
+.IR mgsnode .
+.TP
+.BI mgssec= flavor
+Specifies the encryption flavour for the initial network RPC connection to
+the MGS node.  Non-security flavors are:
+.BR null ,
+.BR plain ,
+and
+.BR gssnull ,
+which respectively disable, or have no encryption or integrity features for
+testing purposes.  Kerberos flavors are:
+.BR krb5n ,
+.BR krb5a ,
+.BR krb5i ,
+and
+.BR krb5p .
+Shared-secret key flavors are:
+.BR skn ,
+.BR ska ,
+.BR ski ,
+and
+.BR skpi ,
+see
+.BR lgss_sk (8)
+for more details.  The security flavour for client-to-server connections is
+specified in the filesystem configuration that the client fetches from the MGS.
+.TP
+.BI skpath= file|directory
+Path to a file or directory with the keyfile(s) to load for this mount command.
+Keys are inserted into the KEY_SPEC_SESSION_KEYRING keyring with a description
+containing "lustre:" and a suffix which depends on whether the context of the
+mount command is for an MGS, MDT/OST, or client.
+This option is only available when built with --enable-gss.
+.TP
+.BI exclude= ostlist
+Start a client or MDT with a (colon-separated) list of known inactive OSTs.
+.SH CLIENT OPTIONS
 In addition to the standard options listed in
 .BR mount (8),
 Lustre understands the following
 In addition to the standard options listed in
 .BR mount (8),
 Lustre understands the following
@@ -61,13 +126,54 @@ Lustre understands the following
 options:
 .TP
 .BI flock
 options:
 .TP
 .BI flock
-Enable full flock support, coherent across all client nodes.
+Enable full distributed
+.BI flock (2)
+support, coherent across all client nodes also using this mount option.  This
+is useful if applications need coherent userspace file locking across multiple
+client nodes, but also imposes communications overhead in order to maintain
+locking consistency between client nodes.
 .TP
 .BI localflock
 .TP
 .BI localflock
-Enable local flock support, using only client-local flock (faster, for applications that require flock but do not run on multiple nodes).
+Enable local
+.BR flock (2)
+support, using only client-local file locking.  This is faster than mounting
+with the
+.B flock
+option, and can be used for applications that depend on functioning
+.BI flock (2)
+but run only on a single node.
 .TP
 .BI noflock
 .TP
 .BI noflock
-Disable flock support entirely.  Applications calling flock will get an error.
+Disables
+.BR flock(2)
+support entirely, and is the default option.  Applications calling
+.BR flock(2)
+will get an
+.B ENOSYS
+error.  It is up to theadministrator to choose either the
+.B localflock
+or
+.B flock
+mount option based on their requirements.  It is possible to mount clients
+with different options, and only those mounted with
+.B flock
+will be coherent amongst each other.
+.TP
+.BI lazystatfs
+Allows
+.BR statfs (2)
+(as used by
+.BR df (1)
+and
+.BR lfs-df (1))
+to return even if some OST or MDT is unresponsive or has been temporarily
+or permanently disabled in the configuration.  This avoids blocking until
+all of the targets are available.  This is the default since Lustre 2.9.0.
+.TP
+.BI nolazystatfs
+Requires that
+.BR statfs (2)
+block until all OSTs and MDTs are available and have returned space usage.
 .TP
 .BI user_xattr
 Enable get/set of extended attributes by regular users.  See the
 .TP
 .BI user_xattr
 Enable get/set of extended attributes by regular users.  See the
@@ -77,70 +183,127 @@ manual page.
 .BI nouser_xattr
 Disable use of extended attributes by regular users.  Root and system processes can still use extended attributes.
 .TP
 .BI nouser_xattr
 Disable use of extended attributes by regular users.  Root and system processes can still use extended attributes.
 .TP
-.BI acl
-Enable POSIX Access Control List support.  See the
-.BR acl (5)
-manual page.
+.BI always_ping
+Force a client to keep pinging even if servers have enabled suppress_pings.
+.TP
+.BI verbose
+Enable mount/umount console messages.
+.TP
+.BI noverbose
+Disable mount/umount console messages.
+.TP
+.BI user_fid2path
+Enable FID to path translation by regular users.
 .TP
 .TP
-.BI noacl
-Disable Access Control List support.
-.PP
+.BI nouser_fid2path
+Disable FID to path translation by regular users.  Root and process with
+CAP_DAC_READ_SEARCH can still perform FID to path translation.
+.TP
+.BI network= net
+Limit connections from the client to be on the network NID specified by 'net'.
+\'net\' designates a single network NID, like 'o2ib2' or 'tcp1'.
+This option can be useful in case of several Lustre client mount
+points on the same node, with each mount point using a different
+network. It is also interesting when running Lustre clients from
+containers, by restricting each container to a specific network.
+.SH CLIENT OPTIONS
 In addition to the standard mount options and backing disk type
 In addition to the standard mount options and backing disk type
-(e.g. ext3) options listed in
+(e.g. ldiskfs) options listed in
 .BR mount (8),
 Lustre understands the following
 .B server-specific
 options:
 .TP
 .BR mount (8),
 Lustre understands the following
 .B server-specific
 options:
 .TP
+.BI acl
+Enable POSIX Access Control List support.  See the
+.BR acl (5)
+manual page.
+.TP
 .BI nosvc
 Only start the MGC (and MGS, if co-located) for a target service, and not the actual service.
 .TP
 .BI nomgs
 Start a MDT with a co-located MGS without starting the MGS.
 .TP
 .BI nosvc
 Only start the MGC (and MGS, if co-located) for a target service, and not the actual service.
 .TP
 .BI nomgs
 Start a MDT with a co-located MGS without starting the MGS.
 .TP
-.BI exclude= ostlist
-Start a client or MDT with a (colon-separated) list of known inactive OSTs.
+.BI noscrub
+Not trigger OI scrub automatically when detect some inconsistency, unless it is started explicitly.
+.TP
+.BI skip_lfsck
+Not resume the former paused/crashed LFSCK automatically when mount.
 .TP
 .BI abort_recov
 Abort client recovery and start the target service immediately.
 .TP
 .BI abort_recov
 Abort client recovery and start the target service immediately.
+.TP
+.BI md_stripe_cache_size
+Sets the stripe cache size for server side disk with a striped raid
+configuration.
+.TP
+.BI max_sectors_kb
+Automatically Sets the block device parameter of 'max_sectors_kb' for the
+MDT or OST target. When max_sectors_kb isn't specified, that parameter for
+block device will be set to same as it's own 'max_hw_sectors_kb' (up to a
+maximum of 16M), this is default behavior suited for most users. When
+max_sectors_kb is specified as zero, the old parameter value will be kept.
+When max_sectors_kb is specified as a positive number, the parameter will
+be set to this number arbitrarily.
+.TP
+.BI recovery_time_soft= timeout
+Allow 'timeout' seconds for clients to reconnect for recovery after a server
+crash.  This timeout will be incrementally extended if it is about to expire
+and the server is still handling new connections from recoverable clients.
+The default soft recovery timeout is set to 300 seconds (5 minutes).
+.TP
+.BI recovery_time_hard= timeout
+The server will be allowed to incrementally extend its timeout up to a hard
+maximum of 'timeout' seconds.  The default hard recovery timeout is set to
+900 seconds (15 minutes).
 .SH EXAMPLES
 .TP
 .B mount -t lustre cfs21@tcp0:/testfs /mnt/myfilesystem
 .SH EXAMPLES
 .TP
 .B mount -t lustre cfs21@tcp0:/testfs /mnt/myfilesystem
-Start a client for the Lustre filesystem 'testfs' at the mount point
-/mnt/myfilesystem. The Management Service is running on a node reachable
-from this client via the nid cfs21@tcp0.
+Start a client for the Lustre filesystem
+.B testfs
+at the mount point
+.BR /mnt/myfilesystem .
+The Management Service is running on a node reachable via NID
+.BR cfs21@tcp0 .
+.TP
+.B mount -t lustre cfs21@tcp0:/testfs/dir /mnt/myfilesystem
+Like above example, but mount subdirectory
+.B dir
+as fileset.
+.TP
+.B mount -t lustre mgs1@tcp0,mgs1ib@o2ib0:mgs2@tcp0,mgs2ib@o2ib0:/testfs /mnt/fs
+Like above example, but the Management Service is running on one of the service
+nodes
+.B mgs1
+and
+.B mgs2, which are two different hosts separated by a colon and
+served as a failover pair. Lustre tries the first one, and if that fails, it
+tries the second one. On each service node, the comma-separated NIDs refer to
+different interfaces on the same host, and the Lustre client chooses the best
+one for communication based on which network interfaces are available locally.
 .TP
 .B mount -t lustre /dev/sda1 /mnt/test/mdt
 .TP
 .B mount -t lustre /dev/sda1 /mnt/test/mdt
-Start the Lustre metadata target service from /dev/sda1 on mountpoint /mnt/test/mdt.
+Start the Lustre metadata target service from
+.B /dev/sda1
+on mountpoint
+.BR /mnt/test/mdt .
 .TP
 .B mount -t lustre -L testfs-MDT0000 -o abort_recov /mnt/test/mdt
 .TP
 .B mount -t lustre -L testfs-MDT0000 -o abort_recov /mnt/test/mdt
-Start the testfs-MDT0000 service (by using the disk label), but abort the
-recovery process.
-.SH NOTES
-If the Service Tags tool (from the sun-servicetag package) can be found in
-/opt/sun/servicetag/bin/stclient an inventory service tag will be created
-reflecting the Lustre service being provided.  If this tool cannot be found
-.B mount.lustre
-will silently ignore it and no service tag is created.  The
-.BR stclient (1)
-tool only creates the local service tag.  No information is sent to the asset
-management system until you run the Registration Client to collect the tags
-and then upload them to the inventory system using your inventory system account.
-See https://inventory.sun.com/ for more details on a web-based, free, IT asset
-management system.
+Start the
+.B testfs-MDT0000
+service (by using the disk label), but aborts the recovery process if
+all of the clients are known to be unavailable.
 .SH BUGS
 Not very many mount options can be changed with
 .BR "-o remount" .
 .SH BUGS
 Not very many mount options can be changed with
 .BR "-o remount" .
-Please report all bugs to Sun Microsystems using http://bugzilla.lustre.org/
 .SH AVAILABILITY
 .B mount.lustre
 .SH AVAILABILITY
 .B mount.lustre
-is part of the 
-.BR Lustre (7) 
-filesystem package and is available from Sun Microsystems, Inc.
-.br
-http://downloads.lustre.org
+is part of the
+.BR Lustre (7)
+filesystem package.
 .SH SEE ALSO
 .SH SEE ALSO
-.BR Lustre (7),
+.BR lustre (7),
 .BR mount (8),
 .BR mkfs.lustre (8),
 .BR tunefs.lustre (8),
 .BR mount (8),
 .BR mkfs.lustre (8),
 .BR tunefs.lustre (8),