Article ID: 7055, created on Dec 25, 2009, last review on Aug 12, 2014

  • Applies to:
  • Plesk 9.x for Linux/Unix


I started a backup to local repository through Parallels Panel at Home -> Backup Manager -> Back up. However there is not enough free disk space on the server and the process hung.

Is it possible to prevent backup execution if there is not enough free disc space?


It is expected that Parallels Plesk Panel Backup Manager will estimate size of backup and do not start the backup
process if there is not enough free disc space available.

The feature is expected in future update of Parallels Plesk Panel that will be released after version 9.2.3.

There is a property FREE_DISK_SPACE in file /usr/local/psa/admin/share/pmmcli/pmmcli-rc of Parallels Panel 9.x:

# Required free disk space (Mb) to perform backup operation

It determines value of required free disc space in directory where the backups are put. Before starting backup creation Parallels Plesk Panel Backup Manager compares value of FREE_DISK_SPACE with available disc space in directory DUMP_D, /var/lib/psa/dumps.

If FREE_DISK_SPACE is more than available free disc space in /var/lib/psa/dumps the backup is not stared and the following error is shown in GUI:

Error: Not enough disk space for backup

Currently it is recommended that you estimate disc space required for backup manually and compare it with free disc space in /var/lib/psa/dumps. Then change value of FREE_DISK_SPACE in /usr/local/psa/admin/share/pmmcli/pmmcli-rc, it is 20M by default.

Also since Parallels Plesk Panel 9.5.1 version there is additional option CHECK_BACKUP_DISK_SPACE that allows enable checking available disk space. By default this option is disabled in %PLESK_DIR%/admin/share/pmmcli/pmmcli-rc configuration file:
# Compare free disk space with predicted size of dump (possible values are: 0, 1)

If you need check available free diskspace before backup performing you may enable this option with:

Note: after upgrade procedure this file will be overwritten and your changes will be lost.

6ef0db7f1685482449634a455d77d3f4 a914db3fdc7a53ddcfd1b2db8f5a1b9c 29d1e90fd304f01e6420fbe60f66f838 56797cefb1efc9130f7c48a7d1db0f0c

Email subscription for changes to this article
Save as PDF