<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style type="text/css" style="display:none;"><!-- P {margin-top:0;margin-bottom:0;} --></style>
</head>
<body dir="ltr">
<div id="divtagdefaultwrapper" dir="ltr" style="font-size: 12pt; color: rgb(0, 0, 0); font-family: Calibri, Helvetica, sans-serif, &quot;EmojiFont&quot;, &quot;Apple Color Emoji&quot;, &quot;Segoe UI Emoji&quot;, NotoColorEmoji, &quot;Segoe UI Symbol&quot;, &quot;Android Emoji&quot;, EmojiSymbols;">
<p><br>
</p>
<div id="divtagdefaultwrapper" dir="ltr" style="font-size:12pt; color:rgb(0,0,0); font-family:Calibri,Helvetica,sans-serif,&quot;EmojiFont&quot;,&quot;Apple Color Emoji&quot;,&quot;Segoe UI Emoji&quot;,NotoColorEmoji,&quot;Segoe UI Symbol&quot;,&quot;Android Emoji&quot;,EmojiSymbols">
<meta content="text/html; charset=UTF-8">
<div dir="ltr">
<div id="x_divtagdefaultwrapper" dir="ltr" style="font-size:12pt; color:rgb(0,0,0); font-family:Calibri,Helvetica,sans-serif,&quot;EmojiFont&quot;,&quot;Apple Color Emoji&quot;,&quot;Segoe UI Emoji&quot;,NotoColorEmoji,&quot;Segoe UI Symbol&quot;,&quot;Android Emoji&quot;,EmojiSymbols">
<p>Hi all,</p>
<p><br>
</p>
<p><span>thanks a lot for your comments. Agreed, I&nbsp;better avoid it for now. I was concerned about how GPFS would behave in such case. For production I will take the safe route, but,
<span>just out of curiosity, I'll give it a try on a couple of test filesystems.</span></span><br>
</p>
<p><br>
</p>
<p>Thanks a lot for your help, it was very helpful,</p>
<p>Marc&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <br>
</p>
<div id="x_Signature">
<div style="font-family:Tahoma; font-size:13px">
<div style="font-family:Tahoma; font-size:13px">
<div style="font-family:Tahoma; font-size:13px">
<div style="font-family:Tahoma; font-size:13px">
<div class="x_BodyFragment"><font size="2"><span style="font-size:10pt">
<div class="x_PlainText">_________________________________________________________<br>
Paul Scherrer Institut <br>
High Performance Computing &amp; Emerging Technologies<br>
Marc Caubet Serrabou<br>
Building/Room: OHSA/014</div>
<div class="x_PlainText"><font size="2"><span style="font-size:10pt">Forschungsstrasse, 111</span></font></div>
<div class="x_PlainText">5232 Villigen PSI<br>
Switzerland<br>
<br>
Telephone: &#43;41 56 310 46 67<br>
E-Mail: marc.caubet@psi.ch</div>
</span></font></div>
</div>
</div>
</div>
</div>
</div>
</div>
<hr tabindex="-1" style="display:inline-block; width:98%">
<div id="x_divRplyFwdMsg" dir="ltr"><font style="font-size:11pt" face="Calibri, sans-serif" color="#000000"><b>From:</b> gpfsug-discuss-bounces@spectrumscale.org &lt;gpfsug-discuss-bounces@spectrumscale.org&gt; on behalf of Skylar Thompson &lt;skylar2@uw.edu&gt;<br>
<b>Sent:</b> Thursday, November 19, 2020 6:38:07 PM<br>
<b>To:</b> gpfsug-discuss@spectrumscale.org<br>
<b>Subject:</b> Re: [gpfsug-discuss] Mounting filesystem on top of an existing filesystem</font>
<div>&nbsp;</div>
</div>
</div>
<font size="2"><span style="font-size:10pt">
<div class="PlainText">Agreed, not sure how the GPFS tools would react. An alternative to symlinks<br>
would be bind mounts, if for some reason a tool doesn't behave properly<br>
with a symlink in the path.<br>
<br>
On Thu, Nov 19, 2020 at 06:34:05PM &#43;0100, Jan-Frode Myklebust wrote:<br>
&gt; I would not mount a GPFS filesystem within a GPFS filesystem. Technically<br>
&gt; it should work, but I???d expect it to cause surprises if ever the lower<br>
&gt; filesystem experienced problems. Alone, a filesystem might recover<br>
&gt; automatically by remounting. But if there???s another filesystem mounted<br>
&gt; within, I expect it will be a problem..<br>
&gt; <br>
&gt; Much better to use symlinks.<br>
&gt; <br>
&gt; <br>
&gt; <br>
&gt;&nbsp;&nbsp; -jf<br>
&gt; <br>
&gt; tor. 19. nov. 2020 kl. 18:01 skrev Caubet Serrabou Marc (PSI) &lt;<br>
&gt; marc.caubet@psi.ch&gt;:<br>
&gt; <br>
&gt; &gt; Hi Simon,<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt; that's a very good point, thanks a lot :) I have it remotely mounted on a<br>
&gt; &gt; client cluster, so I will consider priorities when mounting the filesystems<br>
&gt; &gt; with remote cluster mount. That's very useful.<br>
&gt; &gt;<br>
&gt; &gt; Also, as far as I saw, same approach can be also applied to local mounts<br>
&gt; &gt; (via mmchfs) during daemon startup with the same option --mount-priority.<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt; Thanks a lot for the hints, these are very useful. I'll test that.<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt; Cheers,<br>
&gt; &gt;<br>
&gt; &gt; Marc<br>
&gt; &gt; _________________________________________________________<br>
&gt; &gt; Paul Scherrer Institut<br>
&gt; &gt; High Performance Computing &amp; Emerging Technologies<br>
&gt; &gt; Marc Caubet Serrabou<br>
&gt; &gt; Building/Room: OHSA/014<br>
&gt; &gt; Forschungsstrasse, 111<br>
&gt; &gt; 5232 Villigen PSI<br>
&gt; &gt; Switzerland<br>
&gt; &gt;<br>
&gt; &gt; Telephone: &#43;41 56 310 46 67<br>
&gt; &gt; E-Mail: marc.caubet@psi.ch<br>
&gt; &gt; ------------------------------<br>
&gt; &gt; *From:* gpfsug-discuss-bounces@spectrumscale.org &lt;<br>
&gt; &gt; gpfsug-discuss-bounces@spectrumscale.org&gt; on behalf of Simon Thompson &lt;<br>
&gt; &gt; S.J.Thompson@bham.ac.uk&gt;<br>
&gt; &gt; *Sent:* Thursday, November 19, 2020 5:42:07 PM<br>
&gt; &gt; *To:* gpfsug main discussion list<br>
&gt; &gt; *Subject:* Re: [gpfsug-discuss] Mounting filesystem on top of an existing<br>
&gt; &gt; filesystem<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt; If it is a remote cluster mount from your clients (hopefully!), you might<br>
&gt; &gt; want to look at priority to order mounting of the file-systems. I don???t<br>
&gt; &gt; know what would happen if the overmounted file-system went away, you would<br>
&gt; &gt; likely want to test.<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt; Simon<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt; *From: *&lt;gpfsug-discuss-bounces@spectrumscale.org&gt; on behalf of &quot;<br>
&gt; &gt; marc.caubet@psi.ch&quot; &lt;marc.caubet@psi.ch&gt;<br>
&gt; &gt; *Reply to: *&quot;gpfsug-discuss@spectrumscale.org&quot; &lt;<br>
&gt; &gt; gpfsug-discuss@spectrumscale.org&gt;<br>
&gt; &gt; *Date: *Thursday, 19 November 2020 at 15:39<br>
&gt; &gt; *To: *&quot;gpfsug-discuss@spectrumscale.org&quot; &lt;gpfsug-discuss@spectrumscale.org<br>
&gt; &gt; &gt;<br>
&gt; &gt; *Subject: *[gpfsug-discuss] Mounting filesystem on top of an existing<br>
&gt; &gt; filesystem<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt; Hi,<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt; I have a filesystem holding many projects (i.e., mounted under /projects),<br>
&gt; &gt; each project is managed with filesets.<br>
&gt; &gt;<br>
&gt; &gt; I have a new big project which should be placed on a separate filesystem<br>
&gt; &gt; (blocksize, replication policy, etc. will be different, and subprojects of<br>
&gt; &gt; it will be managed with filesets). Ideally, this filesystem should be<br>
&gt; &gt; mounted in /projects/newproject.<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt; Technically, mounting a filesystem on top of an existing filesystem should<br>
&gt; &gt; be possible, but, is this discouraged for any reason? How GPFS would behave<br>
&gt; &gt; with that and is there a technical reason for avoiding this setup?<br>
&gt; &gt;<br>
&gt; &gt; Another alternative would be independent mount point &#43; symlink, but I<br>
&gt; &gt; really would prefer to avoid symlinks.<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt; Thanks a lot,<br>
&gt; &gt;<br>
&gt; &gt; Marc<br>
&gt; &gt;<br>
&gt; &gt; _________________________________________________________<br>
&gt; &gt; Paul Scherrer Institut<br>
&gt; &gt; High Performance Computing &amp; Emerging Technologies<br>
&gt; &gt; Marc Caubet Serrabou<br>
&gt; &gt; Building/Room: OHSA/014<br>
&gt; &gt;<br>
&gt; &gt; Forschungsstrasse, 111<br>
&gt; &gt;<br>
&gt; &gt; 5232 Villigen PSI<br>
&gt; &gt; Switzerland<br>
&gt; &gt;<br>
&gt; &gt; Telephone: &#43;41 56 310 46 67<br>
&gt; &gt; E-Mail: marc.caubet@psi.ch<br>
&gt; &gt; _______________________________________________<br>
&gt; &gt; gpfsug-discuss mailing list<br>
&gt; &gt; gpfsug-discuss at spectrumscale.org<br>
&gt; &gt; <a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss" id="LPlnk957309" previewremoved="true">
http://gpfsug.org/mailman/listinfo/gpfsug-discuss</a><br>
&gt; &gt;<br>
<br>
&gt; _______________________________________________<br>
&gt; gpfsug-discuss mailing list<br>
&gt; gpfsug-discuss at spectrumscale.org<br>
&gt; <a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss" id="LPlnk767154" previewremoved="true">
http://gpfsug.org/mailman/listinfo/gpfsug-discuss</a><br>
<br>
<br>
-- <br>
-- Skylar Thompson (skylar2@u.washington.edu)<br>
-- Genome Sciences Department (UW Medicine), System Administrator<br>
-- Foege Building S046, (206)-685-7354<br>
-- Pronouns: He/Him/His<br>
_______________________________________________<br>
gpfsug-discuss mailing list<br>
gpfsug-discuss at spectrumscale.org<br>
<a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss" id="LPlnk77210" previewremoved="true">http://gpfsug.org/mailman/listinfo/gpfsug-discuss</a><br>
</div>
</span></font></div>
</div>
</body>
</html>