> On 6/9/23 18:38, Lorenzo Bianconi wrote:
> >> On 6/9/23 18:07, Lorenzo Bianconi wrote:
> >>> This is a preliminary patch to sync load_balancers applied to
> >>> logical_routers to Load_Balancer table in the SouthBound database.
> >>>
> >>> Reported-at: https://bugzilla.redhat.com/show_bug.cgi?id=
On Jun 09, Mark Michelson wrote:
> On 6/9/23 13:10, Lorenzo Bianconi wrote:
> > > Hi Lorenzo, I have one note below
> > >
> > > On 6/9/23 12:07, Lorenzo Bianconi wrote:
> > > > Introduce lr_datapath_group column in the load_balancer table of the SB
> > > > db.
> > > > Sync load_balancers applied t
The test case is unstable because there are many factors that can impact
the number of recomputes. For example, when northd updates both NB and
SB, both sides have in-flight transactions, and if the SB notification
comes back before the NB transaction (for updating nb_cfg) completes,
ovn-northd fal
Vport's offloads are done on the tracked orig-in-port, but the flow itself
is associated in the vport's map.
Removing the physdev will flush all the ports that are on its map, but
not the ones on other netdevs' maps. Since flows take reference count on
both their vport and their physdev, the physd
When using a userspace vport ("vxlan0"), dpif-netdev adds an additional
netdev ("vxlan_sys_4789"). The dpif netdev ("vxlan0") is added to the
netdev-offload ports map, thus flows are associated on this netdev.
However, flushing is done on the dpif-netdev level ("vxlan_sys_4789"),
and relevant offl