Welcome to the club..... its quite often that a VCSA partition runs out of free space.
du -sh *
to identify the folder which holds most of the data and than go deeper and deeper. But please be carefull because for normal people its /storage/log which runs out of space.
My VCSA 6.5 doesnt have a /storage/archive to i cant tell you whats in and its save to remove.
This happened to me a few weeks ago, and after I expanded the drive a couple of times it kept filling! I logged a call with VMware and they informed me that this is actually by design(!). It's an engineering change to use all available space on that disk (it is transaction log archiving); there is apparently automatic housekeeping that will remove the oldest files but not before the health status of the appliance is flagged as critical and our own in-house monitoring complains...
I was told a KB article is in preparation for this and a fix is possibly coming in 6.7 U2. We just stopped monitoring space on that disk and all remains well!
We're in the same boat, our /storage/archive is also full. Has the KB been released yet?
2 people found this helpful
This doesnt look like a bug however as per design looks like:
The filesystem is intentionally filled up.
We should not run the disk usage check on /storage/archive since it can and will run at 100% full per design.
Please mark this answer as correct and helpfull if this helps you.
Unfortunately, I found out about this after increasing the partition a few times and now I have 270GB of *.gz files in this partition. Are these safe to delete until the fix in U2 is put into place? Suggestions are welcome.
I dont see a supported/recommended way to manually clear or delete files from storage/archive.
Because as it is stated in article: it is aimed at storing as much WAL history as possible, and is automatically cleaned up by the archiver service by removing automatically the oldest WAL segments.
Please consider marking this answer as correct and helpful if this helps you.
But what if it isn't automatically cleaning them up ?
The KB mentioned above was updated. U1b has the fix included
I have upgraded my Vcenter 6.5 directly to 6.7U1b, and I do experience that issue.
95% of disk usage with files in /storage/archive/vpostgres and dated from 2019-02-01 to 2019-02-11