БЭКАПЫ

[RG22EM]

Добрый день!
Имею следующую проблему, бэкапы создаются, но не видны в панели.
В панели отображаются имена старых бэкапов (по одному на каждого пользователя) которых естественно в папке backup нет. и удалить невозможно.
Кто сталкивался, как решить проблему?
OS CENTOS, VESTA обновилась до последней

[RG22EM]

Кажется с моим косяком разобрался, дело было в следующем:
1. Командой CLI пытался сделать сохранение бэкапов на стороннем FTP, команда не отрабатывала по каким-то причинам удалённого FTP сервера, бэкапы создавались в локальной папке для передачи на FTP сервер, но фактически архивы туда не передавались, естественно в панели "застыло" имя архивных файлов на момент реализации этих мероприятий.
)))
Вот как бывает...

[skurudo]

Добрый день!
Имею следующую проблему, бэкапы создаются, но не видны в панели. В панели отображаются имена старых бэкапов (по одному на каждого пользователя) которых естественно в папке backup нет. и удалить невозможно.Кто сталкивался, как решить проблему?

Удалить можно все или почти все, поверьте :)
Данные по бэкапам хранятся здесь - /usr/local/vesta/data/users/admin/backup.conf
(вместо admin может быть другой пользователь)

[skurudo]

))) Вот как бывает...

Вот это поворот! Действительно интересное поведение )

[zigbert]

Постоянно нагружен сервер.
Выяснил причину, постоянно идет фоновый бэкап.
Отключен в планировщике (проверил конфиг crond для пользователя админ), но все равно запускается с интервалом минут 5

https://yadi.sk/i/C0l-8c0jiCYAo

Как быть? Что проверить?

[skurudo]

Постоянно нагружен сервер. Выяснил причину, постоянно идет фоновый бэкап.
Отключен в планировщике (проверил конфиг crond для пользователя админ), но все равно запускается с интервалом минут 5. Как быть? Что проверить?

Сам крон для начала - покажите скрин, что у вас там есть.
Если есть другие пользователи - неплохо бы посмотреть, что у них в кроне за задания.

Логи посмотреть будет не лишним, а именно:
/usr/local/vesta/log/backup.log
/usr/local/vesta/log/error.log

[zigbert]

Добрый день. Вот листинг crontab

[root@xxxxxx]# crontab -u admin -l
MAILTO=[email protected]
15 02 * * * sudo /usr/local/vesta/bin/v-update-sys-queue disk
10 00 * * * sudo /usr/local/vesta/bin/v-update-sys-queue traffic
30 03 * * * sudo /usr/local/vesta/bin/v-update-sys-queue webstats
*/5 * * * * sudo /usr/local/vesta/bin/v-update-sys-queue backup
00 * * * * sudo /usr/local/vesta/bin/v-update-user-stats
*/5 * * * * sudo /usr/local/vesta/bin/v-update-sys-rrd
01 * * * * sudo service httpd restart


в backup.log нашел ошибку, разбираюсь как ее устранить

-- DB --
2015-08-01 11:19:27 admin_ddddd (mysql)
shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory
shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory
job-working-directory: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory
shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory
Error: dump admin_ddddd failed
-- SYSTEM --
2015-08-01 11:20:01 admin.conf
2015-08-01 11:20:01 stats.log
2015-08-01 11:20:01 history.log
2015-08-01 11:20:01 backup-excludes.conf
2015-08-01 11:20:01 pam


а вот что происходит в error.log -
2015-07-31 15:35:01 v-backup-user admin yes [Error 17]
2015-07-31 15:55:01 v-backup-user admin yes [Error 17]
2015-07-31 16:00:01 v-backup-user admin yes [Error 17]
2015-07-31 16:20:02 v-backup-user admin yes [Error 17]
2015-07-31 16:30:01 v-backup-user admin yes [Error 17]
2015-07-31 17:20:02 v-backup-user admin yes [Error 17]
2015-07-31 18:15:02 v-backup-user admin yes [Error 17]
2015-07-31 19:10:01 v-backup-user admin yes [Error 17]
2015-07-31 20:05:01 v-backup-user admin yes [Error 17]
2015-07-31 20:55:01 v-backup-user admin yes [Error 17]
2015-07-31 21:50:01 v-backup-user admin yes [Error 17]
2015-07-31 22:40:01 v-backup-user admin yes [Error 17]
2015-07-31 23:35:01 v-backup-user admin yes [Error 17]
2015-08-01 00:30:01 v-backup-user admin yes [Error 17]
2015-08-01 01:20:01 v-backup-user admin yes [Error 17]
2015-08-01 02:15:01 v-backup-user admin yes [Error 17]
2015-08-01 03:05:01 v-backup-user admin yes [Error 17]
2015-08-01 04:00:01 v-backup-user admin yes [Error 17]
2015-08-01 04:55:01 v-backup-user admin yes [Error 17]
2015-08-01 05:50:01 v-backup-user admin yes [Error 17]
2015-08-01 06:45:01 v-backup-user admin yes [Error 17]
2015-08-01 07:40:01 v-backup-user admin yes [Error 17]
2015-08-01 08:35:01 v-backup-user admin yes [Error 17]
2015-08-01 09:30:01 v-backup-user admin yes [Error 17]
2015-08-01 10:25:01 v-backup-user admin yes [Error 17]


Может быть добавить опцию "действие в случае неудачи" - чтобы на зацикливать бэкап до бесконечности?

[zigbert]

пока очистил очередь для admin,посмотрю, что будет дальше.
[root@xxxx]# crontab -u admin -r

по поводу ошибок в backup.log - в какую сторону смотреть?

Спасибо!

[zigbert]

Прошу помочь с ошибками

backup.log
- DB --
2015-08-01 11:19:27 admin_ddddd (mysql)
shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory
shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory
job-working-directory: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory
shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory
Error: dump admin_ddddd failed

error.log
2015-08-01 06:45:01 v-backup-user admin yes [Error 17]
2015-08-01 07:40:01 v-backup-user admin yes [Error 17]
2015-08-01 08:35:01 v-backup-user admin yes [Error 17]
2015-08-01 09:30:01 v-backup-user admin yes [Error 17]
2015-08-01 10:25:01 v-backup-user admin yes [Error 17]

Форум читал, но действенного решения к сожалению не нашел

[root@xxxxx ~]# cd /
не помогает.

[skurudo]

2015-08-01 06:45:01 v-backup-user admin yes [Error 17]

Database server is not responding
https://vestacp.com/docs/api/#return_codes

Проверьте, не рвет ли крышу базе данных при бэкапе. Это в первую очередь.