Hi Matevz,
normally XrdCl would open one connection per server it contacts. Not
per file.
Cheers,
Lukasz
On 23.08.2013 07:16, Matevz Tadel wrote:
> Hi Lukasz, Andy,
>
> On 8/22/13 7:52 AM, Lukasz Janyst wrote:
>> Hi Alja,
>>
>> that's a feature. The connection manager used to have idle time
>> after which
>> the connections were closed but Andy's preference was to manage
>> connection life
>> from the server-side.
>
> Hmmh ... then it seems the servers are not doing a too good job :( If
> you look at the netstat dump, there are 105 connections to CMS
> meta-manager at xrootd.unl.edu alone and 150 connections to various data
> servers ... and this is after replaying a one-day-worth of access from
> UCSD (320 files) and waiting for /three days/. So, the servers don't
> close all of them.
>
> The problem here is that proxy process stays up for a long time and it
> instantiates a new XrdCl for every file it is downloading.
>
> Andy, another problem here is with detailed monitoring ... I never get
> the last message of the 't' stream, the one containing the close so
> monitor thinks the files are still kept opened. As there is no
> disconnect and there are is no new activity on the channel, the buffers
> keeps sitting on the server. If this stays like this ... can I ask for
> 'close' event to cause flushing of the 't' stream when io[v] is in effect?
>
> Cheers,
> Matevz
>
>
>> Cheers,
>> Lukasz
>>
>> On 22.08.2013 16:15, Alja Mrak-Tadel wrote:
>>> Hello,
>>>
>>> I'm testing a proxy server with new client (branch xrdposixcl) and I
>>> noticed that socket connections stay open for days. Here is an example
>>> of netstat command on the machine I run xrootd proxy:
>>> http://uaf-2.t2.ucsd.edu/~alja/netstat.txt
>>> Notice also there are several connections to the meta manager,
>>> xrootd.unl.edu.
>>>
>>> From xrootd log http://uaf-2.t2.ucsd.edu/~alja/proxy.log I can see
>>> XrdCl::File::Close() is called but it is difficult to trace why sockets
>>> are left open.
>>>
>>> I'm working on a caching proxy server, where it is important that
>>> connections get closed reasonably soon ... the proxy is potentially
>>> accessing all Xrootd servers in a federation.
>>>
>>> Thanks,
>>> Alja
>>>
>>> ########################################################################
>>> 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
>
########################################################################
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
