On Fri, Aug 7, 2020 at 12:40 AM Dumitru Ceara wrote:
> On 6/20/20 3:25 AM, Han Zhou wrote:
> > Add the hint to remind user about --ecmp option when needed.
> >
> > Signed-off-by: Han Zhou
>
> Hi Han,
>
> Looks good to me.
>
> Acked-by: Dumitru Ceara
>
> Thanks,
> Dumitru
>
Thanks Dumitru, I
Good to know. Yes, I am using 20.03.
Will try to upgrade.
Thanks!
Tony
> -Original Message-
> From: Han Zhou
> Sent: Friday, August 7, 2020 3:39 PM
> To: Tony Liu
> Cc: ovs-dev ; ovs-discuss disc...@openvswitch.org>
> Subject: Re: [ovs-discuss] [OVN] ovn-controller takes 100% cpu
The change in external-ids is not monitored by ovn-controller any more
after version 20.06. Probably you are still using an older version?
On Fri, Aug 7, 2020 at 3:11 PM Tony Liu wrote:
> Is the changes made by Neutron liveness-check in SB properly handled
> by inc_proc_eng?
>
> Given my
Hi,
Is log file rotation and compression supported for all
OVN services?
How is the time stamp time zone determined by logging?
Is it /etc/localtime, hardcoded UTC, or anything else?
Thanks!
Tony
___
dev mailing list
d...@openvswitch.org
Is the changes made by Neutron liveness-check in SB properly handled
by inc_proc_eng?
Given my testing scale, even the frequency is lowered by that fix,
ovn-controller still takes quite lot of CPU and time to compute SB.
Thanks!
Tony
> -Original Message-
> From: Tony Liu
> Sent:
Bleep bloop. Greetings Aaron Conole, I am a robot and I have tried out your
patch.
Thanks for your contribution.
I encountered some error that I wasn't expecting. See the details below.
checkpatch:
WARNING: Line is 83 characters long (recommended limit is 79)
#47 FILE: ofproto/connmgr.c:608:
Buenos día
Quise aprovechar la oportunidad de hacerte una invitación para tomar nuestro:
Nombre: NOM 035. Claves para una implementación efectiva.
Fecha: 13 de Agosto
Horario: 10:00 am a 13:00 pm
Formato: En línea con interacción en vivo.
Lugar: En Vivo desde su computadora
When commit a0baa7dfa4fe ("connmgr: Make treatment of active and passive
connections more uniform") was applied, it did not take into account
that a reconfiguration of the allowed_versions setting would require a
reload of the ofservice object (only accomplished via a restart of OvS).
For now,
Thanks for the hint!
2020-08-07T19:44:18.019Z|616614|jsonrpc|DBG|tcp:10.6.20.84:6642: received
notification, method="update3",
Here is the outpu.
[root@gateway-1 ~]# docker exec ovn_controller ovs-appctl -t
/run/ovn/ovn-controller.6.ctl coverage/show
Event coverage, avg rate over last: 5 seconds, last minute, last hour,
hash=e70a83c8:
lflow_run 0.0/sec 0.083/sec0.0725/sec
On Fri, Aug 7, 2020 at 12:57 PM Tony Liu wrote:
> Enabled debug logging, there are tons of messages.
> Note there are 4353 datapath bindings and 13078 port bindings in SB.
> 4097 LS, 8470 LSP, 256 LR and 4352 LRP in NB. Every 16 LS connect to
> a router. All routers connect to the external
Enabled debug logging, there are tons of messages.
Note there are 4353 datapath bindings and 13078 port bindings in SB.
4097 LS, 8470 LSP, 256 LR and 4352 LRP in NB. Every 16 LS connect to
a router. All routers connect to the external network.
ovn-controller on compute node is good. The
Good to know, thanks!
Tony
> -Original Message-
> From: Han Zhou
> Sent: Friday, August 7, 2020 12:36 PM
> To: Tony Liu
> Cc: Han Zhou ; Numan Siddique ; ovs-dev
> ; ovs-discuss
> Subject: Re: [ovs-discuss] [OVN] no response to inactivity probe
>
> The raft probe is disabled if you
Inline...
Thanks!
Tony
> -Original Message-
> From: Han Zhou
> Sent: Friday, August 7, 2020 12:29 PM
> To: Tony Liu
> Cc: ovs-discuss ; ovs-dev d...@openvswitch.org>
> Subject: Re: [ovs-discuss] [OVN] ovn-controller takes 100% cpu while no
> changes in sb-db
>
>
>
> On Fri, Aug 7,
On Fri, Aug 7, 2020 at 12:35 PM Tony Liu wrote:
> Inline...
>
> Thanks!
>
> Tony
> > -Original Message-
> > From: Han Zhou
> > Sent: Friday, August 7, 2020 12:29 PM
> > To: Tony Liu
> > Cc: ovs-discuss ; ovs-dev > d...@openvswitch.org>
> > Subject: Re: [ovs-discuss] [OVN]
The raft probe is disabled if you use the latest version of OVS, e.g.
2.13.1.
On Fri, Aug 7, 2020 at 12:28 PM Tony Liu wrote:
> Another one here, there is inactivity probe on the raft cluster
> port.
>
> 2020-08-07T19:04:53.184Z|02735|reconnect|ERR|tcp:10.6.20.85:6644: no
> response to
Another one here, there is inactivity probe on the raft cluster
port.
2020-08-07T19:04:53.184Z|02735|reconnect|ERR|tcp:10.6.20.85:6644: no response
to inactivity probe after 5 seconds, disconnecting
2020-08-07T19:04:53.184Z|02736|reconnect|INFO|tcp:10.6.20.85:6644: connection
dropped
On Fri, Aug 7, 2020 at 12:19 PM Tony Liu wrote:
> ovn-controller is using UNIX socket connecting to local ovsdb-server.
>
>From the log you were showing, you were using tcp:127.0.0.1:6640 to connect
the local ovsdb.
> 2020-08-07T16:38:04.022Z|29253|reconnect|WARN|tcp:127.0.0.1:6640
>
ovn-controller is using UNIX socket connecting to local ovsdb-server.
Inactivity probe doesn't seem to be the cause of high cpu usage.
The wakeup on connection to sb-db is always followed by a "unreasonably
long" warning. I guess the pollin event loop is stuck for too long, like
10s as below.
Flavio Leitner writes:
> Hi Aaron,
>
> Thanks for the patch. I ran some basic tests here
> and they passed. I could see only one handler thread
> becoming active with a single upcall.
>
> See my comment below.
>
> On Tue, Jul 21, 2020 at 07:27:41PM -0400, Aaron Conole wrote:
>> Currently, the
On Fri, Aug 7, 2020 at 10:05 AM Tony Liu wrote:
> Hi,
>
> Here are some logging snippets from ovn-controller.
>
> 2020-08-07T16:38:04.020Z|29250|timeval|WARN|Unreasonably long 8954ms poll
> interval (8895ms user, 0ms system)
>
> What's that mean? Is it harmless?
>
>
>
Hi,
Here are some logging snippets from ovn-controller.
2020-08-07T16:38:04.020Z|29250|timeval|WARN|Unreasonably long 8954ms poll
interval (8895ms user, 0ms system)
What's that mean? Is it harmless?
2020-08-07T16:38:04.021Z|29251|timeval|WARN|context switches: 0
This commit fixes a case where may-exist flag was not honored.
When the nat type and logical ip both match for snat, but the
external_ip is not the same, the may-exist flag was being ignored.
Signed-off-by: Aniket Bhat
---
utilities/ovn-nbctl.c | 12 +++-
1 file changed, 7
Hi, all
two nodes: 3.10.0-1062.4.3.el7.x86_64, openvswitch-2.12.0 , each of which has
one running vm.
the flows of br-int and br-tun are NORMAL, local_ip and remote_ip are
reachable.
vxlan tunnal vxlan0 , options: {key="20", local_ip="192.168.5.133",
remote_ip="192.168.6.131"}
Hallo Herr und Frau
Kreditangebot zwischen Privatpersonen.
Lassen Sie die Banken die Zinssätze nicht vorschreiben.
Um Ihnen zu helfen, verschiedene finanzielle Probleme zu überwinden und Ihre
Ziele für die Zukunft in einem Kontext ohne zu erreichen
Schwierigkeitsgrad: Ich lege ein
On Fri, Jun 19, 2020 at 03:53:52PM +0200, Timothy Redaelli wrote:
> With commit efde188622ae ("odp-util: Print eth() for Ethernet flows if
> packet_type is absent.") "eth()" is printed for Ethernet flows if packet_type
> is absent, but this broke "ovs-dpctl-top" since it expects that every
>
Â
Free
2020
On Fri, Jun 19, 2020 at 03:53:51PM +0200, Timothy Redaelli wrote:
> On Python3 buffering can only be disabled on files opened in binary mode.
>
> Signed-off-by: Timothy Redaelli
> ---
> v2:
> - Added missing Signed-off-by
>
> utilities/ovs-dpctl-top.in | 2 +-
> 1 file changed, 1 insertion(+),
On Thu, Aug 6, 2020 at 7:07 PM Dumitru Ceara wrote:
>
> With ovn-monitor-all=true all chassis get updates about all SB DB records
> regardless if they're of interest to the local chassis or not.
>
> There's a bug in the IGMP code in ovn-controller which causes IGMP_Group
> records not owned by
On 8/4/20 3:54 AM, hepeng.0320 wrote:
> From: Peng He
>
> Silimar to the patch 67eb8110171f ("odp-util: Fix passing
> uninitialized bytes in OVS_KEY_ATTR_CT_ORIG_TUPLE_IPV*.")
> when change from flow into the netlink format, the tail
> padding of nd_extension should be cleared.
>
> this fixes
On 8/5/20 9:40 PM, Dumitru Ceara wrote:
> Every time a follower has to install a snapshot received from the
> leader, it should also replace the data in memory. Right now this only
> happens when snapshots are installed that also change the schema.
>
> This can lead to inconsistent DB data on
On Thu, Aug 6, 2020 at 11:35 PM Dumitru Ceara wrote:
>
> On 8/4/20 9:19 AM, num...@ovn.org wrote:
> > From: Numan Siddique
> >
> > Presently when a logical switch has load balancer(s) associated to it, then
> > the
> > packet is still sent to conntrack with the action ct_lb on both the ingress
On 7/31/20 8:03 PM, Ihar Hrachyshka wrote:
> User stories:
> 1) NFV: an admin wants to run two separate instances of OVN controller
>using the same database but configuring ports on different bridges.
>Some of these bridges may use DPDK while others may not.
>
> 2) Parallel OVN instances:
detected by a tool (purely static)
Found an Order Violation between:
line 73, column 9 in lib/async-append-aio.c AND line 110, column 51 in
lib/async-append-aio.c
Thread 1:
71|if (ap) {
72|async_append_flush(ap);
>73|free(ap->aiocbs);
74|free(ap->buffer);
75|
On 8/6/20 7:18 PM, Ian Stokes wrote:
> Dequeue zero-copy is no longer supported for vhost-user client mode
> in DPDK due to commit [1].
>
> In addition to this, zero-copy mode has been proposed to be marked
> deprecated in [2] with removal in the next DPDK LTS release.
>
> This commit
Bleep bloop. Greetings yang_y_yi, I am a robot and I have tried out your patch.
Thanks for your contribution.
I encountered some error that I wasn't expecting. See the details below.
build:
make[2]: Leaving directory
On 7/31/20 11:23 AM, anton.iva...@cambridgegreys.com wrote:
> From: Anton Ivanov
>
> shash_find_and_delete at present looks up an item using
> shash_find then uses hmap_delete to delete it.
>
> As a result it computes the hash twice and does two walks of
> the linked list in the bucket.
>
>
On 7/31/20 11:23 AM, anton.iva...@cambridgegreys.com wrote:
> From: Anton Ivanov
>
> Add missing hash uses into shash to avoid hash recomputations.
>
> Signed-off-by: Anton Ivanov
> ---
> lib/shash.c | 7 ---
> 1 file changed, 4 insertions(+), 3 deletions(-)
>
> diff --git a/lib/shash.c
On 7/31/20 11:23 AM, anton.iva...@cambridgegreys.com wrote:
> From: Anton Ivanov
>
> SHASH as written at present relies on HMAP and iterator macros
> to dispose of all of its elements.
>
> This results in a lot of unnecessary hash comparisons and walk
> attempts which simply return the next
From: Yi Yang
GSO(Generic Segment Offload) can segment large UDP
and TCP packet to small packets per MTU of destination
, especially for the case that physical NIC can't
do hardware offload VXLAN TSO and VXLAN UFO, GSO can
make sure userspace TSO can still work but not drop.
In addition, GSO
From: Yi Yang
Many NICs can support VXLAN TSO, this can improve
VM-to-VM TCP performance, but for UDP, most of NICs
can offload UFO, so GSO is very necessary for UDP
when userspace TSO is enabled, GSO also can do
VXLAN TSO if NIC can't support it. GRO is necessary
if TSO and UFO are enabled, it
From: Yi Yang
Many NICs can support VXLAN TSO which can help
improve across-compute-node VM-to-VM performance
in case that MTU is set to 1500.
This patch allows dpdkvhostuserclient interface
and veth/tap interface to leverage NICs' offload
capability to maximize across-compute-node TCP
From: Yi Yang
GRO(Generic Receive Offload) can help improve performance
when TSO (TCP Segment Offload) or VXLAN TSO is enabled
on transmit side, this can avoid overhead of ovs DPDK
data path and enqueue vhost for VM by merging many small
packets to large packets (65535 bytes at most) once it
From: Yi Yang
With GSO and GRO enabled, OVS DPDK can do GSO by software
if NIC can't support TSO or VXLAN TSO hardware offload.
Signed-off-by: Yi Yang
---
Documentation/topics/userspace-tso.rst | 13 ++---
1 file changed, 6 insertions(+), 7 deletions(-)
diff --git
On Fri, Aug 7, 2020 at 3:13 PM Dumitru Ceara wrote:
>
> On 8/7/20 10:23 AM, num...@ovn.org wrote:
> > From: Numan Siddique
> >
> > The below system test is failing due to timing issues.
> >
> > 29. system-ovn.at:4491: testing ovn --Test packet drops due to incorrect
> > flows in physical table
On Fri, Aug 7, 2020 at 3:03 PM Dumitru Ceara wrote:
>
> On 8/6/20 9:04 PM, Mark Michelson wrote:
> > The lb_force_snat and dnat_force_snat options could accept only a single
> > IP address. For routers that only route traffic of a single IP address
> > family, this is fine. However, if a router
On Fri, Aug 7, 2020 at 1:42 PM Dumitru Ceara wrote:
>
> On 7/21/20 12:38 PM, Yi Li wrote:
> > Correct the VM 'd' private IP address
> > on the Adding a Gateway Section.
> >
> > Signed-off-by: Yi Li
>
> Looks good to me, thanks!
>
> Acked-by: Dumitru Ceara
Thanks. I applied this patch to
On 8/7/20 10:23 AM, num...@ovn.org wrote:
> From: Numan Siddique
>
> The below system test is failing due to timing issues.
>
> 29. system-ovn.at:4491: testing ovn --Test packet drops due to incorrect
> flows in physical table 33 ...
>
> This patch fixes it by making sure that the lports are
On Wed, Aug 5, 2020 at 1:56 AM Ankur Sharma wrote:
>
> From: Ankur Sharma
>
> This patch has northd changes which consumes applied/exempted external ip
> configuration per NAT rule in logical flow.
>
> Applied/Exempted external ip range adds an additional match criteria in
>
On 8/6/20 9:04 PM, Mark Michelson wrote:
> The lb_force_snat and dnat_force_snat options could accept only a single
> IP address. For routers that only route traffic of a single IP address
> family, this is fine. However, if a router routes both IPv4 and IPv6
> traffic, then this limitation is a
On 8/4/20 5:55 AM, Ankur Sharma wrote:
> From: Ankur Sharma
>
> BACKGROUND:
> a. ovn-controller assigns CT ZONES for local ports and datapaths.
> b. If a local port/datapath is cleaned up from a chassis, then
>corresponding CT ZONE is "unassigned"/"freed" up.
>
> ISSUE:
> Above logic and
Ce qui unit le monde au plus profond de sa conception, c’est le
magnétisme qui habite tout ce qui existe. Les champs magnétiques
sont partout et ils font le lien entre différentes dimensionset
différents plans de création, à grande et à petite échelle. Mme la
lumière est magnétique. Chaque tre
From: Numan Siddique
The below system test is failing due to timing issues.
29. system-ovn.at:4491: testing ovn --Test packet drops due to incorrect flows
in physical table 33 ...
This patch fixes it by making sure that the lports are up before sending an
ICMP packet.
Signed-off-by: Numan
On 7/21/20 4:39 PM, Lorenzo Bianconi wrote:
> ovn-ctl has the following options to run ovn-northd, ovn-controller or
> ovn-ic under strace or valgrind wrappers.
>
> --ovn-northd-wrapper
> --ovn-controller-wrapper
> --ovn-ic-wrapper
>
> Introduce --ovsdb-nb-wrapper and --ovsdb-sb-wrapper to
On 7/21/20 12:38 PM, Yi Li wrote:
> Correct the VM 'd' private IP address
> on the Adding a Gateway Section.
>
> Signed-off-by: Yi Li
Looks good to me, thanks!
Acked-by: Dumitru Ceara
___
dev mailing list
d...@openvswitch.org
On 7/31/20 7:48 PM, Han Zhou wrote:
> nb_cfg as a mechanism to "ping" OVN control plane is very useful
> in many ways. However, the current implementation will trigger
> update notifications flooding in the whole control plane. Each
> HV updates to SB the nb_cfg number and all these updates are
>
On 6/20/20 3:25 AM, Han Zhou wrote:
> Add the hint to remind user about --ecmp option when needed.
>
> Signed-off-by: Han Zhou
Hi Han,
Looks good to me.
Acked-by: Dumitru Ceara
Thanks,
Dumitru
___
dev mailing list
d...@openvswitch.org
57 matches
Mail list logo