Hi all,
That change allows me to access the namespace using the site level redirector. Cool!
[root@tonytest4 ~]# ls /tonytest8/coepp
global local
Tony
On 24/09/2013, at 12:33 PM, Doug Benjamin wrote:
> 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
|