<div class="socmaildefaultfont" dir="ltr" style="font-family:Arial, Helvetica, sans-serif;font-size:10pt" ><div dir="ltr" >Hi Leonardo,</div>
<div dir="ltr" > </div>
<div dir="ltr" >Ganesha shipped with Scale version 5.0.2-1 has a bug where Ganesha reports an error in response to readdir request in some corner cases leading to client not listing any entries. We have seen "ls" reporting an error as well. Ganesha version shipped with Scale 5.0.2-2 has a fix for it.</div>
<div dir="ltr" > </div>
<div dir="ltr" >Regards, Malahal.</div>
<div dir="ltr" > </div>
<blockquote data-history-content-modified="1" dir="ltr" style="border-left:solid #aaaaaa 2px; margin-left:5px; padding-left:5px; direction:ltr; margin-right:0px" >----- Original message -----<br>From: Leonardo Sala <leonardo.sala@psi.ch><br>Sent by: gpfsug-discuss-bounces@spectrumscale.org<br>To: gpfsug main discussion list <gpfsug-discuss@spectrumscale.org>, "Andreas Mattsson" <andreas.mattsson@maxiv.lu.se>, Ulrich Sibiller <u.sibiller@science-computing.de><br>Cc:<br>Subject: [EXTERNAL] Re: [gpfsug-discuss] Filesystem access issues via CES NFS<br>Date: Tue, Oct 1, 2019 12:33 PM<br> <br><!--Notes ACF
<meta http-equiv="Content-Type" content="text/html;      charset=utf8" >-->
<p><tt>Dear all,</tt></p>
<p><tt>we have similar issues on our CES cluster, and we do have 5.0.2-1. Could anybody from IBM confirm that with 5.0.2-2 this issue should not be there anymore? Should we go for 5.0.2-2 or is there a better release?</tt></p>
<p><tt>One thing we noticed: when we had the "empty ls" issue, which means:</tt></p>
<p><tt>- on CES NFSv3 export, a directory is wrongly reported as empty, while</tt></p>
<p><tt>- on kernel NFS export, this does not happen</tt></p>
<p><tt>if I do an ls on that directory on the CES export node, then magically the empty dir issue disappears from all NFS clients, at least the ones attached on that node. Is this compatible with the behaviour described on the other sites?</tt></p>
<p><tt>thanks!</tt></p>
<p><tt>cheers</tt></p>
<p><tt>leo</tt></p>
<div><font face="Default Monospace,Courier New,Courier,monospace" size="2" >Paul Scherrer Institut<br>Dr. Leonardo Sala<br>Group Leader High Performance Computing<br>Deputy Section Head Science IT<br>Science IT<br>WHGA/106<br>5232 Villigen PSI<br>Switzerland<br><br>Phone: +41 56 310 3369<br><a href="mailto:leonardo.sala@psi.ch" target="_blank">leonardo.sala@psi.ch</a><br><a href="http://www.psi.ch" target="_blank">www.psi.ch</a></font></div>
<div>On 04.01.19 10:09, Andreas Mattsson wrote:</div>
<blockquote cite="mid:dbbb31c88c4f46eab71c9e52db958a2a@maxiv.lu.se" type="cite" ><p>Just reporting back that the issue we had seems to have been solved. In our case it was fixed by applying hotfix-packages from IBM. Did this in December and I can no longer trigger the issue. Hopefully, it'll stay fixed when we get full production load on the system again now in January.</p>
<p>Also, as far as I can see, it looks like Scale 5.0.2.2 includes these packages already.</p>
<p> </p>
<p>Regards,</p>
<p>Andreas mattsson</p></blockquote>
<div><font face="Default Monospace,Courier New,Courier,monospace" size="2" >_______________________________________________<br>gpfsug-discuss mailing list<br>gpfsug-discuss at spectrumscale.org<br><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss" target="_blank">http://gpfsug.org/mailman/listinfo/gpfsug-discuss</a> </font></div></blockquote>
<div dir="ltr" > </div></div><BR>