29.01.2013 Views

GPFS: Administration and Programming Reference - IRA Home

GPFS: Administration and Programming Reference - IRA Home

GPFS: Administration and Programming Reference - IRA Home

SHOW MORE
SHOW LESS

Create successful ePaper yourself

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

- The mmmount <strong>and</strong> mmumount comm<strong>and</strong>s are provided for cluster-wide file system<br />

management, alleviating the need for the administrator to issue the dsh comm<strong>and</strong>.<br />

- The mmlsmount comm<strong>and</strong> displays the IP addresses <strong>and</strong> names of the nodes (local <strong>and</strong> remote)<br />

that have a particular file system mounted.<br />

– Enhanced Network Shared Disk functions:<br />

- An option to allow or restrict failover from local to remote access is now provided on the mmchfs,<br />

mmmount, <strong>and</strong> mmremotefs comm<strong>and</strong>s.<br />

In prior releases of <strong>GPFS</strong>, the only way to failback to local disk access once the connection had<br />

been repaired <strong>and</strong> access through an NSD server was no longer desired, was to remount the file<br />

system. In this release, <strong>GPFS</strong> discovers if the path has been repaired. If the path has been<br />

repaired, <strong>GPFS</strong> falls back to local disk access.<br />

- Improved NSD access information provided by the mmlsnsd comm<strong>and</strong>:<br />

v The NSD identifier is now available when specifying the -L option.<br />

v The device type of the disk is now available when specifying the -X option.<br />

– Enhancements to the mmpmon performance monitoring tool:<br />

- Use of a named socket. The mmpmon comm<strong>and</strong> no longer uses a network connection for<br />

communication with the <strong>GPFS</strong> daemon.<br />

- Extends support to include a list of nodes, in the local cluster, to report on instead of just the node<br />

from which the comm<strong>and</strong> is issued.<br />

- A new request, source, that specifies an input file for requests.<br />

- A prefix request, once, that directs mmpmon to process a request only once.<br />

– Enhanced mount support for clusters utilizing NSD servers.<br />

You may now specify how long to wait for an NSD server to come online before allowing the mount<br />

to fail. The mmchconfig comm<strong>and</strong> has been enhanced allowing to specify wait time when:<br />

- Bringing a cluster online:<br />

v The cluster formation time is at most nsdServerWaitTimeWindowOnMount seconds from the<br />

current time.<br />

v The number of seconds to wait for the server to come up before declaring the mount a failure<br />

as specified by the nsdServerWaitTimeForMount option.<br />

- Bringing an NSD server online when client nodes are already active:<br />

v The last failed time is at most nsdServerWaitTimeWindowOnMount seconds from the current<br />

time.<br />

v The number of seconds to wait for the server to come up before declaring the mount a failure<br />

as specified by the nsdServerWaitTimeForMount option.<br />

– You may now specify different networks for <strong>GPFS</strong> daemon communication <strong>and</strong> for <strong>GPFS</strong><br />

administration comm<strong>and</strong> usage within your cluster. The node descriptor for the mmchcluster<br />

comm<strong>and</strong> now allows you to specify separate node interfaces for these uses, for each node within<br />

your cluster. You may choose to use this capability when considering cluster security or performance.<br />

– Improved cluster network access. You may now specify the use of multiple networks for a node in<br />

your cluster allowing both the use of internal networks within a cluster <strong>and</strong> the use of external<br />

address for remote mounts. The mmchconfig comm<strong>and</strong> has been enhanced so that you may<br />

specify a list of individual subnets used to communicate between nodes in a <strong>GPFS</strong> cluster, ordered<br />

by preference (order in which oper<strong>and</strong>s are specified on the subnets option).<br />

– <strong>GPFS</strong> now provides for the ability to distribute the token management function among multiple nodes<br />

in a cluster, reducing possible bottlenecks. This feature is enabled by default. Nodes that have been<br />

designated as manager nodes are used to distribute the token manager function.<br />

See the General Parallel File System: Concepts, Planning, <strong>and</strong> Installation Guide for further<br />

information on the roles of the file system manager <strong>and</strong> the General Parallel File System: Advanced<br />

<strong>Administration</strong> Guide for details on distributed token managers.<br />

– An autoconfiguration tool is now provided for <strong>GPFS</strong> for Linux installations.<br />

xiv <strong>GPFS</strong>: <strong>Administration</strong> <strong>and</strong> <strong>Programming</strong> <strong>Reference</strong>

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

Saved successfully!

Ooh no, something went wrong!