Some appliance components are not functioning properly.
Suberror : 15
Error code: 101
root@nsxmgr01:/var/log/cbm# grep "out of memory" tanuki.log
STATUS | wrapper | 2023/09/19 22:44:08 | The JVM has run out of memory. Requesting thread dump.
STATUS | wrapper | 2023/09/19 22:44:08 | The JVM has run out of memory. Restart JVM (Ignoring, already restarting).
grep -i "completed checkpoint for a822bed3-beb0-378a-9eca-3e3b462be3d4" /var/log/corfu/corfu-compactor-audit.log
2023-09-18T00:29:04.439Z INFO main CheckpointWriter - appendCheckpoint: completed checkpoint for xxxxxxxx-beb0-378a-9eca-xxxxxxxxxxxx, entries(517175), cpSize(352347166) bytes at snapshot Token(epoch=1657, sequence=4250380630) in 437696 ms
2023-09-18T01:39:30.320Z INFO main CheckpointWriter - appendCheckpoint: completed checkpoint for xxxxxxxx-beb0-378a-9eca-xxxxxxxxxxxx, entries(517355), cpSize(352388946) bytes at snapshot Token(epoch=1657, sequence=4250699297) in 437930 ms
VMware NSX-T Data Center 3.x
VMware NSX
Stale entries exists in Entity Barrier table which are referencing other deleted objects. As a result of this table being large, causing out of memory issues on corfu and compactor.
- Issue is resolved in 4.1.1 and later as there is a fix in the code to automatically detect stale entries and clean them from the Entity Barrier table.
For a workaround, please open a new case with VMware by Broadcom Global Support team, and refer this KB article.
If you are contacting Broadcom support about this issue, please provide the following:
Handling Log Bundles for offline review with Broadcom support