 |
 |
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