Push from ldap works great. On 12 July 2013 14:59, Jez Tucker (GPFS UG Chair) <[email protected]> wrote: > Hey Sandra, > > 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: > > > Direct maps > > /etc/auto.master, add the line: > /- /etc/auto.gpfsnfs > > /etc/auto.gpfsnfs, add the line: > /path/to/mountpoint -fstype=nfs,nfsvers=3 > ctdbclustername:/path/to/nfsexport > > > Indirect Maps > > 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: > /path/to/homedirsmount /etc/auto.homedirs > > /etc/auto.homedirs, add the line: > * homeserver:/path/to/homedirs/& > > > > 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 > ldap/puppet/other service. > > I'm sure other folks also have their methods, chime in. > > Regards, > > Jez > --- > GPFS UG Chair > > > > On 11/07/13 12:24, McLaughlin, Sandra M wrote: > > Hi, > > > > 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 storage. > > > > 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 > > ___________________________________________________ > > AstraZeneca > > R&D | R&D Information > > 30F49, Mereside, Alderley Park, GB-Macclesfield, SK10 4TG > > Tel +44 1625 517307 > > [email protected] > > > > > > ________________________________ > > 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 > http://gpfsug.org/mailman/listinfo/gpfsug-discuss > > > > _______________________________________________ > gpfsug-discuss mailing list > gpfsug-discuss at gpfsug.org > http://gpfsug.org/mailman/listinfo/gpfsug-discuss >
-- Pete Smith DevOp/System Administrator Realise Studio 12/13 Poland Street, London W1F 8QB T. +44 (0)20 7165 9644 realisestudio.com _______________________________________________ gpfsug-discuss mailing list gpfsug-discuss at gpfsug.org http://gpfsug.org/mailman/listinfo/gpfsug-discuss
