Hi Ben, In my case I think I found the cause of the issue, and it was indeed a misconfiguration on my side. Yet I'm not really sure why the misconfiguration was causing the high memory usage on OVS.
The server has 4 NICs. Bonded in two bonds of two. The problem I think it was that the bonding was done at OS level (Linux kernel bonding) instead of at OVS level. So there were two interfaces at OS level (bond0 and bond1) with bond0 added to OVS as an uplink port. I changed that configuration, removed all the bonding at OS level and instead created the bonds at OVS level. Then I restarted the service so I can monitor memory usage. After this change, memory usage growth from 10MB (at service start) to 464MB after a few hours and then stayed at that level until today (a week later). I'm still monitoring the process memory usage but as I said is steady for almost a week so I will keep monitoring it for a couple more weeks just in case and report back. Thanks. Kind regards, Fernando On sáb, feb 23, 2019 at 12:23 AM, Ben Pfaff <b...@ovn.org> wrote: It's odd that two people would notice the same problem at the same time on old branches. Anyway, I'm attaching the scripts I have. They are rough. The second one invokes the first one as a subprocess; it is probably the one you should use. I might have to walk you through how to use it, or write better documentation myself. Anyway, it should be a start. On Wed, Feb 20, 2019 at 07:15:26PM +0400, Oleg Bondarev wrote: Ah, sorry, I missed "ovs-vswitchd memory consumption behavior" thread. So I guess I'm also interested in the scripts for analyzing the heap in a core dump :) Thanks, Oleg On Wed, Feb 20, 2019 at 7:00 PM Oleg Bondarev <obonda...@mirantis.com<mailto:obonda...@mirantis.com>> wrote: > Hi, > > OVS 2.8.0, uptime 197 days, 44G RAM. > ovs-appctl memory/show reports: > "handlers:35 ofconns:4 ports:73 revalidators:13 rules:1099 udpif > keys:686" > > Similar data on other nodes of the OpenStack cluster. > Seems usage grows gradually over time. > Are there any known issues, like > http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-14970? > Please advise on the best way to debug. > > Thanks, > Oleg > > _______________________________________________ discuss mailing list disc...@openvswitch.org<mailto:disc...@openvswitch.org> https://mail.openvswitch.org/mailman/listinfo/ovs-discuss
_______________________________________________ discuss mailing list disc...@openvswitch.org https://mail.openvswitch.org/mailman/listinfo/ovs-discuss
