​После удаления домена VestaCP продолжает пытаться с ним работать

Звёзд: 1Звёзд: 2Звёзд: 3Звёзд: 4Звёзд: 5 (1 оценок, среднее: 5,00 из 5)
Загрузка...

Последнее изменение: 23.03.2019

Здравствуйте.
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

/var/log/vesta/error.log:
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. Как исправить ситуацию с явно неполным вычищением записей об удаляемых доменах из конфигов? Чтобы можно было надеяться на дальнейшую работу с минимизацией вероятности потери данных.

    По пути /usr/local/vesta/data/users/ в файле db.conf
    удалил строки с удаленными доменами. Один автоматический бэкап был создан.
    Какое-то время придется понаблюдать за этим.

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Звёзд: 1Звёзд: 2Звёзд: 3Звёзд: 4Звёзд: 5 (1 оценок, среднее: 5,00 из 5)
Загрузка...

Отправить ответ

avatar

Этот сайт использует Akismet для борьбы со спамом. Узнайте как обрабатываются ваши данные комментариев.

  Подписаться  
Уведомление о
Меню
WhatsApp Задайте вопрос

Сообщить об опечатке

Текст, который будет отправлен нашим редакторам: