​После удаления домена 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”):

-- 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

/var/log/vesta/error.log:

 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. Как исправить ситуацию с явно неполным вычищением записей об удаляемых доменах из конфигов? Чтобы можно было надеяться на дальнейшую работу с минимизацией вероятности потери данных.
   
   По пути /usr/local/vesta/data/users/ в файле db.conf
   удалил строки с удаленными доменами.
   Какое-то время придется понаблюдать за этим.