Конечно, ошибка в том, что у вас не реализован и не активен почтовый ящик (sendmail, postfix и т.д.).
Другая ваша проблема в том, что >/dev/null 2>&1 ТОЛЬКО применяется/присоединяется только к команде ПОСЛЕДНИЙ в данном случае gzip. Таким образом, должен быть какой-то тип вывода в STDERR для вашего mysqldump.
Правильный способ делать то, что я думаю, вы хотите:
* * * * * (command | command ) >/dev/null 2>&1
Смотрите, Plesk хранит в базе данных psa все данные, касающиеся клиентских данных, домена и настроек хостинга.
Если эти таблицы пустые на вашем сервере, plesk не будет перечислять домены в списке доменов, несмотря на то, что их содержимое существует в каталогах /var/www/vhosts.
В вашем случае, я считаю, что обновление где-то пошло не так, и база данных psa теперь пустая. Поскольку Plesk никогда не разрешает понижение версии, я предлагаю вам выполнить следующие шаги для восстановления старой базы данных и списка доменов:
Выберите резервную копию базы данных psa, которая была создана непосредственно перед тем, как вы сделали апгрейд. Распакуйте его и восстановите с помощью следующей команды:
mysql -uadmin -pcat /etc/psa/.psa.shadow
psa < ваш.backup.file. sql
Теперь войдите в psa и подтвердите, какая версия базы данных psa:
выберите * из команды misc where param='version';
Вы увидите, что версия db будет 11, теперь сделайте ее вручную 12 совместимой, изменив версию в таблице misc:
Обновите misc set val='' где param='version';
Это позволит обновить psa до 12 совместимых db, а также ваше содержимое теперь будет отображаться в Plesk.
Любые дальнейшие затруднения, пожалуйста, дайте мне знать здесь.
Для будущих искателей приключений; Parallels создает ежедневную резервную копию баз данных mysql, psa и information_schema. В дополнение к этому, он также создает резервные копии баз данных до обновления и до удаления.
По умолчанию на CentOS 6.4 каталог дампов находится в /var/lib/psa/dump/
. Счастливой охоты!