Tony,
On the site wide redirector mount point change r, to ro, Wei likely spotted the problem. A read only mount is ro
Cheers
Doug
Sent from my iPhone
On Sep 24, 2013, at 5:16 AM, Antonio Limosani <[log in to unmask]> wrote:
> Hi Doug,
>
> I removed sss for the sitelevel redirector and get the same error, and I also tried removing that attribute for all redirectors with the same result
>
> [root@tonytest4 ~]# ls /tonytest8/coepp
> ls: cannot open directory /tonytest8/coepp: No such file or directory
>
> Tony
>
>
>
>
> On 22/09/2013, at 9:32 PM, Doug Benjamin wrote:
>
>> Hi Tony,
>>
>> Remove
>>
>> ,sss=/etc/xrootd/coeppkeyfile
>>
>> And Try again. I bet the shared secret is causing the issue.
>>
>> Doug
>>
>> On 9/22/13 6:15 AM, Antonio Limosani wrote:
>>> Hi all,
>>>
>>>> 2. if you use "xrd meta-redirector locateall /export_path", can you see all data servers from both cache storage and persistent storage?
>>> Yes I see both cache and persistent storage data servers
>>>
>>>> 3. after you mount xrootdfs, can you try "getfattr --only-value -n xrootdfs.fs.dataserverlist /mount_point"? Does it give you a list of data servers?
>>>> (this list should also be sent to syslog when you start xrootdfs)
>>> On my client machine, which has the following mount points
>>>
>>> # xrootd mounts
>>> #persistent re-director
>>> /tonytest1/coepp -fstype=fuse,rw,rdr=root\://tonytest1.tev.unimelb.edu.au\:1094//coepp,uid=497,sss=/etc/xrootd/coeppkeyfile :xrootdfs.sh
>>> #cache re-director
>>> /tonytest7/coepp -fstype=fuse,rw,rdr=root\://tonytest7.tev.unimelb.edu.au\:1094//coepp,uid=497,sss=/etc/xrootd/coeppkeyfile :xrootdfs.sh
>>> #site level re-director
>>> /tonytest8/coepp -fstype=fuse,r,rdr=root\://tonytest8.tev.unimelb.edu.au\:1094//coepp,uid=497,sss=/etc/xrootd/coeppkeyfile :xrootdfs.sh
>>>
>>> I attempt the above command but it doesn't give me a list of data servers
>>>
>>> [orso@tonytest4 ~]$ getfattr --only-value -n xrootdfs.fs.dataserverlist /tonytest8
>>> /tonytest8: xrootdfs.fs.dataserverlist: Operation not supported
>>>
>>>
>>> Tony
>>>
>>> On 22/09/2013, at 8:54 AM, Yang, Wei wrote:
>>>
>>>> Hi Doug,
>>>>
>>>> the plot is a little small and difficult to read. But I think I understand your setup and problem --- xrootdfs works with the two lower level redirector but not with the upper level meta redirector.
>>>>
>>>> I have exactly the same setup at SLAC for years so I think it should work for you too. a few things you can check:
>>>>
>>>> 1. Is there any xrootd security involved?
>>>> 2. if you use "xrd meta-redirector locateall /export_path", can you see all data servers from both cache storage and persistent storage?
>>>> 3. after you mount xrootdfs, can you try "getfattr --only-value -n xrootdfs.fs.dataserverlist /mount_point"? Does it give you a list of data servers?
>>>> (this list should also be sent to syslog when you start xrootdfs)
>>>> 4. If your xrootdfs gives you an empty list in 3), can you do "sudo kill -USR1 pid_of_xrootdfs" and repeat 3) again.
>>>>
>>>> regards,
>>>> Wei Yang | [log in to unmask] | 650-926-3338(O)
>>>>
>>>>
>>>>
>>>> On Sep 21, 2013, at 2:07 PM, Doug Benjamin <[log in to unmask]> wrote:
>>>>
>>>>> <cloudsite-storage.png>
>
> ########################################################################
> Use REPLY-ALL to reply to list
>
> To unsubscribe from the XROOTD-DEV list, click the following link:
> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-DEV&A=1
########################################################################
Use REPLY-ALL to reply to list
To unsubscribe from the XROOTD-DEV list, click the following link:
https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-DEV&A=1
|