• If you are still using CentOS 7.9, it's time to convert to Alma 8 with the free centos2alma tool by Plesk or Plesk Migrator. Please let us know your experiences or concerns in this thread:
    CentOS2Alma discussion

Question Backup Manager not working??

David Hanley

New Pleskian
Hi All,

This is my first post, so hopefully I structure in the correct way! I have a few Plesk Servers running the backup manager fine but this particular server has issues and the server co. are not very helpful at all!

I'm actually backing up remotely on Google Drive using the correct plugin, but something must be happening locally.

Does anyone know what may be a=causing the following errors?

Warning: hosting "mysite.org"
Not all the data was backed up into /var/lib/psa/dumps/domains/mysite.org successfully. Total space: 149.00 GB; Available space: 60.00 GB; Mounted on: /. /bin/tar: httpdocs/uploads/surveys: file changed as we read it Unable to write to the output file '/var/lib/psa/dumps/domains/mysite.org/backup_user-data_1905020907.tgz': No space left on device at /usr/local/psa/PMM/agents/shared/Storage/Splitter.pm line 92. pigz: abort: write error on <stdout> (Broken pipe) Broken pipe at /usr/local/psa/PMM/agents/shared/Storage/Storage.pm line 350.
Warning: hosting "mysite.org"
Not all the data was backed up into /var/lib/psa/dumps/domains/mysite.org successfully. Total space: 149.00 GB; Available space: 60.00 GB; Mounted on: /. Unable to write to the output file '/var/lib/psa/dumps/domains/mysite.org/backup_user-data_1905020907.tgz': No space left on device at /usr/local/psa/PMM/agents/shared/Storage/Splitter.pm line 92. pigz: abort: write error on <stdout> (Broken pipe) Broken pipe at /usr/local/psa/PMM/agents/shared/Storage/Storage.pm line 350.
 
My first guess is that you do not have enough free disk space for the backup.
Plesk backup fails: No space left on device

Even when you store your backup offsite, Plesk still needs a certain disk space to create some temporary archives. If there is not enough space on the device, it can lead to errors as described.
 
Hi Peter, thank you for the reply. I checked out the article you pointed out, but I think from what I ran below I should have enough space?:


[server]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/vda1 150G 91G 60G 61% /
devtmpfs 1.9G 0 1.9G 0% /dev
tmpfs 1.9G 0 1.9G 0% /dev/shm
tmpfs 1.9G 184M 1.7G 10% /run
tmpfs 1.9G 0 1.9G 0% /sys/fs/cgroup
tmpfs 380M 0 380M 0% /run/user/0
tmpfs 380M 0 380M 0% /run/user/1001

[server]# df -i
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/vda1 78642624 484583 78158041 1% /
devtmpfs 480774 319 480455 1% /dev
tmpfs 485132 1 485131 1% /dev/shm
tmpfs 485132 513 484619 1% /run
tmpfs 485132 16 485116 1% /sys/fs/cgroup
tmpfs 485132 1 485131 1% /run/user/0
tmpfs 485132 1 485131 1% /run/user/1001

[server]# grep TMP /etc/psa/psa.conf
# Backups temporary directory. DUMP_TMP_D should not be inside of (or equal to) DUMP_D.
DUMP_TMP_D /tmp
[server]# df -h /tmp
Filesystem Size Used Avail Use% Mounted on
/dev/vda1 150G 91G 60G 61% /

Any advice would be greatly appreciated as the backups havent worked for weeks now.
Thanks, Dave
 
I cannot tell you whether 39 % free space is enough for your backup. I suggest to check the size of
/var/lib/psa/dumps/domains/mysite.org/backup_user-data_1905020907.tgz
and see if it exceeds or comes close to 58 GB. I suggest, too, to monitor the disk space usage while the backup is running. It is possible that there are additional temporary files that are deleted after the process ends, but that occupy a lot of space during a running backup. You could simply start the backup and enter the df command while it is working, e.g. every 15 minutes, to see what's happening on the disk.
 
Back
Top