В PBS стало меньше снимков, но заполнение datastore почти не изменилось. Откройте журнал Prune и журнал Garbage Collection именно этого хранилища. Они отвечают на два разных вопроса: какие точки восстановления ушли и какие блоки после этого можно удалить.
Что осталось после Prune
В Content найдите группу резервных копий и нужный namespace. Сверьте даты, которые остались после применения политики. Снимок, защищённый от удаления, проверьте отдельно. Если снимки исчезли, а свободное место прежнее, не сокращайте срок хранения до проверки GC.
Что показал последний GC
В Prune & GC откройте последний успешный GC и сверьте время его запуска с Prune. GC отмечает блоки, на которые ещё ссылаются индексы снимков, и удаляет подходящие неиспользуемые блоки. Из-за дедупликации один блок может оставаться нужен другой копии. Объём удалённых снимков в интерфейсе поэтому не равен объёму освобождённого места.
Pending removals означает, что часть блоков пока остаётся в пределах защитного интервала. Сверьте параметры и журнал своей версии. При штатном расписании дождитесь следующего GC после истечения этого интервала и сравните Removed bytes, Pending removals и свободное место. При ошибке GC сначала устраните причину из журнала. Каталог .chunks вручную не очищайте.
Пример проверки
Учебный случай: Prune завершился в 02:00, последний GC был накануне в 21:00. Сначала подтвердите, что GC запустился после 02:00. Если он успешно завершился, но журнал показывает Pending removals, сохраните значение и проверьте следующий проход. Затем убедитесь, что ожидаемые точки восстановления по-прежнему доступны.
Документация Proxmox по сборке мусора · Проверка восстановления PBS.