16.12.2012 Views

z/OS V1R9.0 UNIX System Services Command ... - Christian Grothoff

z/OS V1R9.0 UNIX System Services Command ... - Christian Grothoff

z/OS V1R9.0 UNIX System Services Command ... - Christian Grothoff

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

MOUNT<br />

Usage notes<br />

AUTOMOVE(EXCLUDE,sysname1,sysname2,...,sysnameN) or<br />

AUTOMOVE(E,sysname1,sysname2,...,sysnameN)<br />

The EXCLUDE indicator with a system list provides a list of systems to<br />

which the file system's ownership should not be moved.<br />

NOAUTOMOVE<br />

NOAUTOMOVE prevents movement of the file system's ownership in some<br />

situations.<br />

UNMOUNT<br />

UNMOUNT allows the file system to be unmounted in some situations.<br />

Guidelines:<br />

1. You should define your version and sysplex root file systems as<br />

AUTOMOVE, and define your system-specific file systems as<br />

UNMOUNT.<br />

2. Do not define a file system as NOAUTOMOVE or UNMOUNT and a file<br />

system underneath is as AUTOMOVE; in this case, the file system<br />

defined as AUTOMOVE will not be recovered after a system failure until<br />

the failing system is restarted.<br />

For more information about shared file systems and the associated versions<br />

and a sysplex root file systems, as well as details about the behavior of the<br />

AUTOMOVE options, see z/<strong>OS</strong> <strong>UNIX</strong> <strong>System</strong> <strong>Services</strong> Planning.<br />

1. The directory /samples contain sample MOUNT commands (called mountx).<br />

2. When the mount is done asynchronously (NOWAIT was specified and return<br />

code 4 was returned), you can determine if the mount has completed with one<br />

of the following:<br />

v The df shell command<br />

v The DISPLAY OMVS,F operator command (see z/<strong>OS</strong> MVS <strong>System</strong><br />

<strong>Command</strong>s)<br />

v The MOUNT table option on the File <strong>System</strong>s pulldown in the ISPF Shell<br />

(accessed by the ISHELL command)<br />

3. In order to mount a file system as the system root file system, the caller must<br />

be a superuser. Also, a file system can only be mounted as the system root file<br />

system if the root file system was previously unmounted.<br />

4. If you have previously unmounted the root file system, a ’dummy file system’ or<br />

SYSROOT will be displayed as the current root file system. During the time<br />

when SYSROOT is displayed as the root, any operation that requires a valid file<br />

system will fail. When you subsequently mount a new root file system on<br />

mountpoint /, that new file system will replace SYSROOT. When a new root file<br />

system has been mounted, you should terminate any current dubbed users or<br />

issue a chdir using a full pathname to the appropriate directory. This way, the<br />

users can access the new root file system. Otherwise, an error will occur when<br />

a request is made requiring a valid file system.<br />

5. <strong>System</strong>s exploiting shared file system will have I/O to an OMVS couple data<br />

set. Because of these I/O operations to the CDS, each mount request requires<br />

additional system overhead. You will need to consider the affect that this will<br />

have on your recovery time if a large number of mounts are required on any<br />

system participating in shared file system.<br />

6. The TAG parameter is intended for file systems that don’t support storing the file<br />

tag, such as NFS remote file systems.<br />

836 z/<strong>OS</strong> <strong>V1R9.0</strong> <strong>UNIX</strong> <strong>System</strong> <strong>Services</strong> <strong>Command</strong> Reference

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!