<font size=2 face="Calibri">&gt;I wasn\u2019t sure if </font><font size=3 color=#2f2f2f><b>afmDirLookupRefreshInterval</b></font><font size=2 face="Calibri">and </font><font size=3 color=#2f2f2f><b>afmFileLookupRefreshInterval</b></font><font size=2 face="Calibri">would be the right thing if it\u2019s a file/directory that doesn\u2019t exist?</font><br><br><font size=2 face="Calibri">These refresh intervals applies to all
the lookups and not just for negative lookups. </font><font size=2 face="sans-serif">For
working around in AFM itself, you could try setting these refresh intervals
to higher value if cache does not need to validate with home often.</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">david_johnson@brown.edu</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">05/30/2018 06:14 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 negative file caching</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>Another possible workaround would be to add wrappers
for these apps and only add the AFM based gpfs directory to the LD_LIBARY_PATH
when about to launch the app. <br><br> &nbsp;-- ddj<br>Dave Johnson<br><br>&gt; On May 30, 2018, at 8:26 AM, Peter Serocka &lt;peserocka@gmail.com&gt;
wrote:<br>&gt; <br>&gt; As a quick means, why not adding /usr/lib64 at the beginning of LD_LIBRARY_PATH?<br>&gt; <br>&gt; (Not to get started on using LD_LIBRARY_PATH in the first place\u2026)<br>&gt; <br>&gt; <br>&gt; \u2014 Peter<br>&gt; <br>&gt;&gt; On 2018 May 30 Wed, at 13:52, Simon Thompson (IT Research Support)
&lt;S.J.Thompson@bham.ac.uk&gt; wrote:<br>&gt;&gt; <br>&gt;&gt; Hi All,<br>&gt;&gt; <br>&gt;&gt; We have a file-set which is an AFM fileset and contains installed
software.<br>&gt;&gt; <br>&gt;&gt; We\u2019ve been experiencing some performance issues with workloads
when this is running and think this is down to LD_LIBRARY_PATH being set
to the software installed in the AFM cache, e.g.<br>&gt;&gt; <br>&gt;&gt; /gpfs/apps/somesoftware/v1.2/lib<br>&gt;&gt; <br>&gt;&gt; Subsequently when you run (e.g.) \u201cwho\u201d on the system, LD_LIBRARY_PATH
is being searched for e.g. libnss_ldap, which is in /usr/lib64. We\u2019re
assuming that AFM is checking with home each time the directory is processed
(and other sub directories like lib/tls) and that each time AFM is checking
for the file\u2019s existence at home. Is there a way to change the negative
cache at all on AFM for this one file-set? (e.g as you might with NFS).
The file-set only has applications so changes are pretty rare and so a
10 min or so check would be fine with me.<br>&gt;&gt; <br>&gt;&gt; Thanks<br>&gt;&gt; <br>&gt;&gt; Simon <br>&gt;&gt; <br>&gt;&gt; _______________________________________________<br>&gt;&gt; gpfsug-discuss mailing list<br>&gt;&gt; gpfsug-discuss at spectrumscale.org<br>&gt;&gt; </font></tt><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss"><tt><font size=2>http://gpfsug.org/mailman/listinfo/gpfsug-discuss</font></tt></a><tt><font size=2><br>&gt; <br>&gt; _______________________________________________<br>&gt; gpfsug-discuss mailing list<br>&gt; gpfsug-discuss at spectrumscale.org<br>&gt; </font></tt><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss"><tt><font size=2>http://gpfsug.org/mailman/listinfo/gpfsug-discuss</font></tt></a><tt><font size=2><br>_______________________________________________<br>gpfsug-discuss mailing list<br>gpfsug-discuss at spectrumscale.org<br></font></tt><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss"><tt><font size=2>http://gpfsug.org/mailman/listinfo/gpfsug-discuss</font></tt></a><tt><font size=2><br><br></font></tt><br><br><BR>