Some appliance components are not functioning properly.
Suberror : 15
Error code: 101
root@ns#mgr01:/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 ########-beb0-378a-9eca-############," /var/log/corfu/corfu-compactor-audit.log
2023-09-18T00:29:04.439Z INFO main CheckpointWriter - appendCheckpoint: completed checkpoint for ########-beb0-378a-9eca-############, 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 ########-beb0-378a-9eca-############, entries(517355), cpSize(352388946) bytes at snapshot Token(epoch=1657, sequence=4250699297) in 437930 ms
VMware NSX-T Data Center
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