<font size=2 face="Calibri">>I wasn’t 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’s a file/directory that doesn’t 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:
</font><font size=1 face="sans-serif">david_johnson@brown.edu</font><br><font size=1 color=#5f5f5f face="sans-serif">To:
</font><font size=1 face="sans-serif">gpfsug main discussion
list <gpfsug-discuss@spectrumscale.org></font><br><font size=1 color=#5f5f5f face="sans-serif">Date:
</font><font size=1 face="sans-serif">05/30/2018 06:14 PM</font><br><font size=1 color=#5f5f5f face="sans-serif">Subject:
</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:
</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> -- ddj<br>Dave Johnson<br><br>> On May 30, 2018, at 8:26 AM, Peter Serocka <peserocka@gmail.com>
wrote:<br>> <br>> As a quick means, why not adding /usr/lib64 at the beginning of LD_LIBRARY_PATH?<br>> <br>> (Not to get started on using LD_LIBRARY_PATH in the first place…)<br>> <br>> <br>> — Peter<br>> <br>>> On 2018 May 30 Wed, at 13:52, Simon Thompson (IT Research Support)
<S.J.Thompson@bham.ac.uk> wrote:<br>>> <br>>> Hi All,<br>>> <br>>> We have a file-set which is an AFM fileset and contains installed
software.<br>>> <br>>> We’ve 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>>> <br>>> /gpfs/apps/somesoftware/v1.2/lib<br>>> <br>>> Subsequently when you run (e.g.) “who” on the system, LD_LIBRARY_PATH
is being searched for e.g. libnss_ldap, which is in /usr/lib64. We’re
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’s 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>>> <br>>> Thanks<br>>> <br>>> Simon <br>>> <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>> _______________________________________________<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>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>