<div dir="ltr">Thanks - that's what I thought. We also (many refreshes ago) ran diskless images with RedHat 6 and GPFS 3.4 and ran into no issues with having swap off. I figured to ask in case something has changed with the Spectrum Scale. <div>Damir</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Nov 8, 2019 at 10:31 AM <<a href="mailto:david_johnson@brown.edu">david_johnson@brown.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">We have most of our clients network booted and diskless — no swap possible.  Gpfs still works until someone runs the node out of memory....  <br>
<br>
  -- ddj<br>
Dave Johnson<br>
<br>
> On Nov 8, 2019, at 11:25 AM, Damir Krstic <<a href="mailto:damir.krstic@gmail.com" target="_blank">damir.krstic@gmail.com</a>> wrote:<br>
> <br>
> <br>
> I was wondering if it's safe to turn off swap on gpfs client machines? we have a case where checkpointing is swapping and we would like to prevent it from doing so by disabling swap. However, the gpfs manual admin. manual states to have swap enabled and sufficiently large, but it does not distinguish between clients and IO servers. <br>
> <br>
> Let me know when you get a chance.<br>
> <br>
> Thank you.<br>
> Damir<br>
> _______________________________________________<br>
> gpfsug-discuss mailing list<br>
> gpfsug-discuss at <a href="http://spectrumscale.org" rel="noreferrer" target="_blank">spectrumscale.org</a><br>
> <a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss" rel="noreferrer" target="_blank">http://gpfsug.org/mailman/listinfo/gpfsug-discuss</a><br>
_______________________________________________<br>
gpfsug-discuss mailing list<br>
gpfsug-discuss at <a href="http://spectrumscale.org" rel="noreferrer" target="_blank">spectrumscale.org</a><br>
<a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss" rel="noreferrer" target="_blank">http://gpfsug.org/mailman/listinfo/gpfsug-discuss</a><br>
</blockquote></div>