Thanks for all the comments.
I can follow-up in GitHub.
Thanks again,
James
> On 10 Jan 2022, at 20:44, Andrew Hanushevsky <[log in to unmask]> wrote:
>
> I agree, we need a ticket.
>
> Andy
>
>
> On Mon, 10 Jan 2022, Yang, Wei wrote:
>
>> I think James' concern is on the HTTP TPC only, not regular HTTP request. I would suggest that James submit an enhancement request (not to xrootd-l but to xrootd github) so that we can keep track of this.
>>
>> regards,
>> --
>> Wei Yang | [log in to unmask] | 650-926-3338(O)
>>
>> -----Original Message-----
>> From: <[log in to unmask]> on behalf of Andrew Hanushevsky <[log in to unmask]>
>> Date: Monday, January 10, 2022 at 11:26 AM
>> To: Alessandra Forti <[log in to unmask]>
>> Cc: Petr Vokac <[log in to unmask]>, "Yang, Wei" <[log in to unmask]>, James William Walder <[log in to unmask]>, xrootd-l <[log in to unmask]>
>> Subject: Re: Max connections via davs tpc ?
>>
>> Well, only one site wanted a limit and we came up with a bypass for them,
>> I believe. That was a long time ago. So, it's not that we can't, it's that
>> we haven't had any requests to do so up until now. As far as I can
>> understand, the discussion here is only for TPC. For xroot TPC, there is a
>> limit. I suppose we can figure out how to do that for the http side,
>> though it's a bit more complicated there because of the implementation.
>>
>> Andy
>>
>>
>> On Mon, 10 Jan 2022, Alessandra Forti wrote:
>>
>> > Hi Petr,
>> >
>> > interesting DPM can limit the number of clients but naked xrootd can't what
>> > is the difference since DPM uses xrootd underneath? We should concentrate on
>> > the storage types that will remain beyond 2024.
>> >
>> > cheers
>> >
>> > alessandra
>> >
>> > On 10/01/2022 13:26, Petr Vokac wrote:
>> >> But e.g. DPM limit is by default 1200 per each disknode, we observed
>> >> problems with dCache sites with their too low default HTTP movers limit, so
>> >> I'm basically happy if there is no limit on XRootD HTTP side (till somebody
>> >> try to actively kill our services, but robust protection of our
>> >> infrastructure would be completely different task).
>> >>
>> >> Petr
>> >>
>> >> On 1/10/22 12:54, Alessandra Forti wrote:
>> >>> Hi Wei,
>> >>>
>> >>> is there a reason why it is not possible to set the number of connections?
>> >>> If not shouldn't this be implemented? Standard apache servers have a
>> >>> MaxClients directive AFAIK.
>> >>>
>> >>> The problem with FTS limitation is that we have several independent FTS in
>> >>> our community and putting a limit in all of them can be a problem.
>> >>>
>> >>> cheers
>> >>>
>> >>> alessandra
>> >>>
>> >>> On 07/01/2022 19:11, Yang, Wei wrote:
>> >>>> I don't think HTTP TPC respect that limit. One thing you can ask is for
>> >>>> FTS service to put a limit on the number of concurrent HTTP TPC
>> >>>> transfers. The FTS limits apply upon protocol://host but not port.
>> >>>>
>> >>>> regards,
>> >>>> --
>> >>>> Wei Yang | [log in to unmask] | 650-926-3338(O)
>> >>>>
>> >>>> -----Original Message-----
>> >>>> From: <[log in to unmask]> on behalf of James William Walder
>> >>>> <[log in to unmask]>
>> >>>> Date: Friday, January 7, 2022 at 5:39 AM
>> >>>> To: xrootd-l <[log in to unmask]>
>> >>>> Subject: Max connections via davs tpc ?
>> >>>>
>> >>>> Hi,
>> >>>> In the ofs.tpc directive the xfr parameter should control the max
>> >>>> number of TPC connections.
>> >>>> Does tpc via http respect that parameter ? If not, is there a way to
>> >>>> set a limit?
>> >>>> Thanks in advance,
>> >>>> James
>> >>>> ########################################################################
>> >>>> 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
>> >>>
>> >>> ########################################################################
>> >>> 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
>> >
>>
>> ########################################################################
>> 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
|