• We value your experience with Plesk during 2024
    Plesk strives to perform even better in 2025. To help us improve further, please answer a few questions about your experience with Plesk Obsidian 2024.
    Please take this short survey:

    https://pt-research.typeform.com/to/AmZvSXkx
  • The Horde webmail has been deprecated. Its complete removal is scheduled for April 2025. For details and recommended actions, see the Feature and Deprecation Plan.
  • We’re working on enhancing the Monitoring feature in Plesk, and we could really use your expertise! If you’re open to sharing your experiences with server and website monitoring or providing feedback, we’d love to have a one-hour online meeting with you.

Backup not going to FTP repository

centaur2

New Pleskian
Hi there,

I have CentOS 5.6 final and Plesak 11.0.9 Update #8 running.

After upgrading from 10.4.4 the scheduled backups stopped working.
I fixed this this morning using this hint:

http://forum.parallels.com/showthread.php?t=260889&highlight=install_cron_backup

The second problem I have is that no backup is transferred to my personal ftp.
I checked via shell and can connect to the ftp server.

When starting a backup to ftp, the current backup tasks stats personal ftp as target.
But after reaching 100%, the backup is showing up in the server repository. No
files are transferred to the ftp.

This behavior is true for both, scheduled and manually triggered backups.

Backup size per backup is around 5GB. FTP has 120 GB free space.

Would be glad to get some help, thanks
Sebastian
 
How to debug backup issues?

1. Increase verbosity http://kb.parallels.com/en/113956

2. Try command-line backup
pleskbackup --server -vvvvv
(** For FTP backup) Try command
pleskbackup --domains-id 1 –output-file=ftp://parallels:[email protected]/backups
3. Check validity of the backup xml file
xmllint --noout --schema /usr/local/psa/PMM/plesk.xsd /var/lib/psa/dumps/NEWBKP_info_1202281902.xml
pleskrestore –check-backup /var/lib/psa/dumps/NEWBKP_info_1202281902.xml
# xmllint --noout --schema /usr/local/psa/PMM/plesk.xsd NEWBKP_info_02010211509.xml
NEWBKP_info_02010211509.xml validates
# /usr/local/psa/bin/pleskrestore --check-backup NEWBKP_info_02010211509.xml
FTP dump file does not exists <------------- Ignorable
4. Database related errors (Common mysql troubleshooting)
mysql -u admin -p`cat /etc/psa/.psa.shadow` psa
select id,cacheId,registryUid from smb_apsPackages
NOTE : registryUid shouldn't be NULL. You can try to remove such records so as to run the backup perfectly

5. Check backup logs
/usr/local/psa/PMM/logs/pmmcli.log
The files need to be checked for sure are
migration.log
dump-status.xml
 
Thank you!

I fixed the problem by moving the folders

usr/local/psa/PMM/tmp

and

usr/local/psa/tmp

to a place with more usable space and set some symlinks to them.

Now, all actions are working.

I am just wondering why the system is neglecting
DUMP_TMP_D /var/lib/psa/tmp
in the psa.conf? Isn't this supposed to be the tmp file folder for these kind of actions?

Thanks
Sebastian

Thanks!
 
Last edited:
PRODUCT, VERSION, OPERATING SYSTEM, ARCHITECTURE
Parallels Plesk Panel 11.0.9 MU #8 CentOS 6.3 (Final) 64bit

PROBLEM DESCRIPTION
Full server backup to FTP Repository failing. Total CPU usage goes up to something silly e.g. 894814% used. This seems to be for Wait-IO according to CPU usage graph. Then our /usr partition starts to fill up at that point in the backup process where we would expect the file to be being transferred to our FTP repository. Before it is totally full we get a Warming message with the PLESK Panel that says" Warning: Not enough disk space" Eventually the backup task ceases, but does not leave a "failed" entry in the current backup tasks list. So you'd think it was OK. But it just hasn't transferred to FTP repository, even though it was supposed to.

STEPS TO REPRODUCE
Launch backup of server configuration and content to Personal FTP repository

ACTUAL RESULT
Backup is created locally but then fails during attempt to transfer to FTP, although no failure reported

EXPECTED RESULT
Full server backup is transferred off server to FTP repository.

ANY ADDITIONAL INFORMATION
We are wondering if the problem may be connected to that outlined in another thread http://forum.parallels.com/showthread.php?p=630594#post630594
We are able to successfully do a small backup to the FTP repository, so it would not appear to be a connectivity problem. We have been using this same FTP repository for many months, keeping just 14 days of backups on it, so it has been running at this capacity successfully for a long time. Hence we believe we have enough disk space at FTP location.
 
Thank you!

I fixed the problem by moving the folders

usr/local/psa/PMM/tmp

and

usr/local/psa/tmp

to a place with more usable space and set some symlinks to them.

Now, all actions are working.

I am just wondering why the system is neglecting
DUMP_TMP_D /var/lib/psa/tmp
in the psa.conf? Isn't this supposed to be the tmp file folder for these kind of actions?

Thanks
Sebastian

Thanks!

Thanks to your solution, my ftp backups for my whole server are now working again. It took me some time to figure out how to do a simlink, but you got me 99% of the way there. Why it tried to use /usr is beyond me. I now have it simlinked to /var/tmp where I have 125 GB of free space.

Thank you , thank you , thank you!
matt caswell
dryheatembroidery.com
 
Hi Matt,

glad I could help. Still works here, after several updates, so should be a good solution.

Best Regards
Sebastian
 
Back
Top