Hello,
I am trying to make better use of extended attributes.
On one xrootd dataserver, data comes to disk via gridftp dsi interface. On this data server
the only extended attribute : user.XrdFrm.Pfn is created automatically. I also access this
storage through xrootdfs mount and the cp command and the checksum extended attribute
is not automatically created.
I am using the checksum directive -
xrootd.chksum max 3 adler32 /usr/bin/xrdadler32
Here is what I see in a random file -
[root@atlasfs ~]# getfattr -L /data/1/public/1A/4A3EB14F0ACD0200086%
getfattr: Removing leading '/' from absolute path names
# file: data/1/public/1A/4A3EB14F0ACD0200086%
user.XrdFrm.Pfn
Here is the contents of the extended attribute -
[root@atlasfs ~]# getfattr -n user.XrdFrm.Pfn /data/1/public/1A/4A3EB14F0ACD0200086%getfattr: Removing leading '/' from absolute path names
# file: data/1/public/1A/4A3EB14F0ACD0200086%
user.XrdFrm.Pfn="/atlas/dq2/user/chakanau/pt90v1/user.chakanau.pt90v1.physics_Egamma.NTUP_PHOTON.p868.data11_7TeV.00191139.physics_Egamma.merge.NTUP_PHOTON.f415_m1025_p868.120522233845/user.chakanau.008283._1504623807.log.tgz"
Since this is a system with oss.space directive, the symlinks created in the exported area (/atlas) have the same information.
I can use the frm_admin command to create the checksum extended attribute for the file - user.XrdCks.adler32, but would like it to occur automatically.
Any suggestions.
Cheers,
Doug Benjamin
########################################################################
Use REPLY-ALL to reply to list
To unsubscribe from the XROOTD-L list, click the following link:
https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-L&A=1
|