Ошибка "Creating snapshot fail"

Описание

В некоторых случаях операции с ВМ могут завершаться с ошибками вида "Unhandled exception: Error message: Creating snapshot fail. Command exited with message error: unsupported flags (0x200) in function qemuDomainSnapshotCreateXML".

Такие ошибки могут появляться:

• после обновления ОС или ПО qemu и libvirt на узле кластера. Причина ошибки в том, что ОС продолжает работать со старыми версиями сервисов qemu и libvirt;
• при попытке создать резервную копию ВМ в интерфейсе. Ошибка возникает, если снимок ВМ уже существует.

Чтобы посмотреть подробную информацию:

1. В разделе Виртуальные машины выберите ВМ.
2. Перейдите в раздел Параметры → Информация →  Последние 10 событий.
3. Нажмите на статус Ошибка в столбце Событие. Это отобразит вкладку Информация о задаче с подробным текстом ошибки:

Unhandled exception: Error message: Creating snapshot fail
Command exited with message error: unsupported configuration: nothing selected for snapshot 

Решение

Ошибка после обновления ОС или ПО qemu и libvirt на узле кластера

Чтобы решить проблему, перезапустите сервис libvirt:

1. Подключитесь к узлу кластера по SSH. Подробнее о подключении по SSH см. в статье Настройка рабочего места.
2. Выполните команду:
   

   systemctl restart libvirtd

Ошибка при попытке создать резервную копию ВМ в интерфейсе

Чтобы решить проблему:

1. Подключитесь к узлу кластера по SSH. Подробнее о подключении по SSH см. в статье Настройка рабочего места.
2. Определите внутреннее имя проблемной ВМ:
   

   sudo virsh list --all | grep <название_ВМ>

3. Получите список виртуальных дисков:

   virsh domblklist <внутреннее_имя_ВМ>

   Пояснения

   <внутреннее_имя_ВМ> — имя, которое получено в п.2. В большинстве случаев имеет формат <id ВМ>_<название ВМ>. Например, 2698_test-alma8
   
   Пример вывода

   # virsh domblklist 2698_test-alma8
   Target Source
   ------------------------------------------------
   vda /vm2/2711_test-alma8.2698_test-alma8_snapshot

   Вывод показывает, что у ВМ уже есть снимок.

4. Сравните даты изменения основного файла виртуального диска и снимка. Определите, какой из файлов был изменён позже:

   stat <файл_виртуального_диска>
   stat <файл_снапшота>

   Пример вывода для основного файла виртуального диска. См. параметр Modify:

   # stat /vm2/2711_test-alma8
    File: /vm2/2711_test-alma8
    Size: 2419458048 Blocks: 4725400 IO Block: 4096 regular file
   Device: 902h/2306d Inode: 23330831 Links: 1
   Access: (0644/-rw-r--r--) Uid: ( 107/ qemu) Gid: ( 107/ qemu)
   Access: 2023-11-20 12:04:25.826960539 +0200
   Modify: 2023-11-20 12:06:15.420142110 +0200
   Change: 2023-11-20 12:06:15.420142110 +0200
    Birth: 2023-10-26 08:38:45.574566975 +0300

5. Дальнейшие действия зависят от того, какой файл был изменён позже и является актуальным:

   • если более актуальным является файл диска, удалите снимок:

     rm <файл_снапшота>

   • если более актуальным является файл снимка:

     1. Объедините данные файлов:

        virsh blockcommit <внутреннее_имя_ВМ> vda --active --verbose --pivot

        Пояснения

        <внутреннее_имя_ВМ> — имя, которое получено в п.2. В большинстве случаев имеет формат <id ВМ>_<название ВМ>. Например, 2698_test-alma8
        Пример ответа для успешного выполнения слияния

        # virsh blockcommit 2698_test-alma8 vda --active --verbose --pivot
        Block commit: [100 %]
        Successfully pivoted

     2. Удалите снимок:

        rm <файл_снапшота>

6. Повторите создание резервной копии.