> -----Original Message-----
> From: Ilya Maximets [mailto:[email protected]]
> Sent: Wednesday, May 12, 2021 9:03 PM
> To: wangyunjian <[email protected]>; Ilya Maximets
> <[email protected]>; [email protected]
> Cc: Lilijun (Jerry) <[email protected]>; xudingke
> <[email protected]>; chenchanghu <[email protected]>
> Subject: Re: [ovs-dev] [PATCH] ovsdb-server: Add limitation for ovsdb-server
> remotes
> 
> On 1/11/21 2:27 PM, wangyunjian wrote:
> >> -----Original Message-----
> >> From: Ilya Maximets [mailto:[email protected]]
> >> Sent: Monday, January 11, 2021 8:40 PM
> >> To: wangyunjian <[email protected]>; [email protected]
> >> Cc: [email protected]; Lilijun (Jerry) <[email protected]>;
> >> xudingke <[email protected]>; chenchanghu
> <[email protected]>
> >> Subject: Re: [ovs-dev] [PATCH] ovsdb-server: Add limitation for
> >> ovsdb-server remotes
> >>
> >> On 12/22/20 12:31 PM, wangyunjian wrote:
> >>> From: Yunjian Wang <[email protected]>
> >>>
> >>> Currently there is no limit to add ovsdb-server remotes, which will
> >>> cause all FDs maybe be consumed when we always call
> >>> ovsdb_server_add_remote() function. And as a result, other
> >>> connections cannot be created. To fix this issue, we can add
> >>> limitation for ovsdb-server remotes. It's limited to 64, witch is
> >>> just an empirical value.
> >>
> >> Hi.  Why do you need so many remotes?
> >> And why not removing ones that you don't need?
> >
> > This issue is caused by pressure tests. The remotes are continuously
> > created. The ovsdb-server service is abnormal and cannot be recovered.
> 
> Thinking more about this, it makes some sense to limit number of remotes, but
> this patch only limits it in one place.  Commonly, some database table is used
> as a source of remotes for an ovsdb process and this patch doesn't limit
> number of connections that could be added to these tables.

OK, I can fix them together, but I don't know the exact command for the some
database tables. Can you explain them in detail?

Thanks

> 
> Best regards, Ilya Maximets.
_______________________________________________
dev mailing list
[email protected]
https://mail.openvswitch.org/mailman/listinfo/ovs-dev

Reply via email to