<font size=2 face="sans-serif">tspcacheutil <file path>, this command
provides information about the file's replication state. You can also run
policy to find these files. </font><br><br><font size=2 face="sans-serif">Example:</font><br><br><font size=2 face="sans-serif">tspcacheutil /gpfs/gpfs1/sw2/1.txt </font><br><font size=2 face="sans-serif">inode: ino=524290 gen=235142808 uid=1000
gid=0 size=3 mode=0200100777 nlink=1</font><br><font size=2 face="sans-serif"> ctime=1600366912.382081156
mtime=1600275424.692786000</font><br><font size=2 face="sans-serif"> cached 1
hasState 1 local 0</font><br><font size=2 face="sans-serif"> create 0
setattr 0 dirty 0 link 0 append 0</font><br><font size=2 face="sans-serif">pcache: parent ino=524291 foldval=0x6AE011D4
nlink=1</font><br><font size=2 face="sans-serif">remote: ino=56076 size=3 nlink=1 fhsize=24
version=0</font><br><font size=2 face="sans-serif"> ctime=1600376836.408694099
mtime=1600275424.692786000</font><br><br><font size=2 face="sans-serif">Cached - File is cached. For directory,
readdir+lookup is completed.</font><br><font size=2 face="sans-serif">hashState - file/dir have remote attributes
for the replication.</font><br><font size=2 face="sans-serif">local - file/dir is local, won't
be replicated to home or not revalidated with home.</font><br><font size=2 face="sans-serif">Create - file/dir is newly created,
not yet replicated</font><br><font size=2 face="sans-serif">Setattr - Attributes (chown, chmod,
mmchattr , setACL, setEA etc..) are changed on dir/file, but not
replicated yet.</font><br><font size=2 face="sans-serif">Dirty - file have been changed in the
cache, but not replicated yet. For directory this means that files inside
it have been removed or renamed.</font><br><font size=2 face="sans-serif">Link - hard link for the file have been
created, but not replicated yet.</font><br><font size=2 face="sans-serif">Append - file have been appended, but
not replicated yet. For directory this is complete bit which indicates
that readddir was performed.</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">"Dorigo Alvise
(PSI)" <alvise.dorigo@psi.ch></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">09/21/2020 04:02 PM</font><br><font size=1 color=#5f5f5f face="sans-serif">Subject:
</font><font size=1 face="sans-serif">[EXTERNAL] Re:
[gpfsug-discuss] Checking if a AFM-managed file is still
inflight</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=5 face="Calibri">Information reported by that command (both
at cache and home side) are size, blocks, block size, and times.<br>I think it cannot be enough to decide that AFM completed the transfer of
a file.</font><br><font size=5 face="Calibri">Did I possibly miss something else ?</font><br><font size=5 face="Calibri">It would be nice to have a flag (like that
one reported by the policy, flags “P” – managed by AFM – and “w”
– beeing transferred -) that can help us to know if AFM considers the
file synced to home or not yet.</font><br><font size=5 face="Calibri"> </font><br><font size=5 face="Calibri"> Alvise</font><br><font size=5 face="Calibri"> </font><br><font size=3 face="Calibri"><b>Da: </b><gpfsug-discuss-bounces@spectrumscale.org>
per conto di Olaf Weiser <olaf.weiser@de.ibm.com><b><br>Risposta: </b>gpfsug main discussion list <gpfsug-discuss@spectrumscale.org><b><br>Data: </b>lunedì, 21 settembre 2020 11:55<b><br>A: </b>"gpfsug-discuss@spectrumscale.org" <gpfsug-discuss@spectrumscale.org><b><br>Cc: </b>"gpfsug-discuss@spectrumscale.org" <gpfsug-discuss@spectrumscale.org><b><br>Oggetto: </b>Re: [gpfsug-discuss] Checking if a AFM-managed file is still
inflight</font><br><font size=2 face="Calibri"> </font><br><font size=2 face="Arial">do you looking fo smth like this:</font><br><font size=2 face="Arial">mmafmlocal ls filename or stat
filename </font><br><font size=2 face="Arial"> </font><br><font size=2 face="Arial"> </font><br><font size=2 face="Arial"> </font><br><font size=2 face="Arial"> </font><br><font size=2 face="Arial"> </font><br><font size=2 face="Arial">----- Original message -----<br>From: "Dorigo Alvise (PSI)" <alvise.dorigo@psi.ch><br>Sent by: gpfsug-discuss-bounces@spectrumscale.org<br>To: gpfsug main discussion list <gpfsug-discuss@spectrumscale.org><br>Cc:<br>Subject: [EXTERNAL] [gpfsug-discuss] Checking if a AFM-managed file is
still inflight<br>Date: Mon, Sep 21, 2020 10:45 AM<br> <br></font><br><font size=5 face="Arial">Dear GPFS users,</font><br><font size=5 face="Arial">I know that through a policy one can know
if a file is still being transferred from the cache to your home by AFM.</font><br><font size=5 face="Arial"> </font><br><font size=5 face="Arial">I wonder if there is another method @cache
or @home side, faster and less invasive (a policy, as far as I know, can
put some pressure on the system when there are many files).</font><br><font size=5 face="Arial">I quickly checked mmlsattr that seems not
to be AFM-aware (but there is a flags field that can show several things,
like compression status, archive, etc).</font><br><font size=5 face="Arial"> </font><br><font size=5 face="Arial">Any suggestion ?</font><br><font size=5 face="Arial"> </font><br><font size=5 face="Arial">Thanks in advance,</font><br><font size=5 face="Arial"> </font><br><font size=5 face="Arial"> Alvise</font><br><font size=2 face="Courier New">_______________________________________________<br>gpfsug-discuss mailing list<br>gpfsug-discuss at spectrumscale.org</font><font size=2 color=blue face="Courier New"><u><br></u></font><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss" target="_blank"><font size=2 color=blue face="Courier New"><u>http://gpfsug.org/mailman/listinfo/gpfsug-discuss</u></font></a><font size=2 face="Courier New"></font><br><font size=2 face="Arial"> </font><br><font size=2 face="Calibri"><br></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><br><br><BR>