Agreed, not sure how the GPFS tools would react. An alternative to symlinks would be bind mounts, if for some reason a tool doesn't behave properly with a symlink in the path.
On Thu, Nov 19, 2020 at 06:34:05PM +0100, Jan-Frode Myklebust wrote: > I would not mount a GPFS filesystem within a GPFS filesystem. Technically > it should work, but I???d expect it to cause surprises if ever the lower > filesystem experienced problems. Alone, a filesystem might recover > automatically by remounting. But if there???s another filesystem mounted > within, I expect it will be a problem.. > > Much better to use symlinks. > > > > -jf > > tor. 19. nov. 2020 kl. 18:01 skrev Caubet Serrabou Marc (PSI) < > marc.cau...@psi.ch>: > > > Hi Simon, > > > > > > that's a very good point, thanks a lot :) I have it remotely mounted on a > > client cluster, so I will consider priorities when mounting the filesystems > > with remote cluster mount. That's very useful. > > > > Also, as far as I saw, same approach can be also applied to local mounts > > (via mmchfs) during daemon startup with the same option --mount-priority. > > > > > > Thanks a lot for the hints, these are very useful. I'll test that. > > > > > > Cheers, > > > > Marc > > _________________________________________________________ > > Paul Scherrer Institut > > High Performance Computing & Emerging Technologies > > Marc Caubet Serrabou > > Building/Room: OHSA/014 > > Forschungsstrasse, 111 > > 5232 Villigen PSI > > Switzerland > > > > Telephone: +41 56 310 46 67 > > E-Mail: marc.cau...@psi.ch > > ------------------------------ > > *From:* gpfsug-discuss-boun...@spectrumscale.org < > > gpfsug-discuss-boun...@spectrumscale.org> on behalf of Simon Thompson < > > s.j.thomp...@bham.ac.uk> > > *Sent:* Thursday, November 19, 2020 5:42:07 PM > > *To:* gpfsug main discussion list > > *Subject:* Re: [gpfsug-discuss] Mounting filesystem on top of an existing > > filesystem > > > > > > If it is a remote cluster mount from your clients (hopefully!), you might > > want to look at priority to order mounting of the file-systems. I don???t > > know what would happen if the overmounted file-system went away, you would > > likely want to test. > > > > > > > > Simon > > > > > > > > *From: *<gpfsug-discuss-boun...@spectrumscale.org> on behalf of " > > marc.cau...@psi.ch" <marc.cau...@psi.ch> > > *Reply to: *"gpfsug-discuss@spectrumscale.org" < > > gpfsug-discuss@spectrumscale.org> > > *Date: *Thursday, 19 November 2020 at 15:39 > > *To: *"gpfsug-discuss@spectrumscale.org" <gpfsug-discuss@spectrumscale.org > > > > > *Subject: *[gpfsug-discuss] Mounting filesystem on top of an existing > > filesystem > > > > > > > > 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. > > > > > > > > Thanks a lot, > > > > Marc > > > > _________________________________________________________ > > Paul Scherrer Institut > > High Performance Computing & Emerging Technologies > > Marc Caubet Serrabou > > Building/Room: OHSA/014 > > > > Forschungsstrasse, 111 > > > > 5232 Villigen PSI > > Switzerland > > > > Telephone: +41 56 310 46 67 > > E-Mail: marc.cau...@psi.ch > > _______________________________________________ > > gpfsug-discuss mailing list > > gpfsug-discuss at spectrumscale.org > > http://gpfsug.org/mailman/listinfo/gpfsug-discuss > > > _______________________________________________ > gpfsug-discuss mailing list > gpfsug-discuss at spectrumscale.org > http://gpfsug.org/mailman/listinfo/gpfsug-discuss -- -- Skylar Thompson (skyl...@u.washington.edu) -- Genome Sciences Department (UW Medicine), System Administrator -- Foege Building S046, (206)-685-7354 -- Pronouns: He/Him/His _______________________________________________ gpfsug-discuss mailing list gpfsug-discuss at spectrumscale.org http://gpfsug.org/mailman/listinfo/gpfsug-discuss