Article ID: 116906, created on Aug 23, 2013, last review on Jul 5, 2016

  • Applies to:
  • Plesk 12.5 for Linux
  • Plesk 12.0 for Linux
  • Plesk 11.0 for Linux
  • Plesk 11.5 for Linux
  • Plesk 12.0 for Windows
  • Plesk 11.0 for Windows
  • Plesk 11.5 for Windows
  • Plesk 10.4 for Windows


A domain becomes suspended in Plesk Control Panel every day without any manual actions.


A scheduled backup task is failing, while the option Suspend domains until backup task is completed is enabled in the backup task properties. The domain is suspended for the duration of the backup, but since the backup does not complete, the domain is not resumed.


Un-check the Suspend domains until backup task is completed option in the scheduled backup task properties:

  • For server-level backup: Tools & Settings > Backup Manager > Scheduled Backup Settings
  • For reseller-level backup: Tools & Settings > Backup Manager > Scheduled Backup Settings (while logged in as reseller).
  • For customer-level backup: Customers > "Manage Hosting" for customer > "Account" tab > Backup My Account and Websites > Scheduled Backup Settings
  • For subscription-level backup: Subscriptions > subscription > "Websites & Domains" tab > Backup Manager > Scheduled Backup Settings

Search Words

suspend domain automatically


domains are stoppped on maintnenance run

customer domains


dns fails after backup

sites suspended

Domain unavailable

Hello, Our client's subscription and domains are being suspended everyday however the subscription and all of the the sites are operating within their limits (according to plesk) and there are no details within the action log (other than the sites have been suspended via the server) to allow us to determine the cause. We have checked all of the domains and the subscription for scheduled backups, there are none setup through the plesk control panel.

default plesk page keeps returning



buckup is gay

domain default page

account gets suspended

subscription suspend



backupmng causes apache restart

a914db3fdc7a53ddcfd1b2db8f5a1b9c 56797cefb1efc9130f7c48a7d1db0f0c 514af229ae32522202a910a2649c80fb 85a92ca67f2200d36506862eaa6ed6b8 bd7fc88cf1b01f097749ae6f87272128 46a8e394d6fa13134808921036a34da8 aea4cd7bfd353ad7a1341a257ad4724a 29d1e90fd304f01e6420fbe60f66f838 0a53c5a9ca65a74d37ef5c5eaeb55d7f 742559b1631652fadd74764ae8be475e e335d9adf7edffca6a8af8039031a4c7 ed7be2b984f9c27de1d2dc349dc19c6d a766cea0c28e23e978fa78ef81918ab8 2a5151f57629129e26ff206d171fbb5f ff5a00b8ead2e480367b019417a04207 c796c01d6951fa24ed54c7f1111667c6 01bc4c8cf5b7f01f815a7ada004154a2

Email subscription for changes to this article
Save as PDF