Proxmox VE, восстановление одиночной ноды

Как уже писал ранее, я задумался об обновлении своих гипервизоров до следующей 7-й версии и во избежание неожиданностей тестирую переход на одиночных нодах,   которые больше выступают в роли отладочных стендов, чем реально рабочими гипервизорами, тем не менее на них есть виртуальные машины, тоже с разными экспериментами, которые хотелось бы сохранить, хотя я и могу большинство из них восстановить из резервных копий.
Сегодня я рассмотрю вариант восстановления полноценной работоспособности гипервизора с ZFS root разделом и ZFS хранилищем.

Цель

Хочу выяснить и подтвердить на практике какие данные необходимо резервировать для дальнейшего восстановления работоспособности гипервизора при выходе из строя диска, на котором находится root раздел (в моем случае SSD накопитель)

В руководстве администратора написано, что мне потребуется файл базы данных pmxcfs /var/lib/pve-cluster/config.db, еще мне возможно потребуются файлы конфигурации виртуальных машин и контейнеров(не потребовались) /etc/pve/qemu-server, /etc/pve/lxc, думаю еще будут крайне полезными название ноды (желательно знать, но не смертельно) и ее сетевые настройки.

Эксперимент

Имея на руках все вышеперечисленное приступаю

Заменил загрузочный диск

Подкинув SSD на место загрузочного диска, устанавливаю Proxmox VE с прежним названием ноды и прежними сетевыми настройками, перегружаю, провожу пост установочные настройки (openvswitch, mc)

Подключившись по SSH(можно и в "оболочке" веб интерфейса), смотрю доступные для импорта ZFS pools

# zpool import
   pool: SA**
     id: 90****************97
  state: ONLINE
status: The pool was last accessed by another system.
 action: The pool can be imported using its name or numeric identifier and
        the '-f' flag.
   see: https://openzfs.github.io/openzfs-docs/msg/ZFS-8000-EY
 config:

        SA**                                      ONLINE
          wwn-0x6*****************************8b  ONLINE

   pool: SA*****l
     id: 10****************12
  state: ONLINE
status: The pool was last accessed by another system.
 action: The pool can be imported using its name or numeric identifier and
        the '-f' flag.
   see: https://openzfs.github.io/openzfs-docs/msg/ZFS-8000-EY
 config:

        SA*****l                                    ONLINE
          mirror-0                                  ONLINE
            wwn-0x6*****************************11  ONLINE
            scsi-360****************************50  ONLINE

произвожу импорт файловых систем ZFS

zpool import -f <MyPoolName>

Теперь необходимо положить на место конфиги виртуальных машин(не обязательно - они есть в базе /var/lib/pve-cluster/config.db), что можно сделать по SFTP или используя флешку. Я для разнообразия воспользуюсь флешкой

mount -t vfat /dev/sdf1 /media/

С помощью установленного ранее mc копирую конфигурации виртуальных машин и контейнеров в соответствующие папки (см. выше)

Проверяем владельца/права

Теперь нам нужно остановить службу pve-cluster

# service pve-cluster stop

Замещаем сохраненным ранее файлом /var/lib/pve-cluster/config.db и проверяем права на него (root:root 600)

запускаем службу pve-cluster

# service pve-cluster start

Смотрим что получилось в итоге

На первый взгляд все хранилища и виртуалки подтянулись, буду тестировать в эксплуатации, если что то всплывет, непременно напишу постскриптум.

Буду рад, если данный эксперимент был кому то полезен.

P.S.

На момент публикации прошла одна неделя - пока полет нормальный!

P.P.S.

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

правим /etc/hostname, /etc/hosts

Помогло!