We are happy to announce that Vesta is back under active development as of 25 February 2024. We are working on v1 candidate and expect to engage more with the community over the coming months. We are committed to open source, and we encourage contributors to help us build the future of Vesta.
После удаления домена VestaCP продолжает пытаться с ним работать
После удаления домена VestaCP продолжает пытаться с ним работать
Здравствуйте.
VestaCP под CentOS Linux release 7.2.1511 (Core).
Ниже о нескольких взаимосвязанных проблемах.
После удаления не нужного уже домена, нажатием кнопки "удалить" на страницах .../list/web/ и /list/db/ , запись об этом сайте из вебинтерфейса Весты пропадает, но сама Веста продолжает считать что домены все еще существуют и продолжает пытаться их обрабатывать.
Из этого вырастают другие проблемы:
1. Веста пытается обновить для отсутствующего уже домена сертификаты Letsencrypt, обрабатывать статсистку.
2. Наиболее грустный. Веста пытается включать отсутствующие уже файлы в бэкапы. В результате бэкапы не сохряняются для ВСЕГО аккаунта по причине очевидного отсутствия удаленных файлов и баз данных.
/var/log/vesta/backup.log выглядит примерно так в месте остановки создания бэкапа (реальные домены заменил здесь на "DELETED.domain" и "WORK.domain"):
/var/log/vesta/error.log:
Это слишком опасно, когда после удаления какого нибудь тестового домена втихую перестают создаваться резервные копии рабочих и необходимых сайтов/почты... и пока они не понадобятся да не заглянешь, так и не узнаешь что уже длительное время никаких изменений не фиксировалось, восстанавливать неоткуда и надежда только на полные копии всей системы, которые создаются намного реже. Постоянно контролировать то что должно работать автоматически, согласитесь, не правильно - проще, в таком случае, все делать вручную сразу.
Бэкапы это святое - зачем-же бросать их создание даже если отсутствуют какие-то файлы или базы (в этом конкретном случае их и не должно уже быть), причем даже не отправляя никаких уведомлений об этом никуда кроме лога.
Мне пока не понятно почему при удалении доменов из вебинтерфейса Веста продолжает пытаться с ними работать.
На мой взгляд логично было бы:
- дать возможность создавать автоматические бэкапы на домены по отдельности - dns+mail+www+db+config каждого конкретного домена, для которого резервирование необходимо.
- если уж создавать бэкап на весь аккаунт махом, как сейчас, то хотя-бы не бросать его из-за отсутствия некоторых файлов/баз, а уведомлять об этом администратора по емайл и продолжать создавать архив с пропуском отсутствующих элементов.
Подскажите, пожалуйста:
1. Как мне сейчас объяснить Весте что с удаленными доменами не надо больше работать и вообще забыть о них напрочь, какие файлы конфигурации можно править, чтобы вручную удалить упоминания о ненужных доменах и не нарушить при этом работу Весты в других задачах? Чтобы сейчас хоть как-то можно было продолжать с ней работать.
2. Как исправить ситуацию с явно неполным вычищением записей об удаляемых доменах из конфигов? Чтобы можно было надеяться на дальнейшую работу с минимизацией вероятности потери данных.
Спасибо!
VestaCP под CentOS Linux release 7.2.1511 (Core).
Ниже о нескольких взаимосвязанных проблемах.
После удаления не нужного уже домена, нажатием кнопки "удалить" на страницах .../list/web/ и /list/db/ , запись об этом сайте из вебинтерфейса Весты пропадает, но сама Веста продолжает считать что домены все еще существуют и продолжает пытаться их обрабатывать.
Из этого вырастают другие проблемы:
1. Веста пытается обновить для отсутствующего уже домена сертификаты Letsencrypt, обрабатывать статсистку.
2. Наиболее грустный. Веста пытается включать отсутствующие уже файлы в бэкапы. В результате бэкапы не сохряняются для ВСЕГО аккаунта по причине очевидного отсутствия удаленных файлов и баз данных.
/var/log/vesta/backup.log выглядит примерно так в месте остановки создания бэкапа (реальные домены заменил здесь на "DELETED.domain" и "WORK.domain"):
Code: Select all
-- DB --
2017-06-03 05:29:58 admin_WORK.domain (mysql)
2017-06-03 05:29:58 admin_WORK2.domain (mysql)
...
2017-06-03 05:29:58 admin_WORKxx.domain (mysql)
2017-06-03 05:29:58 admin_DELETED.domain (mysql)
Error: dump DELETED.domain failed
--------------------------------
Code: Select all
2017-05-19 05:52:19 v-add-letsencrypt-domain 'admin' 'DELETED.domain' 'www.DELETED.domain' [Error 5]
2017-05-19 06:32:11 v-delete-web-domain-ssl 'admin' 'DELETED.domain' 'no' [Error 5]
2017-05-19 12:15:53 v-update-web-domain-stat 'admin' 'DELETED.domain' [Error 5]
2017-05-20 05:30:01 v-backup-user 'admin' [Error 17]
Бэкапы это святое - зачем-же бросать их создание даже если отсутствуют какие-то файлы или базы (в этом конкретном случае их и не должно уже быть), причем даже не отправляя никаких уведомлений об этом никуда кроме лога.
Мне пока не понятно почему при удалении доменов из вебинтерфейса Веста продолжает пытаться с ними работать.
На мой взгляд логично было бы:
- дать возможность создавать автоматические бэкапы на домены по отдельности - dns+mail+www+db+config каждого конкретного домена, для которого резервирование необходимо.
- если уж создавать бэкап на весь аккаунт махом, как сейчас, то хотя-бы не бросать его из-за отсутствия некоторых файлов/баз, а уведомлять об этом администратора по емайл и продолжать создавать архив с пропуском отсутствующих элементов.
Подскажите, пожалуйста:
1. Как мне сейчас объяснить Весте что с удаленными доменами не надо больше работать и вообще забыть о них напрочь, какие файлы конфигурации можно править, чтобы вручную удалить упоминания о ненужных доменах и не нарушить при этом работу Весты в других задачах? Чтобы сейчас хоть как-то можно было продолжать с ней работать.
2. Как исправить ситуацию с явно неполным вычищением записей об удаляемых доменах из конфигов? Чтобы можно было надеяться на дальнейшую работу с минимизацией вероятности потери данных.
Спасибо!
Re: После удаления домена VestaCP продолжает пытаться с ним работать
По пути /usr/local/vesta/data/users/ в файле db.conf
удалил строки с удаленными доменами. Один автоматический бэкап был создан.
Какое-то время придется понаблюдать за этим.
Добавлено 2017-06-07
В этот раз проблему вроде как относительно исправил.
Три пожелания:
1. При неудаче бэкапа в ручном режиме уведомление на емайл приходит. При создании автоматического регулярного бэкапа уведомления нет, а оно необходимо.
2. При создании бэкапа отсутствие файла, папки, базы или почти любая другая, даже не существенная проблема приводит к тому что бэкап не создается совсем, по всему аккаунту. Разумно было-бы создавать его, пропуская проблемные места, но в включая их в обязательный отчет, отправляемый на емайл администратора.
3. Нужна возможность создания отдельных бэкапов не только на весь аккаунт целиком, но и на домены по отдельности.
Благодарю!
удалил строки с удаленными доменами. Один автоматический бэкап был создан.
Какое-то время придется понаблюдать за этим.
Добавлено 2017-06-07
В этот раз проблему вроде как относительно исправил.
Три пожелания:
1. При неудаче бэкапа в ручном режиме уведомление на емайл приходит. При создании автоматического регулярного бэкапа уведомления нет, а оно необходимо.
2. При создании бэкапа отсутствие файла, папки, базы или почти любая другая, даже не существенная проблема приводит к тому что бэкап не создается совсем, по всему аккаунту. Разумно было-бы создавать его, пропуская проблемные места, но в включая их в обязательный отчет, отправляемый на емайл администратора.
3. Нужна возможность создания отдельных бэкапов не только на весь аккаунт целиком, но и на домены по отдельности.
Благодарю!