Перестали работать бэкапы

[lavka]

Все работало до 21 апреля, а со следующего дня начало присылать уведомление "Not enough disk space to run backup", хотя места в принципе достаточно для создания одного бэкапа (он занимает около 70 мб). В настройках бэкапа сделано одно исключение пути с кэшем, который как раз весит много и не должен попадать в бэкап, но эта настройка очень давно не менялась.

Старый успешный лог

Code: Select all

================================
admin
--------------------------------

-- SYSTEM --
2016-04-17 05:10:01 admin.conf
2016-04-17 05:10:01 stats.log
2016-04-17 05:10:01 history.log
2016-04-17 05:10:01 backup-excludes.conf
2016-04-17 05:10:01 pam

-- WEB --
2016-04-17 05:10:01 www.domen.ru
2016-04-17 05:10:01 excluding directory public_html/cache

2016-04-17 05:10:14 *** 1 domain ***

-- DNS --
2016-04-17 05:10:14 *** 0 domains ***

-- MAIL --
2016-04-17 05:10:14 *** 0 domains ***

-- DB --
2016-04-17 05:10:14 mysqldbname (mysql)
2016-04-17 05:10:17 *** 1 database ***

-- CRON --
2016-04-17 05:10:17 *** 8 jobs ***

-- User Dir --
2016-04-17 05:10:17 adding .bash_history
2016-04-17 05:10:17 adding .bash_logout
2016-04-17 05:10:17 adding .bashrc
2016-04-17 05:10:17 adding .profile
2016-04-17 05:10:17 adding .ssh
2016-04-17 05:10:17 adding tmp
2016-04-17 05:10:17 *** 6 directories ***

-- SUMMARY --
2016-04-17 05:10:17 Roated: 2016-04-05
2016-04-17 05:10:17 Local: /backup/admin.2016-04-17.tar
2016-04-17 05:10:17 Size: 70 Mb
2016-04-17 05:10:17 Runtime: 1 minute

--------------------------------

Новый ошибочный лог

Code: Select all

================================
admin
--------------------------------

-- SYSTEM --
2016-04-29 17:35:27 admin.conf
2016-04-29 17:35:27 stats.log
2016-04-29 17:35:27 history.log
2016-04-29 17:35:27 backup-excludes.conf
2016-04-29 17:35:27 pam

-- WEB --
2016-04-29 17:35:27 www.domen.ru
/usr/local/vesta/func/domain.sh: line 339: 3
45: syntax error in expression (error token is "45")
-- DNS --
2016-04-29 17:35:27 *** 0 domains ***

-- MAIL --
2016-04-29 17:35:27 *** 0 domains ***

-- DB --
2016-04-29 17:35:27 mysqldbname (mysql)
2016-04-29 17:35:29 *** 1 database ***

-- CRON --
2016-04-29 17:35:29 *** 8 jobs ***

-- User Dir --
2016-04-29 17:35:29 adding .bash_history
2016-04-29 17:35:29 adding .bash_logout
2016-04-29 17:35:29 adding .bashrc
2016-04-29 17:35:29 adding .profile
2016-04-29 17:35:29 adding .ssh
2016-04-29 17:35:29 adding tmp
2016-04-29 17:35:29 *** 8 directories ***

-- SUMMARY --
Error: Not enough disk space

debian, если что

[lavka]

Добавил в исключения ВООБЩЕ ВСЕ - базу, папки пользователя, домен целиком! Все равно ошибка о недостаточном месте на диске.

[Mr.Erbutw]

если было бы достаточно так не было бы предупреждения.

Not enough disk space to run backup

правильнее тут правило остановить, почистить папку /backup и /temp
и там

Code: Select all

autoremove

временные пакеты

[lavka]

почистил все, что смог, освободил вагон места.
бэкап создается, но файлы домена не бэкапятся, в логе так:

-- WEB --
2016-04-29 18:29:41 www.domen.ru
/usr/local/vesta/func/domain.sh: line 339: 3
45: syntax error in expression (error token is "45")

[skurudo]

Добавил в исключения ВООБЩЕ ВСЕ - базу, папки пользователя, домен целиком! Все равно ошибка о недостаточном месте на диске.

Квоты для пользователя ставили?
Возможно в пакетах стоят ограничения по месту?

[skurudo]

почистил все, что смог, освободил вагон места.
бэкап создается, но файлы домена не бэкапятся, в логе так:

Попробуйте Rebuild web.

[lavka]

А это не приведет к потере чего-либо? Конфиги апача, nginx? Сайт останется функционален?

[Mr.Erbutw]

А это не приведет к потере чего-либо? Конфиги апача, nginx? Сайт останется функционален?

пересоздать учетную запись.

[skurudo]

А это не приведет к потере чего-либо? Конфиги апача, nginx? Сайт останется функционален?

При ребилде могут потеряться только правки, которые вы вносили руками сами. Берется эталонный шаблон для конфигурационного файла и из него делается чистый и свежий конфиг. (рабочий естественно)

[zolehewine]

Столкнулся с аналогичной проблемой - ошибка в строке 339 domain.sh. Ребилд доменов делать не рискнул. По итогу выяснил причину - каким-то образом в sapache2.conf домена создавались две записи virtualhost, одна с портом 8080, вторая с портом 8443. Первая видимо каким-то образом пролезла из apache2.conf, т.к. там были мной закомментированы пару строчек и они же и перелезли в sapache2.conf. B итоге domain.sh получал 2 строки на входе sed и неверно их обрабатывал (ну или верно, как посмотреть). Доменов немного, поубирал ручками из всех sapache2.conf хосты с портами 8080, бекапы пошли нормально, сайты функционируют нормально (и https тоже).

Как оффтопик - советую дать возможность в качестве архиватора юзать pigz вместо gzip - бекапы создаются намного быстрей, руцями поправил v-backup-user для этих целей, может разработчики увидят это сообщение и захотят добавить такую возможность.
Удачи.