<date-time> nestdb-server[390039091]: NSX 390039091 - [nsx@6876 comp="nsx-esx" subcomp="nsx-nestdb" tid="390039091" level="ERROR" errorCode="NST0103"] leveldb::DB::Write() failed: IO error: /var/lib/vmware/nsx/nestdb/db/8437570.ldb: No space left on device
<date-time-1> nestdb-server[390040348]: NSX 390040348 - [nsx@6876 comp="nsx-esx" subcomp="nsx-nestdb" tid="390040348" level="ERROR" errorCode="NST0103"] leveldb::DB::Write() failed: IO error: /var/lib/vmware/nsx/nestdb/db/8437575.ldb: No space left on device
<date-time-2> nestdb-server[390040382]: NSX 390040382 - [nsx@6876 comp="nsx-esx" subcomp="nsx-nestdb" tid="390040382" level="ERROR" errorCode="NST0103"] leveldb::DB::Write() failed: IO error: /var/lib/vmware/nsx/nestdb/db/8437578.ldb: No space left on device
If the nestdb agent experiences an unrecoverable error it saves a copy of current nestdb in /var/lib/vmware/nsx/nestdb/db/lost before restarting.
Over time, if nestdb continues to have errors it will create many files in /var/lib/vmware/nsx/nestdb/db/lost causing the ramdisk to run out of space.
When the ramdisk is full, nestdb can no longer be restarted and stays down causing the problematic symptoms.
This issue is resolved in VMware NSX 3.2.3.1 and 4.1.1 available at Broadcom Downloads.
If you are having difficulty finding and downloading software, please review the Download Broadcom products and software KB.
Workaround:
...
{
"file_system": "nestdb",
"mount": "/var/lib/vmware/nsx/nestdb/db",
"total": 524288,
"type": "ramdisk",
"used": 10548
},
...
Note: Restarting nsx-nestdb does not have any impact to the ESXi host, as nestdb is not used as a persistent store. When nestdb restarts, nestdb performs a full sync with CCP (Central Control Plane).