[root@pve1 ~]# systemctl start pve-manager Failed to start pve-manager.service: Unit pve-manager.service not found. И ведь правда, нет такого юнита в /lib/systemd/system. В прошлой версии пакета был. Недовес в последней пересборке, что ли? [root@pve1 system]# rpm -qa | grep pve-manager pve-manager-5.1.39-alt1.M80P.3 По ссылке декабрьский стартеркит, при тестировании которого собственно и обнаружилось.
На ALT 8.2 Server такая же ошибка: # systemctl start pve-manager Failed to start pve-manager.service: Unit pve-manager.service not found. # rpm -qi pve-manager Name : pve-manager Version : 5.1.39 Release : alt1.M80P.3
Но. На основании документации https://pve.proxmox.com/wiki/Service_daemons может так оказаться, что оно вовсе не обязательно. Там сказано: pve-manager ... is just a startup script (not a daemon), used to start/stop all VMs and Containers Если кто-нибудь из авторитетных товарищей поддержит, можно признать ситуацию за NOTABUG и поправить соответствующий фрагмент вики https://www.altlinux.org/PVE
Поддерживаю насчёт правки wiki. Если делать по статье: # systemctl start pve-manager Failed to start pve-manager.service: Operation refused, unit pve-guests.service may be requested by dependency only (it is configured to refuse manual start/stop). ... А с pve-manager-5.1.39-alt3.M80P.1 всё шикарно: # systemctl status pve-manager | grep -e Active -e Loaded -e service ● pve-guests.service - PVE guests Loaded: loaded (/lib/systemd/system/pve-guests.service; enabled; vendor preset: disabled) Active: active (exited) since Wed 2018-02-07 16:22:06 MSK; 15min ago CGroup: /system.slice/pve-guests.service
Начиная с версии pve-manager-5.1.35-alt2 юнит pve-manager.service переименован в pve-guests.service. Для совместимости в нем присутвует Alias=pve-manager.service, поэтому с ним можно работать как pve-manager.service. Сообщение при "systemctl start pve-manager" не является ошибкой. В юните выставлены параметры RefuseManualStart=true RefuseManualStop=true которые означают запрет ручного запуска systemctl start|stop для этого юнита. Он будет запускаться/останавливаться только по зависимостям от других служб. Не надо его своими руками торогать :)