Проблема с бэкапом, не сохраняются данные из папки /home/user/web/*

[abst]

Столкнулся с проблемой при создании бэкапов на одном из серверов VestaCP последней версии, Centos 7. В бэкапы перестали добавляться файлы из директорий пользователей:

/home/user/web/*
Точнее папка в бэкапе есть, внутри нее есть домены с архивами, но архив domain_data.tar.gz весят по 340 байт и, естественно, не открываются. на сервере никаких работ не проводилось, в исключениях в настройках бэкапов данных папок нигде нет.

В логе /usr/local/vesta/log/backup.log ничего криминального, на первый взгляд. Просмотрел весь лог и нашел дату, когда начали создаваться некорректные бэкапы - 2019-06-23

Кусок лога с корректным бэкапом в этот день:

Code: Select all

================================
site
--------------------------------

-- SYSTEM --
2019-06-22 04:10:05 site.conf
2019-06-22 04:10:05 stats.log
2019-06-22 04:10:05 history.log
2019-06-22 04:10:05 pam


-- WEB --
2019-06-22 04:10:05 site.ru
2019-06-22 04:12:30 site2.ru
2019-06-22 04:12:30 site3.ru
2019-06-22 04:12:31 site4.ru
2019-06-22 04:12:31 *** 4 domains ***

-- MAIL --
2019-06-22 04:12:31 *** 0 domains ***

-- DB --
2019-06-22 04:12:31 site_site (mysql)
2019-06-22 04:12:34 site_forum (mysql)
2019-06-22 04:12:38 *** 2 databases ***

-- CRON --
2019-06-22 04:12:38 *** 0 jobs ***

-- User Dir --
2019-06-22 04:12:38 adding .bash_history
2019-06-22 04:12:38 adding .bash_logout
2019-06-22 04:12:38 adding .bash_profile
2019-06-22 04:12:38 adding .bashrc
2019-06-22 04:12:38 adding tmp
2019-06-22 04:12:38 *** 5 directories ***

-- SUMMARY --
2019-06-22 04:12:38 Remote: sftp://111.11.111.111//folder/site.2019-06-22_04-12-38.tar
2019-06-22 04:12:40 Rotated sftp backup: 2019-06-08_04-11-54
2019-06-22 04:12:40 Uploading site.2019-06-22_04-12-38.tar
2019-06-22 04:17:45 Size: 1332 MB
2019-06-22 04:17:45 Runtime: 2 minutes

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

Кусок лога с некорректным бэкапом:

Code: Select all

================================
site
--------------------------------

-- SYSTEM --
2019-06-23 04:10:07 site.conf
2019-06-23 04:10:07 stats.log
2019-06-23 04:10:07 history.log
2019-06-23 04:10:07 pam


-- WEB --
2019-06-23 04:10:07 site.ru
2019-06-23 04:10:07 site2.ru
2019-06-23 04:10:07 site3.ru
2019-06-23 04:10:07 site4.ru
2019-06-23 04:10:07 *** 4 domains ***

-- MAIL --
2019-06-23 04:10:07 *** 0 domains ***

-- DB --
2019-06-23 04:10:07 site_site (mysql)
gzip 1.5
Copyright (C) 2007, 2010, 2011 Free Software Foundation, Inc.
Copyright (C) 1993 Jean-loup Gailly.
This is free software.  You may redistribute copies of it under the terms of
the GNU General Public License <http://www.gnu.org/licenses/gpl.html>.
There is NO WARRANTY, to the extent permitted by law.

Written by Jean-loup Gailly.
2019-06-23 04:10:08 site_forum (mysql)
gzip 1.5
Copyright (C) 2007, 2010, 2011 Free Software Foundation, Inc.
Copyright (C) 1993 Jean-loup Gailly.
This is free software.  You may redistribute copies of it under the terms of
the GNU General Public License <http://www.gnu.org/licenses/gpl.html>.
There is NO WARRANTY, to the extent permitted by law.

Written by Jean-loup Gailly.
2019-06-23 04:10:09 *** 2 databases ***

-- CRON --
2019-06-23 04:10:09 *** 0 jobs ***

-- User Dir --
2019-06-23 04:10:10 adding .bash_history
2019-06-23 04:10:10 adding .bash_logout
2019-06-23 04:10:10 adding .bash_profile
2019-06-23 04:10:10 adding .bashrc
2019-06-23 04:10:10 adding tmp
2019-06-23 04:10:10 *** 5 directories ***

-- SUMMARY --
2019-06-23 04:10:10 Remote: sftp://111.11.111.111//folder/site.2019-06-23_04-10-10.tar
2019-06-23 04:10:11 Rotated sftp backup: 2019-06-09_04-12-38
2019-06-23 04:10:19 Uploading site.2019-06-23_04-10-10.tar
2019-06-23 04:10:29 Size: 47 MB
2019-06-23 04:10:29 Runtime: 1 minute

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

Сервер перезагрузил, ребилд пользователей сделал - не помогло. Кто-нибудь сталкивался с подобным? Есть идеи как решить проблему?

[imperio]

А никаких изменений в mysql не делали?

Code: Select all

Copyright (C) 2007, 2010, 2011 Free Software Foundation, Inc.
Copyright (C) 1993 Jean-loup Gailly.
This is free software.  You may redistribute copies of it under the terms of
the GNU General Public License <http://www.gnu.org/licenses/gpl.html>.
There is NO WARRANTY, to the extent permitted by law.

Ничего подобного не должно выводится.

[abst]

А никаких изменений в mysql не делали?

Code: Select all

Copyright (C) 2007, 2010, 2011 Free Software Foundation, Inc.
Copyright (C) 1993 Jean-loup Gailly.
This is free software.  You may redistribute copies of it under the terms of
the GNU General Public License <http://www.gnu.org/licenses/gpl.html>.
There is NO WARRANTY, to the extent permitted by law.

Ничего подобного не должно выводится.

Обновлял MariaDB, но обновление было одновременно на нескольких серверах с одинаковой конфигурацией, а бэкапы сломались только на одном.

Похоже, что победить проблему удалось - сохранил еще раз настройки бэкапа в панели, предварительно забэкапив vesta.conf и sftp.backup.conf для сравнения. Удивительно то, что конфиги не поменялись, но все чудесным образом заработало.

P.S. Все еще появляется ошибка при настройка удаленного бэкапа по sftp. Ошибка Error 1. При ручном сохранении конфига sftp.backup.conf все работает. Проблема как тут - viewtopic.php?t=17923

[imperio]

Можете зарегистррировать проблему?
https://github.com/serghey-rodin/vesta/issues
Если подтвердиться, в самом ближайшем релизе будет исправлено.