Follow along with the video below to see how to install our site as a web app on your home screen.
Note: This feature may not be available in some browsers.
The APS Catalog has been deprecated and removed from all Plesk Obsidian versions. Applications already installed from the APS Catalog will continue working. However, Plesk will no longer provide support for APS applications.
Please be aware: with the Plesk Obsidian 18.0.78 release, the support for the ngx_pagespeed.so module will be deprecated and removed from the sw-nginx package.
Dec 5 03:57:01 server crond[3472]: (*system*) RELOAD (/etc/cron.d/plesk-backup-manager)
Dec 5 04:00:01 server crond[3472]: (*system*) RELOAD (/etc/cron.d/plesk-backup-manager)
Dec 5 04:00:02 server crond[3472]: (CRON) bad username (/etc/cron.d/plesk-backup-manager)
Dec 6 03:40:49 server run-parts(/etc/cron.daily)[12692]: starting 50plesk-daily
Interesting thing with me is that I ran that rpm command and got nothing but the prompt after also. But my overnight scheduled backup ran. Unfortunately, it finished with an error. I have some mid-day online store backups scheduled, so I am waiting to see if they run and if they do, whether they complete successfully.
Manually started backups still work just fine. All are going to a remote personal FTP repository.
Thanks Aldricd. However, I have that setting checked and no joy.
I have managed to get the backup manager running by following this thread. Unfortunately it is not doing backups correctly. All domains, including the full server backup, have adopted the same time of day. Whatever time I add to the very first domain ever added to the server, then that is the time that every backup will attempt to run. Talk about load the server. Checking settings for each domain confirms that every domain has a different time scheduled. It seems that the upgrade has caused backup manager to read only one value for time despite a different value being scheduled.
To give the server a breather, all backups have been turned off until Parallels, or one of the many clever people here, does does find a solution.
Manually adding the Backup Manager to the crontab (6,21,36,51 * * * * /usr/local/psa/admin/sbin/backupmng >/dev/null 2>&1) as 105547111 suggested worked for us.
However, on one server there was a followup problem (see here). I'm not sure if this is in any way related to the crontab adjustment - for me there is no apparent connection.
Does anyone have similar problems or did you all go without adding the Backup Manager to the crontab?
i've found my nightly backup to a FTP space also not working today, even after my system has updated to 10.4.4 MU6.
The backup jobs in the domain control panel are working, but the backup job for the whole server to FTP space (Server Tools & Settings -> Backup Manager) is not doing it's job.
Just did a manual update to MU7 ... any advice concerning the backups? Do i need to delete the job and reenter it to get it working?
Hi,
My backups aren't being scheduled. I updated the schedule via plesk, that didn't work. I tried creating a crontab via plesk like one article said, that didn't work. Manually running the backup does work, for local and remote ftp. I'm running 10.4.4 Update #22 on CentOS release 5.5.
i've found my nightly backup to a FTP space also not working today, even after my system has updated to 10.4.4 MU6.
The backup jobs in the domain control panel are working, but the backup job for the whole server to FTP space (Server Tools & Settings -> Backup Manager) is not doing it's job.
Just did a manual update to MU7 ... any advice concerning the backups? Do i need to delete the job and reenter it to get it working?