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