-
Bug
-
Resolution: Done
-
Highest
-
Carbon, Nitrogen, Oxygen
-
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
-
GENIUS-176 Convert all of genius to managed transactions (datastore-constrained)
- In Progress
-
NETVIRT-878 CSIT should help to detect possible memory leaks leading to OOM related to non-closed transactions (and tx chains) early
- In Progress
-
NETVIRT-1384 Umbrella: Numerous new transaction leaks
- Resolved
- clones
-
OVSDB-435 New OOM due to more TX leaks seen in the nova-boot scenario
- Resolved
- is blocked by
-
NETVIRT-985 java.lang.OutOfMemoryError: Java heap space
- Resolved