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.

Usage notes<br />

Return codes<br />

REMOUNT takes an optional argument of RDRW or READ. If you specify either<br />

argument, the filesystem is remounted in that mode if it is not already in that<br />

mode. If you specify REMOUNT without any arguments, the mount mode is<br />

changed from RDWR to READ or READ to RDWR.<br />

Note: REMOUNT is supported in a sysplex.<br />

RESET<br />

A reset request stops a previous UNMOUNT DRAIN request.<br />

Note: UNMOUNT RESET is not supported in a sysplex since UNMOUNT<br />

DRAIN is unsupported in a sysplex environment (see the description for<br />

DRAIN).<br />

1. The directory /samples contain sample UNMOUNT commands (called<br />

unmountx).<br />

2. If you unmount a TFS file system, all data stored in that file system is<br />

discarded. For more information on TFS, see z/<strong>OS</strong> <strong>UNIX</strong> <strong>System</strong> <strong>Services</strong><br />

Planning.<br />

3. If desired, the root file system can be umounted. If this is done, the IMMED<br />

operand must be specified. Unmounting the root will force all file system activity<br />

to be halted. Therefore, if this is done, a subsequent mount of a root file system<br />

should be done as soon as possible.<br />

4. While the root file system is unmounted, a ’dummy file system’ root named<br />

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

any operation that requires a valid file system will fail. When the new root file<br />

system is subsequently mounted, you should terminate any currently dubbed<br />

users or issue a chdir using a full pathname to the appropriate directory so that<br />

the users can access the new root file system.<br />

5. If the file system that you are unmounting is an NFS-supported file system, the<br />

UNMOUNT command may receive an EAGAIN return code if the request was<br />

made before an internal caching clock has expired. That is, there is a<br />

60-second delay from last use before termination is possible. Try the request<br />

again.<br />

6. A file system that has file systems mounted on it cannot be unmounted. Any<br />

children file systems must be unmounted first.<br />

7. Currently a move of a filesystem that has open FIFOs causes all FIFOs to be<br />

marked stale. They must be closed and re-opened. Rather than do this on a<br />

remount, a remount attempt of a filesystem with open FIFOs will be rejected<br />

with EINVAL, JrFIFOInFileSys. FIFOs break on move or remount because<br />

FIFOs are always function-shipped to the filesystem owner, regardless of the<br />

mount mode. For remount, although the owner does not change, the<br />

vfs_umounts on all systems in the sysplex result in the XPFS control blocks<br />

(XFS, Xnodes) being released. These blocks contain owner information.<br />

Rejecting remount if open FIFOs is not expected to impact customers, since<br />

remount is typically done on a READ-ONLY filesystem to switch it to RDWR,<br />

and then back to READ, and FIFOs are not useful in a READ-ONLY filesystem.<br />

0 Processing successful.<br />

12 Processing unsuccessful. An error message has been issued.<br />

UNMOUNT<br />

Chapter 3. TSO/E commands 875

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

Saved successfully!

Ooh no, something went wrong!