24 дня это когда клиент без доступа к домену. так же по дефолту использует авторизацию в своем кеше. потом бан.

хотя есть у меня машины которые включают раз в пятилетку (я не шучу) и из домена не вылетают

они и не должны вылетать. вопрос будет в авторизации юзера.
машина то почему должна вылететь.
в целом, в данном кейсе (изначально кейсе топикастера) - допускаю, что какой нить UID может поднагадить.

но вот я недавно перетаскивал контроллер на 2016ом (опять же один), только с физической машины на vmware - через его конвертор. перетаскивал дня три наверное (там 2,5Тб данных и 6 дисков) - так он даже толком и не понял что произошло. и лицензия не сбилась.

у меня одна платная софтина смекнула что её виртуализировали спустя пару месяцев после переноса. затребовала ключ перерегистрировать. вот же подлость )

...но вот я недавно перетаскивал контроллер на 2016ом (опять же один), только с физической машины на vmware - через его конвертор. перетаскивал дня три наверное...

Единственный контроллер домена в сети? А пользователи три дня без него работали?

У меня-то контроллеры маленькие - диски по 128Gb (они только контроллеры, больше ничем не занимаются) и сеть между нодами оптика 10Gb/s... на три дня никак не потянет )))

а они бухали на праздниках 🙂

Везёт... у нас 24/7 всегда кто-то работает, даже на праздниках и выходных

#Вопрос. Хочу присоединить ноду к кластеру но получаю следующую ошибку. Что можно сделать?)

остановить вирт машины. из папки pve перенести все конфиги машин в /tmp - добавить в кластер и вернуть конфиги на место.

У меня ещё интереснее дела творятся. Взял для примера виртуальную машину (Windows 7) на автономной ноде, остановил, сделал бекап (хранилище бекапов подключено по NFS и к автономной ноде и к кластеру), на кластере восстанавливаю из бекапа и...

TASK ERROR: command 'set -o pipefail && lzop -d -c /mnt/pve/backupnfs/dump/vzdump-qemu-106-2021_06_03-13_23_29.vma.lzo | vma extract -v -r /var/tmp/vzdumptmp11014.fifo - /var/tmp/vzdumptmp11014' failed: storage 'local-raid5' does not exist

Ну да, она на автономной ноде находилась в локальном хранилище local-raid5, разве при восстановлении она не должна попасть в доступное хранилище кластера?

Пару дней назад восстанавливал на кластере из бекапа зарезервированную linux-машинку с этой же автономной ноды и она восстановилась вполне, а это вот сейчас что такое было - не понимаю

при восстановлении можно указать стор

по дефоту стор остается от ноды, на которой лежала вм в момент бэкапа

О... простите, пропустил... точно. Ведь в прошлый раз указывал.

Замотался малость. Больше не буду )))

Добрый день. Подскажите как лучше и правильней, делать бэкап, настроек самого proxmox.

каких настроек?

Присоединяюсь.

Сейчас я реплицирую весь rpool целиком на бэкап-сервер. У меня везде ZFS.
Интересно было бы узнать опыт коллег)

да собственно там коросинк + ключи + настройки вм и контейнеров = /etc/pve

пока видно к курсу добавить в последний раздел по маинтенсу еще и эту тему 🙂