Восстановление бэкапов

[alexandrnew]

привет значения пакетов в такие же как и на старой - не помогло
сейчас попробую еще 203 бекапа других проектов со старой восстановить

[alexandrnew]

ошибка везде такая же.
заменил в скрипте восстановления, все # на echo
получил на выхлопе
Check web template
Check proxy template
Error: no avaiable proxy template
root@www:/home/backup#

[alexandrnew]

прикол следующий - если на оригинале удалить пользователя, и попробовать восстановиться - вылазит таже ошибка

[alexandrnew]

поигравшись вдоль и поперек, для себя пофиксил - не знаю правильно ли или нет, поправьте.
получается так:
ошибка происходит когда проверка прокси шаблона не находит файл phpfcgid.tpl в папке:
/usr/local/vesta/data/templates/web/nginx/
он правда есть тут, но для апача:
/usr/local/vesta/data/templates/web/apache2/phpfcgid.tpl
сделал так:
в коде

Code: Select all

           # Check proxy template
            if [ ! -z "$PROXY_SYSTEM" ] && [ ! -z "$PROXY" ]; then
                if [ ! -e "$WEBTPL/$PROXY_SYSTEM/$TPL.tpl" ]; then
                    PROXY="default"
                    if [ ! -e "$WEBTPL/$PROXY_SYSTEM/$TPL.tpl" ]; then
                        echo "Error: no avaiable proxy template"
                        echo "No available proxy tpl" |\
                            $send_mail -s "$subj" $email
                        log_event "$E_NOTEXIST" "$EVENT"
                        exit $E_NOTEXIST
                    fi
                fi
            fi

заменил PROXY="default" на TPL="default"
получилось:

Code: Select all

            # Check proxy template
            if [ ! -z "$PROXY_SYSTEM" ] && [ ! -z "$PROXY" ]; then
                if [ ! -e "$WEBTPL/$PROXY_SYSTEM/$TPL.tpl" ]; then
                    TPL="default"
                    if [ ! -e "$WEBTPL/$PROXY_SYSTEM/$TPL.tpl" ]; then
                        echo "Error: no avaiable proxy template"
                        echo "No available proxy tpl" |\
                            $send_mail -s "$subj" $email
                        log_event "$E_NOTEXIST" "$EVENT"
                        exit $E_NOTEXIST
                    fi
                fi
            fi

обнаружил неприятный момент - в домашней папке пользователя, была папка с доп материалами, она не бекапится, и следовательно канула в лету....
как можно сделать что бы бекапились доп папки или хотя бы одна конкретная? например сделать в шаблоне для всех пользователей папку - folder.bak - и что бы она бекапилась и восстанавливалась, хочется хранить доп данные в ней.

[imperio]

как можно сделать что бы бекапились доп папки или хотя бы одна конкретная?

пока что нельзя.

Создайте пожелание по этому вопросу в багтрекере.
Также создайте баг с проблемой proxy template в багтрекере
http://mantis.vestacp.com/
будем разбираться. Думаю что это какой то баг

[alexandrnew]

как можно сделать что бы бекапились доп папки или хотя бы одна конкретная?

пока что нельзя.

Создайте пожелание по этому вопросу в багтрекере.
Также создайте баг с проблемой proxy template в багтрекере
http://mantis.vestacp.com/
будем разбираться. Думаю что это какой то баг

по папкам - понял, буду иметь ввиду.
но я так понимаю если засунуть данные в public_html то бекапится будут?
по багу - опишу позже (если не забуду). сейчас банально нет времени - восстанавливаю то что тестил и переношу данные на новый сервер

[imperio]

но я так понимаю если засунуть данные в public_html то бекапится будут?

да

[alexandrnew]

еще заметил, думал проблема в одном бекапе - оказалась в нескольких, при восстановлении возникают ошибки:

gzip: /backup/tmp.AnwYDNQRPs/db/rm_db/rm_db.mysql.sql already exists; do you wish to overwrite (y or n)?

по несколько раз. именно с базой.

[alexandrnew]

просьба помочь:
при восстановлении, такая картина:

Code: Select all

2014-03-07 17:49:44 sl_db
Unzip database dump
gzip: /backup/tmp.rvN4v3KKwa/db/sl_db/sl_db.mysql.sql already exists; do you wish to overwrite (y or n)?
        not overwritten
Get database values
Rebuild db
unpack db container
Restore domain config
2014-03-07 17:51:49 sl_db
Unzip database dump
gzip: /backup/tmp.rvN4v3KKwa/db/sl_db/sl_db.mysql.sql already exists; do you wish to overwrite (y or n)?
        not overwritten
Get database values
Rebuild db
unpack db container
Restore domain config
Parse database config
Convert database
/usr/local/vesta/bin/v-restore-user: line 644: database: command not found
2014-03-07 17:52:05 sl_forum
Unzip database dump
Get database values
Rebuild db
unpack db container
Restore domain config
Parse database config
Convert database
/usr/local/vesta/bin/v-restore-user: line 644: database: command not found
2014-03-07 17:52:06 sl_new
Unzip database dump
Get database values
Rebuild db

Cron
-- CRON --

вывод добавил с помощью echo что бы проще найти было.
это идет на всех восстановлениях...
когда проект маленький - не проблема, но когда фалов в нем 40 гиг + 80 гиг база - то развертывание длится целый день.....

[skid]

Ошибку в механизме проверки nginx шаблонов исправили, а вот с базой не совсем понятно. Каждый раз при восстановлении создается временная директория с уникальным именем. В логе видно, что gzip при распаковке находит дубликат. Можете запустить скрипт с опцией -x для отладки и затем показать содержимое лога

bash -x v-restore-user admin admin.2014-03-16.tar 2>/tmp/log.txt