Hi Geonmo,

 

The simplest way to verify this issue with NFS mounted disk is to use xrdfs command (xrootdfs is not a good place to debug issues).

 

xrdfs data_server:port mv old_path new_path

 

make sure you run against the data_server that host the old_path. Do not run this against the redirector (xrootdfs run rename() against every single data server).

 

A side note about running xrootd with NFS disk. We will obviously expect high overhead and other file locking issues with NFS disks. One way to work around this is to create a large file on a NFS server, make a file system on top of this large file, and then loop-back mount the filesystem on xrootd data server, to be used as a xrootd “local” disk.

 

regards,

--

Wei Yang  |  [log in to unmask]  |  650-926-3338(O)

 

On 7/15/20, 12:07 AM, "[log in to unmask] on behalf of "Geonmo Ryu"" <[log in to unmask] on behalf of [log in to unmask]> wrote:

 

Dear XRootD experts,

 

I'm having problems with xattrs when I'm using NFS storage as an xrootd server.

 

Because an extended attribute option is currently enabled in the default setting, we are operating separate xrootd daemons for SAN disks and NFS mount points. 

 

Currently, we are saving data by applying the noxattr option.  

 

However, when data stored on NFS is moved at an xrootdfs environment by "mv" command, the file itself is disappearing. 

 

It seems that the problem is probably caused by xattrs options.

 

If you know the solution, please let me know.

 

Regards,

 

--------------------------------------------------------------------------------------------------
Geonmo Ryu /
류건모

Korea Institute of Science and Technology Information (KISTI)
Global Science experimental Data hub Center (GSDC)
245 Daehak-ro, Yuseong-gu, Daejeon, 305-806, Republic of Korea
Tel :  +82-42-869-1639
E-mail: (CMS Helpdesk) [log in to unmask] / (Contact) [log in to unmask]
-------------------------------------------------------------------------------------------------- 

 

 

 

 

 

 

Image removed by sender.


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



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