This issue has been resolved. All reported quotas should now be correct. If you think there is an error in your reported quota, please open a ticket and we can look into it for you! Sorry for any inconvenience this may have caused.
We are aware of an issue with how disk quotas are being calculated. It's Actually being correctly calculated from the OS perspective, because it's searching the entire filesystem for files owned by your UID (username). Normally, this wouldn't be an issue. However, we do snapshot style backups locally, keeping multiple days worth of changes, so we can quickly restore files if necessary (this is for our own purposes. best effort for user requests). Since a snapshot is copying all file attributes, you still own the files that we are backing up elsewhere. So the system is counting them in your quota. On top of this, we still have backups from cPanel that were used for the migration that we're holding onto a little longer, which are also being counted. The fix for this is going to be creating another partition to store the backup data on without quotas enabled.
In the meantime, If you discover any issues with not being able to write new data due to a quota limit, please open a ticket and we'll get you taken care of.
Saturday, August 24, 2019