Some proof of observation of the issue:
$ cat /proc/sys/net/nf_conntrack_max 262144 $ cd /etc/sysctl.d $ grep conntrack * 50-nova-compute.conf:net.nf_conntrack_max=1000000 50-nova-compute.conf:net.netfilter.nf_conntrack_buckets=204800 50-nova-compute.conf:net.netfilter.nf_conntrack_max=1000000 50-openvswitch.conf:net.nf_conntrack_max=2000000 50-openvswitch.conf:net.netfilter.nf_conntrack_buckets=204800 50-openvswitch.conf:net.netfilter.nf_conntrack_max=2000000 $ ls -l 50-nova-compute.conf 50-openvswitch.conf -rw-r--r-- 1 root root 346 Dec 15 21:02 50-nova-compute.conf -rw-r--r-- 1 root root 346 Sep 20 2020 50-openvswitch.conf $ date Tue Apr 6 17:33:42 UTC 2021 $ uptime 17:33:43 up 24 days, 4:00, 3 users, load average: 4.83, 7.68, 8.78
It appears this has been fixed for charm-neutron-gateway per https://bugs.launchpad.net/charm-neutron-gateway/+bug/1885192 and should be applied to these two charms.
Some proof of observation of the issue:
$ cat /proc/sys/ net/nf_ conntrack_ max compute. conf:net. nf_conntrack_ max=1000000 compute. conf:net. netfilter. nf_conntrack_ buckets= 204800 compute. conf:net. netfilter. nf_conntrack_ max=1000000 conf:net. nf_conntrack_ max=2000000 conf:net. netfilter. nf_conntrack_ buckets= 204800 conf:net. netfilter. nf_conntrack_ max=2000000 compute. conf 50-openvswitch.conf compute. conf
262144
$ cd /etc/sysctl.d
$ grep conntrack *
50-nova-
50-nova-
50-nova-
50-openvswitch.
50-openvswitch.
50-openvswitch.
$ ls -l 50-nova-
-rw-r--r-- 1 root root 346 Dec 15 21:02 50-nova-
-rw-r--r-- 1 root root 346 Sep 20 2020 50-openvswitch.conf
$ date
Tue Apr 6 17:33:42 UTC 2021
$ uptime
17:33:43 up 24 days, 4:00, 3 users, load average: 4.83, 7.68, 8.78
It appears this has been fixed for charm-neutron- gateway per https:/ /bugs.launchpad .net/charm- neutron- gateway/ +bug/1885192 and should be applied to these two charms.