[gpfsug-discuss] Mounting filesystem on top of an existing filesystem

KG spectrumscale at kiranghag.com
Thu Nov 19 16:40:47 GMT 2020


You can also set mount priority on filesystems so that gpfs can try to
mount them in order...parent first

On Thu, Nov 19, 2020, 21:19 Jonathan Buzzard <jonathan.buzzard at strath.ac.uk>
wrote:

> On 19/11/2020 15:34, Caubet Serrabou Marc (PSI) wrote:
> > Hi,
> >
> >
> > I have a filesystem holding many projects (i.e., mounted under
> > /projects), each project is managed with filesets.
> >
> > I have a new big project which should be placed on a separate filesystem
> > (blocksize, replication policy, etc. will be different, and subprojects
> > of it will be managed with filesets). Ideally, this filesystem should be
> > mounted in /projects/newproject.
> >
> >
> > Technically, mounting a filesystem on top of an existing filesystem
> > should be possible, but, is this discouraged for any reason? How GPFS
> > would behave with that and is there a technical reason for avoiding this
> > setup?
> >
> > Another alternative would be independent mount point + symlink, but I
> > really would prefer to avoid symlinks.
>
> This has all the hallmarks of either a Windows admin or a newbie
> Linux/Unix admin :-)
>
> Simply put /projects is mounted on top of whatever file system is
> providing the root file system in the first place LOL.
>
> Linux/Unix and/or GPFS does not give a monkeys about mounting another
> file system *ANYWHERE* in it period because there is no other way of
> doing it.
>
> JAB.
>
> --
> Jonathan A. Buzzard                         Tel: +44141-5483420
> HPC System Administrator, ARCHIE-WeSt.
> University of Strathclyde, John Anderson Building, Glasgow. G4 0NG
> _______________________________________________
> gpfsug-discuss mailing list
> gpfsug-discuss at spectrumscale.org
> http://gpfsug.org/mailman/listinfo/gpfsug-discuss
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://gpfsug.org/pipermail/gpfsug-discuss_gpfsug.org/attachments/20201119/2709ca22/attachment-0002.htm>


More information about the gpfsug-discuss mailing list