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

Согласен! Для работы должны быть реализованы какие-то базовые функции.

+1 Отлично! Добавь это и в графический интерфейс тоже.

Может, немного в стороне от темы: а зачем sudo? Обычно на машине нет других учётных записей ОС.

В каком случае? Если честно, sudo ломает автозаполнение для команд pve и, на мой взгляд, абсолютно бесполезен.

Это важная тема, к которой я добавлюсь. LnxBil поднимает вполне обоснованный вопрос. С точки зрения корпоративной безопасности, запускать как root так регулярно, как мы делаем в Proxmox, не совсем верно. Не поймите меня неправильно, я люблю удобство одного клика и автоматического входа под root, но понимаю, почему он работает именно так. Не думаю, что это большая проблема в целом, но это стоит иметь в виду. Один хакер, взломавший наши сессии Proxmox, может получить доступ к root всего за один клик. Вчера я тоже запустил ha-manager crm-command node-maintenance enable proxmox3 на своем третьем узле и был *просто поражен!* Буквально прыгал от смеха. Мой кластер всего 3 недели от роду, так что все пока новое и захватывающее, но режим обслуживания — это *просто замечательно!*. Я смотрел фильм через браузер на своей Windows VM. Я понял, что узел ушел вниз и перенес VM на другой узел только по тому, что фильм, который я смотрел на MS RD на iPad через Wi-Fi, на секунду прервался, а затем продолжил воспроизведение, не требуя от меня никаких действий. ZFS пул и кластер работали безупречно! Я даже не использую EC RAM! Это вообще не должно работать. Я поражен. Единственное, чего не хватает — это наличие этой функции в GUI и возможность планировать обслуживание без необходимости писать собственные скрипты вручную. Команда Proxmox, если вы это видите, отличная работа над режимом обслуживания. Очень надеюсь на дальнейшие улучшения.

Согласен, это точно нужно добавить в графический интерфейс как можно скорее, чтобы Proxmox стал более популярным. Это не должно быть сложной задачей.

Я всегда включаю режим обслуживания на всякий случай, но думал, что автоматический отказ произойдет для HA-ресурсов, у которых указаны дополнительные узлы с более низким приоритетом.

Мне это очень-очень нужно! Кстати, ещё использую эту команду, чтобы остановить все репликационные задания:

На всех хостах в кластере:
Отключить/остановить ВСЁ
Код:
repjobs=$(pvesr list | cut -f1 -d" " | tail -n +2);for i in $repjobs; do pvesr disable $i; done

Включить/запустить расписание с:
Код:
repjobs=$(pvesr list | cut -f1 -d" " | tail -n +2);for i in $repjobs; do pvesr enable $i; done

На текущем хосте:
Отключить/остановить задания на текущем хосте
Код:
repjobs=$(pvesr status | cut -f1 -d" " | tail -n +2);for i in $repjobs; do pvesr disable $i; done

Включить/запустить задания расписания на текущем хосте с:
Код:
repjobs=$(pvesr status | cut -f1 -d" " | tail -n +2);for i in $repjobs; do pvesr enable $i; done