хотел, но руки не дошли... Да и устроил autosnap полностью. Sanoid/Syncoid всё-таки под файловые датасеты заточен, а autosnap именно под Прокс, и он обращается не к ЗФС, а к API прокса через сеть, поэтому по сути поддерживает любой сторадж, не только ЗФС.
на момент снимка проксмокс лочит конфиг файл VM, и всякую хрень делает.. если в этот момент еще и бэкап с PBS тикнет, то бэкап завершится ошибкой, и жди следующей ночи
Online миграция не работает при наличии снимков PVE. Выдаст такую ошибку: can't migrate local disk 'local-zfs:vm-107-disk-0': online storage migration not possible if snapshot exists
Если хотя бы в одном снимке будет сохранена конфигурация VM со вставленным ISO образом из локального storage, то такую машину нельзя будет мигрировать.
PBS не сделает бэкап, если время совпадет со снимком PVE, т.к. конфиг будет залочен, а PBS тоже пытается взять лок. Повторной попытки не будет. Ждем следующую ночь...
ну это пожалуй даже логично, нам же нужны гарантии, что конфиг во время выполнения бэкапа\снапшота никем не изменялся. Значит нужен лок. А раз лок это условие выполнения, то значит кто первый встал, того и и тапки.
Надо задания разносить по времени, другого выхода не вижу.
может отсутствие ретрая связано с механизмом ПБС? Вероятно ему надо пройтись по всем ВМ задания, чтобы обеспечить дедуп, который ведь во время выполнения задания производится, вроде как