• The new Python extension is now available. It allows customers to deploy and manage WSGI-based Python applications on their websites directly from Plesk.
  • Debian 11 has reached its end-of-life (vendor EOL date - August 31, 2026). Plesk Obsidian 18.0.81 is the last release to support it.
    If you are running Plesk Obsidian on Debian 11, we recommend you upgrade those servers to Debian 12 using our dist-upgrade tool.
  • We plan to deprecate and remove the support for XML RPC protocol versions earlier than 1.6.9.1 in Plesk Obsidian 18.0.82. We strongly recommend that you update all existing integrations using earlier versions of the XML RPC protocol to comply with the version 1.6.9.1 specification.

Backup Concerns

S

swhelp

Guest
Plesk 8.2, Fedora 7.

When initiating a backup the CPUs in the server are pegged. The gzip process runs @ 99% and this continues thru the backup. The site backup footprint is nearly 3GB and grows everyday.

Is there a way to nice the backup? Can I just tar & gz the site contents and not rely on Plesk backup? I cannot afford to lose the horsepower, even @ 4:00am.

Any thoughts?

Also, on one scheduled backup did not complete and Plesk was caught in a loop, it's only to retain 2 backups but made 14 of them in attempts to complete. This eventually brought the server down and 100% outage.
 
Also, if I want to totally remove the plesk backup cron, is this entry:

/usr/local/psa/admin/sbin/backupmng >/dev/null 2>&1

From the root cron, the only one I need to remove?
 
Back
Top