<font size=2 face="sans-serif">Could you explain  "bits of actual
file"  mentioned below ?  Prefetch with </font><font size=2 face="Calibri">–metadata-only</font><font size=2 face="sans-serif">pulls everything (xattrs, ACLs etc..) except data. Doing "</font><font size=2 face="Calibri">ls
–ltrs</font><font size=2 face="sans-serif">" shows file allocation
size as zero if data prefetch  not  yet completed on them.</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">Mark Bush <Mark.Bush@siriuscom.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/06/2017 07:24 AM</font><br><font size=1 color=#5f5f5f face="sans-serif">Subject:    
   </font><font size=1 face="sans-serif">[gpfsug-discuss]
AFM misunderstanding</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=2 face="Calibri">When I setup a AFM relationship (let’s
just say I’m doing RO), does prefetch bring bits of the actual file over
to the cache or is it only ever metadata?  I know there is a –metadata-only
switch but it appears that if I try a mmafmctl prefetch operation and then
I do a ls –ltrs on the cache it’s still 0 bytes.  I do see the queue
increasing when I do a mmafmctl getstate.  I realize that the data
truly only flows once the file is requested (I just do a dd if=mycachedfile
of=/dev/null).  But this is just my test env.  How to I get the
bits to flow before I request them assuming that I will at some point need
them?  Or do I just misunderstand AFM altogether?  I’m more
used to mirroring so maybe that’s my frame of reference and it’s not
the AFM architecture.  </font><br><font size=2 face="Calibri"> </font><br><font size=2 face="Calibri"> </font><br><font size=2 face="Calibri">Mark</font><p><font size=1>This message (including any attachments) is intended only
for the use of the individual or entity to which it is addressed and may
contain information that is non-public, proprietary, privileged, confidential,
and exempt from disclosure under applicable law. If you are not the intended
recipient, you are hereby notified that any use, dissemination, distribution,
or copying of this communication is strictly prohibited. This message may
be viewed by parties at Sirius Computer Solutions other than those named
in the message header. This message does not contain an official representation
of Sirius Computer Solutions. If you have received this communication in
error, notify Sirius Computer Solutions immediately and (i) destroy this
message if a facsimile or (ii) delete this message immediately if this
is an electronic communication. Thank you. </font><p><a href=http://www.siriuscom.com/><font size=2 color=#0082bf face="Calibri"><b><u>Sirius
Computer Solutions</u></b></font></a><font size=3> </font><tt><font size=2>_______________________________________________<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></font></tt><p><p><BR>