Исправляем ошибки при восстановлении бэкапа VestaCp


Я очень люблю наши местные VDS от FirstVds за хороший саппорт и относительно небольшую цену за «Старт», но сегодня я окончательно решил, что 1GB RAM мне не хватает

1vds-1gb-ram

Зная, что прогресс не стоит на месте, а железо со временем только дешевеет, я решил искать что-то более выгодное (VDS с гигом обходилась мне примерно в 350р/месяц) я вспомнил недавнюю переписку с alice2k по поводу DEDIC-ов для сайта одного моего товарища, он как раз давал мне ссылку на реселлерский биллинг для OVH. Вобщем у него я заимел железку со следующим конфигом :

Xeon E5-2630v3 (2.4GHz) 1 vCore / 2 ГБ RAM / 10 ГБ SSD

«Вот оно счастье» — подумал я и принялся колдовать с бэкапами в VestaCP. Все действия я проводил на ОС Debian 7 x64 с обеих сторон. C CentOS скорее всего будет тоже самое, только apt-get замените на yum. Удачи

vestacp-logo

Итак, опишу пример как правильно подготовить 2 сервера к переносу бэкапа весты:

  1. На текущей системе заходим в настройки бэкапа и идет в «Исключения»

vestacp-backup-restore

И в поле Почтовые домены выставляем *, чтобы игнорировать перенос почты. Если она вам всё таки нужна — экспериментируйте. Проект активно развивается и возможно проблемы переноса уже испарвлены.

2. На текущей системе заранее создаем в WEB домен, который будет указан дефотлным при установке VestaCP на новую машину.

3. На новой системе устанавливаем VestaCP и загружаем файл с бэкапом в папку /backup/

4. Начинаем процесс восстановления бэкапа: v-restore-user admin admin.2016-04-09.tar, где admin — имя пользователя, а admin.2016-04-09.tar — имя файла бэкапа.

5. Если возникла ошибка sh: 1: /usr/sbin/sendmail: not found то выполняем команду sudo apt-get install sendmail

6. Если возникла ошибка nginx restart failed, то пробуем перезапустить вручную service nginx restart, чтобы получить описание ошибки. Если это что-то вроде Restarting nginx: nginxnginx: [emerg] unexpected end of file, expecting «;» or «}» in /home/admin/conf/web/apache2.conf:511
nginx: configuration file /etc/nginx/nginx.conf test failed, то идем в файл конфигурации vesta.conf и удаляем последнюю строчку.

nano /etc/nginx/conf.d/vesta.conf

 

vestacp-backup-restore-del-config-line

7. Снова пытаемся выполнить v-restore-user admin admin.2016-04-09.tar

8. Если все прошло успешно, то не забываем удалить в папке /backup/ файл бэкапа и папку с именем вроде tmp.sA4dSdfysd, в котором лежат распакованные файлы бэкапа и занимают место.

Хотя я и перешел на другого хостера, рекомендую вам VDS сервера в России с хорошим саппортом,
Олежек, горе-вебмастер