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

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

|<br />

|<br />

|<br />

|<br />

|<br />

|<br />

Usage notes<br />

value is not checked as being valid and the corresponding<br />

code page is not checked as being installed.<br />

For more information on file tagging, see z/<strong>OS</strong> <strong>UNIX</strong><br />

<strong>System</strong> <strong>Services</strong> Planning. Additional information about the<br />

TAG parameter can be found in mount — Logically mount a<br />

file system.<br />

type The type of the file system (such as HFS, zFS, and NFS). The<br />

default is HFS.<br />

v When a new file system of the type HFS is created and allocated to a new user,<br />

the owner UID and GID are based on that user. The setting of the permission<br />

bits is 700.<br />

v When a new file system of the type zFS is created and allocated to a new user,<br />

the owner UID and GID are based on that user. The setting of the permission<br />

bits is 750.<br />

v The syntax of the automount master file is extended to optionally include the<br />

name of the filter utility. Each line contains:<br />

– The path name of the directory that is to be managed.<br />

– The path name of the map file.<br />

automount<br />

– An optional path name of the conversion utility.<br />

If a conversion utility is specified, automount will run that utility and provide the<br />

specified map file as the standard input for the utility. It will process the utility’s<br />

standard output as the automount map file and list it on its standard output.<br />

Errors detected by automount will be flagged the same as before, but line<br />

numbers will refer to the line as output from the conversion utility rather than the<br />

original map file that the utility processes.<br />

v Although automount ensures that loading a new policy is an atomic operation, it<br />

does not serialize multiple simultaneous instances of running the automount<br />

utility. This remains the case when using the -a option. This should not be used<br />

in an automated script such as /etc/rc that can be run at the same time from<br />

multiple systems. This may result in changes to the automount policy not being<br />

done with no indication of this. When automount is run this way without the -a<br />

option and the same policy is loaded from all systems, it is irrelevant that the<br />

policy load from one or more systems is overlaid.<br />

v automount recognizes the type specification in the automount map files of HFS<br />

and zFS as potentially interchangeable file system types. At the time automount<br />

applies the specification for the mount, it will determine if the file system is the<br />

name of either an zFS or HFS file system and alters the type as appropriate. If<br />

the data set does not exist and if allocany or allocuser is not specified, a new<br />

file system is allocated as the file system type as specified in type. Allocation is<br />

only done if allocuser or allocany is specified. If it is preferred to have new file<br />

systems allocated as zFS file systems, the automount policy should be changed<br />

to specify type zFS.<br />

This allows automount managed file systems to be changed from HFS to zFS<br />

without changing the file system name and without changing the automount<br />

policy. If the file system name must be changed, it will be necessary to add a<br />

specific entry in the automount policy for this file system or manage it on<br />

another managed directory.<br />

Chapter 2. Shell command descriptions 31

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

Saved successfully!

Ooh no, something went wrong!