Operating system: Ubuntu 24.04.1 TLS accessed via Plesk Obsidian v18.0.65_build1800241122.08
where do I find Apache and nginx versions? not on Server details, not in Plesk (yet)…
PHP version: 8.3
When did this problem seem to first start?
after some sync tests with several users; tuesday morning
Summary of the issue you are facing:
OK, we got a server with 1.000 GB space. Plesk says 912 GB are used, also “VNC Console” (Strato / Hoster backend) and SSH-Terminal. But at “Websites & Domains” within Plesk only 95 GB are used (which corresponds with usage of Nextcloud; 50 - 90 GB!).
In Plesk’s file manager total of all folders is way below 100 GB.
However, we were deleting some 50 GB of Nextcloud files. But I seem to not have access to all folders to find what uses 900+ GB…
But on tuesday we couldn’t do anything anymore; “disk full”. Couldn’t even log in to Plesk nor NC…
Disk is “vda1”.
Guess is that somewhere might be tmp or cache, filling up all space with incomplete syncs…
Where can I get access to all that’s on server?
How do I get “root” access to the disk (not yet via SSH although I get access as “not”!?!)?
Which function could cause this? And how to switch that off, or prevent it anyway?
(sry, I didn’t even know what to search for to see if there’s a prob / solution in here; recommended threads are old / not fitting)
oi vey: I finally found the blocking files – they are at /var/lib/psa/dumps/domains/ourdomain.xyz – several extraordinary huge “backup_user-data_….tzst” up to 150 GB!!!
So, how come they are saved there, how come they don’t get deleted (at least if new backups were created; setting was “keep 3”, but at least 4 full backups then blocked the server…) and how come that it’s possible that they block everything by using up all data without warnings??
thx, thought so as well, but: in Plesk while trying to delete one of those 153 GB backups it tells me that “this backup can’t be deleted as it’s part of a Server-, Reseller- or Users- backup”!?
well, I could do via SSH / ncdu – but I do not know where this combination of Plesk backups / not-Plesk backups comes from…
I have no experience with Plesk, but I’m pretty sure that you should not delete the backups directly on the file system, but through the Plesk admin interface.
In the Plesk admin panel you should also be able to enable incremental backups and probably adjust the retention policy and/or configure the backups to be stored on a separate storage that you may have to subscribe to separately through your hosting provider. Or maybe there’s a way you could download the backups or upload them to an external storage provider.
If you don’t have access to these settings, or if not all settings are available, and/or if you didn’t install Plesk yourself, and it is part of your hosting plan, you’ll need to check with your hosting provider.
yeah, I enabled incremental backups, not on external servers, tho, as my client doesn’t have more space / provider (and I also don’t have an extra 1TB server…).
why you think I shouldn’t delete backups on the file system (which I did with one of them anyway already)?
I planned to delete all old files there so free up about 70-80% of the 1.000 GB…
you seem to be right, I think that I deleted 1 single backup file on file system now caused Plesk to give me several warnings – but think that I am save by doing a new complete backup and deleting all backup files from before…
Ok, that was more of a general concern, and whether it actually causes problems depends on how the middleware is designed, i.e. whether it knows that certain backup files no longer exist and can notify the backend services accordingly. This is especially important if you are doing incremental backups. But as I said, I do not really know Plesk and therefore cannot say whether or not manually deleting backup files will actually affect the integrity of subsequent backup jobs.