Hi Andy,
ah, ok, so technically --refresh kicks host1.example.com and makes an
order to requery the info ... Does that also spawn any action which
triggers cmsd in final response?
I think I have example when xrdcp against redirector returns 'No servers
are available to read the file.' for no reason and after running
`xrdmapc --refresh...` then again xrdcp magically started to work. Does
that make any sense?
Thanks,
Marian
On 8/5/15 5:55 PM, Andrew Hanushevsky wrote:
> Hi Marian,
>
> The --refresh is only meaningful with you specify a path with xrdmapc.
> When you do specify a path, all the redirector are queried who has that
> path. Without --refresh the redirects may respond using chached
> knowledge about the path. With --refresh the redirectors are disallowed
> using ther own cached information and have to requery all of their
> servers to determine which has the file.
>
> Andy
>
> On Wed, 5 Aug 2015, Marian Zvada wrote:
>
>> Hi Folks,
>>
>> could someone explain more in details what --refresh means here?
>>
>> I'm not sure if I get it from the help:
>>
>> --refresh | -r does not use cached information but will refresh the
>> cache.
>>
>> What is the real effect if I run `xrdmapc --list all --refresh
>> host1.example.com:1094`:
>>
>> a) from host1.example.com (run xrdmapc against itself, i.e. host1)
>> b) from host2.example.com (or any other host but host1 against host1)
>>
>> What cache is used/refreshed in a) or b)? I'd assume the one from
>> where command is executed?
>>
>> Thanks,
>> Marian
>>
>> ########################################################################
>> 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
|