<font size=2 face="sans-serif">Hi Luke,</font><br><br><font size=2 face="sans-serif">This issue has been fixed now. You could
either request efix or try workaround as suggested by Simon. The following
parameters are supported.</font><br><br><font size=2 face="sans-serif">    prepopCompletedReads</font><br><font size=2 face="sans-serif">    prepopFailedReads</font><br><font size=2 face="sans-serif">    prepopData</font><br><br><font size=2 face="sans-serif">This one is missing from the mmfsfuncs
and is fixed now.</font><br><br><font size=2 face="sans-serif">   prepopAlreadyCachedFiles</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">Luke Raimbach <luke.raimbach@googlemail.com></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">04/24/2018 01:25 AM</font><br><font size=1 color=#5f5f5f face="sans-serif">Subject:    
   </font><font size=1 face="sans-serif">Re: [gpfsug-discuss]
afmPrepopEnd Callback</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><font size=3>Hi Simon,</font><br><br><font size=3>Thanks for the consideration.</font><br><br><font size=3>It's a little difficult, though, to give such a flannel
answer to a customer, when the manual says one thing and then the supporting
code doesn't exist.</font><br><br><font size=3>I had walked through how the callback might might be constructed
with the customer and then put together a simple demo script to help them
program things in the future.</font><br><br><font size=3>Slightly red faced when I got rejected by the terminal!</font><br><br><font size=3>Can someone from IBM say which callback parameters are
actually valid and supported? I'm programming against 4.2.3.8 in this instance.</font><br><br><font size=3>Cheers,</font><br><font size=3>Luke.</font><br><br><font size=3><br></font><br><font size=3>On Mon, 23 Apr 2018, 17:08 Simon Thompson (IT Research
Support), <</font><a href=mailto:S.J.Thompson@bham.ac.uk><font size=3 color=blue><u>S.J.Thompson@bham.ac.uk</u></font></a><font size=3>>
wrote:</font><br><font size=3>My very unconsidered and unsupported suggestion would
be to edit mmfsfuncs on your test cluster and see if itโ€™s actually implemented
further in the code ๐Ÿ˜‰</font><p><font size=3> </font><p><font size=3>Simon</font><p><font size=3> </font><p><font size=3><b>From: </b><</font><a href="mailto:gpfsug-discuss-bounces@spectrumscale.org" target=_blank><font size=3 color=blue><u>gpfsug-discuss-bounces@spectrumscale.org</u></font></a><font size=3>>
on behalf of "</font><a href=mailto:luke.raimbach@googlemail.com target=_blank><font size=3 color=blue><u>luke.raimbach@googlemail.com</u></font></a><font size=3>"
<</font><a href=mailto:luke.raimbach@googlemail.com target=_blank><font size=3 color=blue><u>luke.raimbach@googlemail.com</u></font></a><font size=3>><b><br>Reply-To: </b>"</font><a href="mailto:gpfsug-discuss@spectrumscale.org" target=_blank><font size=3 color=blue><u>gpfsug-discuss@spectrumscale.org</u></font></a><font size=3>"
<</font><a href="mailto:gpfsug-discuss@spectrumscale.org" target=_blank><font size=3 color=blue><u>gpfsug-discuss@spectrumscale.org</u></font></a><font size=3>><b><br>Date: </b>Monday, 23 April 2018 at 15:11<b><br>To: </b>"</font><a href="mailto:gpfsug-discuss@spectrumscale.org" target=_blank><font size=3 color=blue><u>gpfsug-discuss@spectrumscale.org</u></font></a><font size=3>"
<</font><a href="mailto:gpfsug-discuss@spectrumscale.org" target=_blank><font size=3 color=blue><u>gpfsug-discuss@spectrumscale.org</u></font></a><font size=3>><b><br>Subject: </b>[gpfsug-discuss] afmPrepopEnd Callback</font><p><font size=3> </font><p><a name=m_8627946120318426488__MailOriginalBody></a><font size=3>Good
Afternoon AFM Experts, </font><p><font size=3> </font><p><font size=3>I looked in the manual for afmPreopopEnd event variables
I can extract to log something useful after a prefetch event completes.
Here is the manual entry:</font><p><font size=3> </font><p><font size=3>         %prepopAlreadyCachedFiles</font><p><font size=3>               
  Specifies the number of files that are cached.</font><p><font size=3>               
  These number of files are not read into cache</font><p><font size=3>               
  because data is same between cache and home.</font><p><font size=3> </font><p><font size=3>However, when I try to install a callback like this, I
get the associated error:</font><p><font size=3> </font><p><font size=3># mmaddcallback afmCompletionReport --command /var/mmfs/etc/afmPrepopEnd.sh
--event afmPrepopEnd -N afm --parms "%fsName %filesetName %prepopCompletedReads
%prepopFailedReads %prepopAlreadyCachedFiles %prepopData"</font><p><font size=3>mmaddcallback: Invalid callback variable "%prepopAlreadyCachedFiles"
was specified.</font><p><font size=3>mmaddcallback: Command failed. Examine previous error messages
to determine cause.</font><p><font size=3> </font><p><font size=3>I have a butcher's in /usr/lpp/mmfs/bin/mmfsfuncs
and see only these three %prepop variables listed:</font><p><font size=3> </font><p><font size=3>    %prepopcompletedreads ) validCallbackVariable="%prepopCompletedReads";;</font><p><font size=3>    %prepopfailedreads ) validCallbackVariable="%prepopFailedReads";;</font><p><font size=3>    %prepopdata        )
validCallbackVariable="%prepopData";;</font><p><font size=3> </font><p><font size=3>Is the %prepopAlreadyCachedFiles not implemented? Will
it be implemented?</font><p><font size=3> </font><p><font size=3>Unusual to see the manual ahead of the code ;)</font><p><font size=3> </font><p><font size=3>Cheers,</font><p><font size=3>Luke</font><br><font size=3>_______________________________________________<br>gpfsug-discuss mailing list<br>gpfsug-discuss at </font><a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__spectrumscale.org&d=DwMFaQ&c=jf_iaSHvJObTbx-siA1ZOg&r=92LOlNh2yLzrrGTDA7HnfF8LFr55zGxghLZtvZcZD7A&m=CKY14hxZ-5Ur87lPVdFwwcpuP1lfw-0_vyYhZCcf1pk&s=mygWSqj61PB-9C4eHEwDBlrwdM6gNuVGKm_QD5VEhTk&e=" target=_blank><font size=3 color=blue><u>spectrumscale.org</u></font></a><font size=3 color=blue><u><br></u></font><a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__gpfsug.org_mailman_listinfo_gpfsug-2Ddiscuss&d=DwMFaQ&c=jf_iaSHvJObTbx-siA1ZOg&r=92LOlNh2yLzrrGTDA7HnfF8LFr55zGxghLZtvZcZD7A&m=CKY14hxZ-5Ur87lPVdFwwcpuP1lfw-0_vyYhZCcf1pk&s=C058esOcmGSwBjnUblCLIJEpF4CKsXAos0Ap57R6A4Q&e=" target=_blank><font size=3 color=blue><u>http://gpfsug.org/mailman/listinfo/gpfsug-discuss</u></font></a><tt><font size=2>_______________________________________________<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&d=DwICAg&c=jf_iaSHvJObTbx-siA1ZOg&r=92LOlNh2yLzrrGTDA7HnfF8LFr55zGxghLZtvZcZD7A&m=CKY14hxZ-5Ur87lPVdFwwcpuP1lfw-0_vyYhZCcf1pk&s=C058esOcmGSwBjnUblCLIJEpF4CKsXAos0Ap57R6A4Q&e="><tt><font size=2>https://urldefense.proofpoint.com/v2/url?u=http-3A__gpfsug.org_mailman_listinfo_gpfsug-2Ddiscuss&d=DwICAg&c=jf_iaSHvJObTbx-siA1ZOg&r=92LOlNh2yLzrrGTDA7HnfF8LFr55zGxghLZtvZcZD7A&m=CKY14hxZ-5Ur87lPVdFwwcpuP1lfw-0_vyYhZCcf1pk&s=C058esOcmGSwBjnUblCLIJEpF4CKsXAos0Ap57R6A4Q&e=</font></tt></a><tt><font size=2><br></font></tt><br><br><BR>