Jez Tucker (GPFS UG Chair)
chair at gpfsug.org
Fri Jul 12 14:59:51 BST 2013
The mmdynamicmap is used when auto-mounting GPFS on a node the GPFS
software installed (see also /var/mmfs/gen/mmIndirectMap when gpfs -A is
set to 'automount'.)
For NFS clients, I like autofs a lot.
There are two types of map, hence an example for each:
/etc/auto.master, add the line:
/etc/auto.gpfsnfs, add the line:
For home directories, you can mount them using an indirect map so as to
only mount the logged in user's home directory.
(or mount them all, using a direct map for their containing folder)
/etc/auto.master, add the line:
/etc/auto.homedirs, add the line:
Test in a sandpit.
I would imagine you might need to make sure that your NFS mount point
reflects the same path as on a GPFS client/server.
Once you're happy this works, you can push out the maps from your
I'm sure other folks also have their methods, chime in.
GPFS UG Chair
On 11/07/13 12:24, McLaughlin, Sandra M wrote:
> I would just like some opinions on the best way to serve a gpfs file
> system to server/workstations which are not directly connected to the
> Background: We are in the process of moving from old storage (approx
> 20TB); lots of filesystems -- JFS2 on AIX with HACMP. served out with
> NFS to a linux cluster and about 150 linux workstations and random
> other servers; to new storage (approx 250TB); 2 gpfs filesystems,
> Linux NSDs, using ctdb for NFS and Samba. We have also installed a
> server for TSM, which is SAN connected to the gpfs, and have some new
> compute servers which are also on the SAN, and therefore have pretty
> good performance.
> Should I still use the automounter ? Different maps or symbolic links
> to emulate the automounter names for the servers that are directly
> SAN-connected gpfs clients ? /home//username/ or whatever has to work
> on all systems.
> I found a bit in the gpfs problem determination guide suggesting that there is a way to use an automounter program map for gpfs (/usr/lpp/mmfs/bin/mmdynamicmap)but I can't find any other documentation about it.
> I would really like to hear how other people with a similar setup are doing this.
> Thanks, Sandra.
> *Sandra McLaughlin*
> Scientific Computing Specialist
> *R&D*| R&D Information
> 30F49, Mereside, Alderley Park, GB-Macclesfield, SK10 4TG
> Tel +44 1625 517307
> sandra.mclaughlin at astrazeneca.com
> <mailto:sandra.mclaughlin at astrazeneca.com>
> AstraZeneca UK Limited is a company incorporated in England and Wales
> with registered number: 03674842 and a registered office at 2 Kingdom
> Street, London, W2 6BD.
> *Confidentiality Notice: *This message is private and may contain
> confidential, proprietary and legally privileged information. If you
> have received this message in error, please notify us and remove it
> from your system and note that you must not copy, distribute or take
> any action in reliance on it. Any unauthorised use or disclosure of
> the contents of this message is not permitted and may be unlawful.
> *Disclaimer:* Email messages may be subject to delays, interception,
> non-delivery and unauthorised alterations. Therefore, information
> expressed in this message is not given or endorsed by AstraZeneca UK
> Limited unless otherwise notified by an authorised representative
> independent of this message. No contractual relationship is created by
> this message by any person unless specifically indicated by agreement
> in writing other than email.
> *Monitoring: *AstraZeneca UK Limited may monitor email traffic data
> and content for the purposes of the prevention and detection of crime,
> ensuring the security of our computer systems and checking compliance
> with our Code of Conduct and policies.
> gpfsug-discuss mailing list
> gpfsug-discuss at gpfsug.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the gpfsug-discuss