База знаний
Войти

Известные проблемы rv-backup

Этот раздел содержит пояснения к различного рода ошибкам, которые могут возникнуть в текущей версии rv-backup.

  • Failed to read response: „Operation timed out after x milliseconds with 0 bytes recieved“

Эта ошибка может возникнуть, когда канал связи между машиной, с которой осуществляется запуск rv-backup, и сервером виртуализации прерывается по какой-либо причине. Также эта ошибка может возникнуть, если используется тестовый стенд, который имеет единственный HDD, что не позволит иртуализации вовремя прочитать и ответить на запросы rv-backup.

Решение ‒ Повторить операцию.

  • Parent checkpoint ID does not match the actual leaf

Эта ошибка иногда возникает после удаления всех чек-пойнтов ВМ при попытке сделать полную резервную копию.

Решение ‒ Перезапустить виртуальную машину:

rv-backup vm 123-123-123-123-123 down
rv-backup vm 123-123-123-123-123 up

и повторить операцию.

  • Error while sending HTTP request: (77, „error setting certificate verify locations“)…

Эта ошибка может возникнуть при неправильной настройке конфигурации или сети. Чтобы инициализировать соединение с engine, требуется SSL-сертификат, который выдает engine на определенное доменное имя, указанное при развертывании СУСВ. Если обращение к engine идет не по этому имени, то проверка сертификата не может быть пройдена.

Решение ‒ Необходимо проверить, что параметр конфигурации Urls::engine_url содержит значение, равное доменному имени engine. Затем удалить старый сертификат, который по умолчанию хранится по адресу /etc/rv-backup/ovirt.pem, если это не изменено явным образом параметром Urls::cert конфигурации. При новом подключении rv-backup скачает новый сертификат.

  • rv-backup-21 storage smb: error(13): Permission denied.

Эта ошибка может возникнуть из-за ввода неправильного пароля при подключении хранилища с помощью команды:

rv-backup storage smb mount

Есть два варианта решения проблемы:

  • отредактировать файл /root/rv-backup-smb.cred с данными аутентификации вручную, заменив пароль на верный;
  • ввести команды:
rv-backup storage smb umount
rv-backup storage smb mount  ... # где "..."‒ параметры, указанные при первой попытке
  • checkpoint inconsistent: missing or broken bitmap for disk <>.

При этой ошибке был поврежден слепок предыдущего состояния ВМ.

Решение ‒ Для дальнейшей работы с инкрементальными резервными копиями этой ВМ требуется удалить все чек-пойнты и создать полную резервную копию.

  • FreezeVDS failed: internal error: unable to execute QEMU agent command „guest-fsfreeze-freeze“: failed to open <>: Permission denied.

При попытке заморозить файловую систему ВМ (для сохранения консистентности) произошел сбой. Возможно, политика selinux одного из хостов не включает в себя текущий вариант взаимодействия QEMU/libvirt и смонтированных дисков.

Решение ‒ Требуется актуализация политики для корректного продолжения такого взаимодействия (возможно, будет полезным https://www.systutorials.com/docs/linux/man/8-virt_qemu_ga_selinux/).

  • ApiErrorE337: Not all virtual machine disks have incremental backup support enabled!

Не для всех дисков ВМ включено инкрементальное резервное копирование.

Решение ‒ Попробовать включить (поставить флажок) диск через веб-интерфейс ЦУ или с помощью команды:

посмотреть UUID диска с параметром Backup равным "none"
rv-backup vm <имя или UUID ВМ> list disks
включить инкрементальное резеревное копирование для диска
rv-backup vm <имя или UUID ВМ> backup enable <UUID диска>

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

Error[400]: Fault reason is "Operation Failed". Fault detail is "[Cannot edit Virtual Disk. Incremental backup is not supported for RAW format disks.]

попробовать сделать один снапшот ВМ с помощью веб-интерфейса и повторить команду.

  • Ticket does not support dirty extents.

ЦУ столкнулся с тем, что была осуществлена попытка создать инкрементальную резервную копию, но выделить инкремент от предыдущего состояния диска ВМ не удалось.

Решение ‒ Необходимо проверить все диски этой ВМ, для которой осуществлялась попытка создать инкрементальную резервную копию, и убедиться, что для них отмечена опция "Включить инкрементное резервное копирование". Если опция не была отмечена, то необходимо её отметить и начать заново цепочку инкрементальных резервных копий для этой ВМ (рисунок 24).

Рисунок 24 ‒ Опция "Включить инкрементное резервное копирование"