According to https://github.com/xrootd/xrootd/blob/master/src/XrdFfs/XrdFfsXrootdfs.cc#L624

 

The function at that line is essentially a delete if the rename_all() call is successful. So I guess rename_all() didn’t get an error, and therefore the deletetion went ahead.

 

 

regards,

--

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

 

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

 

Hello, Wei Yang.

 

I got a message during mv command.

 

---

[ERROR] Server responded with an error: [3005] Unable to rename *****/****/28B9D1FB-8B31-E711-AA4E-0025905B85B2.root  ; operation not supported

---

 

Then, I re-try on xrootdfs space.

 

[geonmo@ui20 xrootd]$ ls

28B9D1FB-8B31-E711-AA4E-0025905B85B2.root  data.dat

[geonmo@ui20 xrootd]$ mv 28B9D1FB-8B31-E711-AA4E-0025905B85B2.root a.root

[geonmo@ui20 xrootd]$ ls -al

data.dat

 

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

 

 

 

 

 

 

-----------------------원본 메세지-----------------------
보낸사람: "Yang, Wei "<[log in to unmask]>
받는사람: "Geonmo Ryu" <[log in to unmask]>,xrootd-l <[log in to unmask]>
보낸시간: 2020-07-15 16:16:23 GMT +0900 (ROK)
제목: Re: NFS storage and xattrs problem

 

 

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

 

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