<font size=2 face="sans-serif">I believe this error is result of preallocation
failure, but traces are needed to confirm this. &nbsp;AFM caching modes
does not support preallocation of blocks (ex. using fallocate()). This
feature is supported only in AFM DR.</font><br><br><font size=2 face="sans-serif">~Venkat (vpuvvada@in.ibm.com)</font><br><br><br><br><font size=1 color=#5f5f5f face="sans-serif">From: &nbsp; &nbsp; &nbsp;
&nbsp;</font><font size=1 face="sans-serif">&quot;Simon Thompson
(IT Research Support)&quot; &lt;S.J.Thompson@bham.ac.uk&gt;</font><br><font size=1 color=#5f5f5f face="sans-serif">To: &nbsp; &nbsp; &nbsp;
&nbsp;</font><font size=1 face="sans-serif">gpfsug main discussion
list &lt;gpfsug-discuss@spectrumscale.org&gt;</font><br><font size=1 color=#5f5f5f face="sans-serif">Date: &nbsp; &nbsp; &nbsp;
&nbsp;</font><font size=1 face="sans-serif">08/23/2017 03:48 PM</font><br><font size=1 color=#5f5f5f face="sans-serif">Subject: &nbsp; &nbsp;
&nbsp; &nbsp;</font><font size=1 face="sans-serif">Re: [gpfsug-discuss]
AFM weirdness</font><br><font size=1 color=#5f5f5f face="sans-serif">Sent by: &nbsp; &nbsp;
&nbsp; &nbsp;</font><font size=1 face="sans-serif">gpfsug-discuss-bounces@spectrumscale.org</font><br><hr noshade><br><br><br><tt><font size=2>OK so I checked and if I run directly on the &quot;AFM&quot;
FS in a different &quot;non<br>AFM&quot; directory, it works fine, so its something AFM related ...<br><br>Simon<br><br>On 23/08/2017, 11:11, &quot;gpfsug-discuss-bounces@spectrumscale.org on
behalf<br>of Simon Thompson (IT Research Support)&quot;<br>&lt;gpfsug-discuss-bounces@spectrumscale.org on behalf of<br>S.J.Thompson@bham.ac.uk&gt; wrote:<br><br>&gt;We're using an AFM cache from our HPC nodes to access data in another
GPFS<br>&gt;cluster, mostly this seems to be working fine, but we've just come
across<br>&gt;an interesting problem with a user using gfortran from the GCC 5.2.0<br>&gt;toolset.<br>&gt;<br>&gt;When linking their code, they get a &quot;no space left on device&quot;
error back<br>&gt;from the linker. If we do this on a node that mounts the file-system<br>&gt;directly (I.e. Not via AFM cache), then it works fine.<br>&gt;<br>&gt;We tried with GCC 4.5 based tools and it works OK, but the difference<br>&gt;there is that 4.x uses ld and 5x uses ld.gold.<br>&gt;<br>&gt;If we strike the ld.gold when using AFM, we see:<br>&gt;<br>&gt;stat(&quot;program&quot;, {st_mode=S_IFREG|0775, st_size=248480, ...})
= 0<br>&gt;unlink(&quot;program&quot;) &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; = 0<br>&gt;open(&quot;program&quot;, O_RDWR|O_CREAT|O_TRUNC|O_CLOEXEC, 0777) =
30<br>&gt;fstat(30, {st_mode=S_IFREG|0775, st_size=0, ...}) = 0<br>&gt;fallocate(30, 0, 0, 248480) &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
= -1 ENOSPC (No space left on<br>&gt;device)<br>&gt;<br>&gt;<br>&gt;<br>&gt;Vs when running directly on the file-system:<br>&gt;stat(&quot;program&quot;, {st_mode=S_IFREG|0775, st_size=248480, ...})
= 0<br>&gt;unlink(&quot;program&quot;) &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; = 0<br>&gt;open(&quot;program&quot;, O_RDWR|O_CREAT|O_TRUNC|O_CLOEXEC, 0777) =
30<br>&gt;fstat(30, {st_mode=S_IFREG|0775, st_size=0, ...}) = 0<br>&gt;fallocate(30, 0, 0, 248480) &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
= 0<br>&gt;<br>&gt;<br>&gt;<br>&gt;Anyone seen anything like this before?<br>&gt;<br>&gt;... Actually I'm about to go off and see if its a function of AFM,
or<br>&gt;maybe something to do with the FS in use (I.e. Make a local directory
on<br>&gt;the filesystem on the &quot;AFM&quot; FS and see if that works ...)<br>&gt;<br>&gt;Thanks<br>&gt;<br>&gt;Simon<br>&gt;<br>&gt;_______________________________________________<br>&gt;gpfsug-discuss mailing list<br>&gt;gpfsug-discuss at spectrumscale.org<br>&gt;</font></tt><a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__gpfsug.org_mailman_listinfo_gpfsug-2Ddiscuss&amp;d=DwICAg&amp;c=jf_iaSHvJObTbx-siA1ZOg&amp;r=92LOlNh2yLzrrGTDA7HnfF8LFr55zGxghLZtvZcZD7A&amp;m=UqTzoU-bx454OgyeB4f0Nrruvs7yYAxFutzIe2eKmnc&amp;s=8E5opHyyAwomLS8kdxpvKCvf6sdKBLlfZvx6wDdaZy4&amp;e="><tt><font size=2>https://urldefense.proofpoint.com/v2/url?u=http-3A__gpfsug.org_mailman_listinfo_gpfsug-2Ddiscuss&amp;d=DwICAg&amp;c=jf_iaSHvJObTbx-siA1ZOg&amp;r=92LOlNh2yLzrrGTDA7HnfF8LFr55zGxghLZtvZcZD7A&amp;m=UqTzoU-bx454OgyeB4f0Nrruvs7yYAxFutzIe2eKmnc&amp;s=8E5opHyyAwomLS8kdxpvKCvf6sdKBLlfZvx6wDdaZy4&amp;e=</font></tt></a><tt><font size=2><br><br>_______________________________________________<br>gpfsug-discuss mailing list<br>gpfsug-discuss at spectrumscale.org<br></font></tt><a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__gpfsug.org_mailman_listinfo_gpfsug-2Ddiscuss&amp;d=DwICAg&amp;c=jf_iaSHvJObTbx-siA1ZOg&amp;r=92LOlNh2yLzrrGTDA7HnfF8LFr55zGxghLZtvZcZD7A&amp;m=UqTzoU-bx454OgyeB4f0Nrruvs7yYAxFutzIe2eKmnc&amp;s=8E5opHyyAwomLS8kdxpvKCvf6sdKBLlfZvx6wDdaZy4&amp;e="><tt><font size=2>https://urldefense.proofpoint.com/v2/url?u=http-3A__gpfsug.org_mailman_listinfo_gpfsug-2Ddiscuss&amp;d=DwICAg&amp;c=jf_iaSHvJObTbx-siA1ZOg&amp;r=92LOlNh2yLzrrGTDA7HnfF8LFr55zGxghLZtvZcZD7A&amp;m=UqTzoU-bx454OgyeB4f0Nrruvs7yYAxFutzIe2eKmnc&amp;s=8E5opHyyAwomLS8kdxpvKCvf6sdKBLlfZvx6wDdaZy4&amp;e=</font></tt></a><tt><font size=2><br><br></font></tt><br><br><BR>