<font size=2 face="sans-serif">Hi,</font><br><br><font size=2 face="sans-serif">AFM usually logs the following message
at gateway node if it cannot open control file to read ACLs/EAs.</font><br><br><font size=2 face="sans-serif">
AFM: Cannot find control file for file system <FS> fileset
<Fileset> in the exported file system at home.</font><br><font size=2 face="sans-serif">
ACLs and extended attributes will not be synchronized. Sparse
files will have zeros written for holes.</font><br><br><font size=2 face="sans-serif">If the above message didn't not appear
in logs and if AFM failed to bring ACLs, this may be a defect. Please
open PMR with supporting traces to debug this issue further. Thanks.</font><br><br><font size=2 face="sans-serif">Regards,<br>Venkat<br>-------------------------------------------------------------------<br>Venkateswara R Puvvada/India/IBM@IBMIN<br>vpuvvada@in.ibm.com<br></font><br><br><br><font size=1 color=#5f5f5f face="sans-serif">From:
</font><font size=1 face="sans-serif">Loic Tortay <tortay@cc.in2p3.fr></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/16/2016 03:10 PM</font><br><font size=1 color=#5f5f5f face="sans-serif">Subject:
</font><font size=1 face="sans-serif">Re: [gpfsug-discuss]
Extended attributes and ACLs with AFM-based "NFS
migration"</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>On 16/04/2016 11:23, Venkateswara R Puvvada wrote:<br>> Hi,<br>><br>> Can you check if AFM was enabled at home cluster using "mmafmconfig<br>> enable" command? What is the fileset mode are you using
?<br>><br>Hello,<br>AFM was enabled for the 2 home filesets/NFS exports with "mmafmconfig
<br>enable /fs1/zone1" & "mmafmconfig enable /fs1/zone2".<br><br>The fileset mode is read-only for botch cache filesets.<br><br><br>Loc.<br>-- <br>| Loc Tortay <tortay@cc.in2p3.fr> - IN2P3
Computing Centre |<br><br>> Regards,<br>> Venkat<br>> -------------------------------------------------------------------<br>> Venkateswara R Puvvada/India/IBM@IBMIN<br>> vpuvvada@in.ibm.com<br>><br>><br>><br>><br>> From: Loic Tortay <tortay@cc.in2p3.fr><br>> To: gpfsug-discuss@spectrumscale.org<br>> Date: 04/15/2016 09:35 PM<br>> Subject: [gpfsug-discuss] Extended attributes
and ACLs with<br>> AFM-based "NFS migration"<br>> Sent by: gpfsug-discuss-bounces@spectrumscale.org<br>><br>><br>><br>> Hello,<br>> I have a testbed cluster where I have setup AFM for an incremental
NFS<br>> migration between 2 GPFS filesystems in the same cluster. This
is with<br>> Spectrum Scale 4.1.1-5 on Linux (CentOS 7).<br>><br>> The documentation states: "On a GPFS data source, AFM moves all
user<br>> extended attributes and ACLs, and file sparseness is maintained."<br>> (SpectrumScale 4.1.1 Advanced Administration Guide, page 226)<br>><br>> If I'm not mistaken, I have a GPFS data source (since I'm doing a<br>> migration from GPFS to GPFS).<br>><br>> While file sparseness is mostly maintained, user extended attributes
and<br>> ACLs in the source/home filesystem do not appear to be migrated to
the<br>> target/cache filesystem (same goes for basic tests with ACLs):<br>> % getfattr /fs1/zone1/s04/1900/3e479a3eb2eb92d419f812ba1287e8c6269<br>> getfattr: Removing leading '/' from absolute path names<br>> # file: fs1/zone1/s04/1900/3e479a3eb2eb92d419f812ba1287e8c6269<br>> user.mfiles:sha2-256<br>> %<br>> While on the target filesystem:<br>> % getfattr /fs2/zone1/s04/1900/3e479a3eb2eb92d419f812ba1287e8c6269<br>> %<br>><br>> Am I missing something ? Is there another meaning to "user
extended<br>> attributes" than OS level extended attributes (i.e. non-GPFS
xattr) ?<br>><br><br><br><br>[attachment "smime.p7s" deleted by Venkateswara R Puvvada/India/IBM]
_______________________________________________<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>