 |
 |
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