-
Bug
-
Resolution: Done
-
Highest
-
Carbon-SR3
-
None
-
None
Following the (many!) fixes that we did in NETVIRT-985, a new round of testing on the latest stable/carbon using the "nova-boot scenario" has hit an OOM again. A new "trace:transaction" output reveals more TX leaks which we need to plug; see attached.
The biggest one with 273x open newReadOnlyTransaction likely causing the new OOM this time appears in (1) ovsdb; https://git.opendaylight.org/gerrit/#/c/65567/ seems to not have helped for that one - curious... or we made a mess in downstream porting?!
Filing this in JIRA project ovsdb due to above; but the attached shows a number of other leaks in (2) openflowplugin and (3) genius.lockmanager & (4) genius.interfacemanager (x90!) which we need to plug as part of this JIRA as well.
- blocks
-
NETVIRT-878 CSIT should help to detect possible memory leaks leading to OOM related to non-closed transactions (and tx chains) early
- In Progress
- is blocked by
-
NETVIRT-985 java.lang.OutOfMemoryError: Java heap space
- Resolved
- is cloned by
-
GENIUS-102 New OOM due to more TX leaks seen in the nova-boot scenario (interfacemanager)
- Resolved
-
OPNFLWPLUG-961 New OOM due to more TX leaks seen in the nova-boot scenario
- Resolved