Спасибо, ты прав. Именно так я и сделал сейчас. Работает отлично.

Я нашёл гораздо проще решение, чем ставить второй PBS. Как сказал Dunuin выше: просто используйте vzdump вместо pbs для резервного копирования самого pbs. А в случае катастрофы сначала восстанавливаете виртуальную машину PBS, а потом все остальные. Вот так у меня сейчас настроено, я проверял сценарий восстановления — всё отлично работает.

У меня была такая же проблема, удалил qemu-guest-agent с виртуальной машины PBS, и её собственное резервное копирование прошло успешно.

В моём случае я тоже запускаю PBS как виртуальную машину на том же хосте, где и остальные ВМ. Думаю, в некоторых ситуациях это имеет смысл. Но поправьте меня, если ошибаюсь. Например, у меня: в домашней лаборатории у меня есть только мой Windows-десктоп и физический хост. Физический хост очень мощный и с большим запасом по оперативке. Мой десктоп запускает второй экземпляр PBS как виртуальную машину на VirtualBox на случай аварийного восстановления (хотя такого ещё не было). Но десктоп не всегда включён, а серверу хватает ОЗУ, чтобы делать бэкап 15 ТБ виртуальных машин. Что не скажешь про десктоп, у которого всего 16 ГБ памяти — там всё могло бы сильно тормозить. Иначе пришлось бы покупать ещё одну железку с кучей оперативки только ради PBS. Так что запуск PBS как ВМ сейчас мне кажется разумным. Или я не прав? В документации пишут, что так не рекомендуют делать, потому что если гипервизор упадёт, то PBS ВМ тоже пропадёт. Но нигде не говорится, что это не работает. Если у тебя есть второй, меньший PBS — должно быть нормально, да? Я мог бы время от времени копировать конфиг из etc на меньший экземпляр, чтобы он видел и NFS-хранилище с бэкапами.