+7 (495) 320-70-49
- Назад
- Телефоны
- +7 (495) 320-70-49
- Заказать звонок
info@proxmox.su
Москва, Бакунинская улица, 69с1
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Сборщик мусора не справляется с Google Cloud Bucket, Proxmox Backup Server

rmundel

Guest

03.10.2025 17:49:00

Ребята, я начал использовать новый S3 Endpoint для синхронизации наших локальных бэкапов. Процесс бэкапа прошёл нормально с одним снимком около 800 ГБ, но при сборке мусора (GC) в логе задачи выскочила такая ошибка:
Код:
2025-10-03T00:00:00-04:00: запуск сборки мусора в хранилище google-cloud
2025-10-03T00:00:00-04:00: задача запущена по расписанию «daily»
2025-10-03T00:00:01-04:00: проверка обновления времени доступа успешна, продолжаем GC.
2025-10-03T00:00:01-04:00: используется порог времени доступа 1д 5м, минимальное время доступа — 2025-10-02T03:55:00Z
2025-10-03T00:00:01-04:00: старт фазы 1 GC (маркировка используемых чанков)
2025-10-03T00:00:02-04:00: отмечено 50% (1 из 2 индексных файлов)
2025-10-03T00:00:02-04:00: отмечено 100% (2 из 2 индексных файлов)
2025-10-03T00:00:02-04:00: старт фазы 2 GC (очистка неиспользуемых чанков)
2025-10-03T00:00:02-04:00: уведомление в очереди (id=1c695637-0675-443f-8476-ba2e305c242b)
2025-10-03T00:00:02-04:00: ОШИБКА ЗАДАЧИ: не удалось получить список чанков в s3 object store: не удалось распарсить тело ответа: кастомная ошибка — отсутствует поле `StorageClass`
Я использую бакет класса Nearline. Есть идеи, как починить GC?

techdude45

Guest

19.10.2025 08:37:00

Просто хочу поделиться — у меня такая же проблема. Использование S3 endpoint для GCP в моей настройке приводит к той же ошибке с отсутствующим полем в задании. Я пробовал пересоздавать endpoint, очищать и заново настраивать конфигурацию резервного копирования, но ничего не меняется. Запускаю разные проверки и задачи по очистке, чтобы понять, поможет ли это пройти дальше, но пока проблема сохраняется.

desmo.nz

Guest

11.11.2025 06:10:00

Я тоже сталкиваюсь с отсутствующим полем StorageClass при сборе мусора в Google Cloud S3 Storage. Похоже, оно опционально, если класс хранения STANDARD: x-amz-storage-class содержит информацию о классе хранения объекта. Amazon S3 возвращает этот заголовок для всех объектов, кроме объектов класса хранения S3 Standard. https://docs.aws.amazon.com/AmazonS3/latest/API/API_GetObject.html#API_GetObject_ResponseSyntax

Chris

Guest

11.11.2025 07:54:00

Эта ошибка не связана с заголовком и не относится к вызову getObject. Скорее она касается разбора тела ответа для вызова listObjectsv2, где класс хранилища тоже опционален, но таковым не рассматривался. Патч по этому поводу уже отправлен в рассылку разработчиков, см. https://lore.proxmox.com/pbs-devel/20251020091559.106203-1-c.ebner@proxmox.com/T/

desmo.nz Guest	#5 0 11.11.2025 22:34:00 Отлично, спасибо!

desmo.nz

Guest

25.11.2025 01:33:00

Я только что попробовал BackupServer 4.0.22 выполнить сборку мусора для google s3. Использую Path Style с endpoint storage.googleapis.com. Сборка мусора уже поддерживается в s3? Спасибо.
Код:
2025-11-25T12:42:41+13:00: обработано 97% (889 из 916 индексных файлов)
2025-11-25T12:42:44+13:00: обработано 98% (898 из 916 индексных файлов)
2025-11-25T12:42:44+13:00: обработано 99% (907 из 916 индексных файлов)
2025-11-25T12:45:05+13:00: обработано 100% (916 из 916 индексных файлов)
2025-11-25T12:45:05+13:00: Начинается GC фаза 2 (удаление неиспользуемых чанков)
2025-11-25T12:45:11+13:00: <?xml version='1.0' encoding='UTF-8'?><Error>

Код
NotImplemented

<Message>Заголовок или запрос, который вы отправили, запрашивает функцию, которая не реализована.</Message><Details>POST ?delete не реализован для объектов.</Details></Error>
2025-11-25T12:45:11+13:00: уведомление в очереди (id=24ffb2ff-2921-4962-a636-984c59107738)
2025-11-25T12:45:11+13:00: ОШИБКА ЗАДАЧИ: неверный запрос

Chris

Guest

25.11.2025 08:57:00

Да, сбор мусора действительно работает для S3-совместимых хранилищ объектов, которые реализуют API endpoints listObjectsV2 и deleteObjects. Эта проблема, похоже, специфична для Google Cloud Storage. Пожалуйста, создайте тикет на bugzilla.proxmox.com и прикрепите к нему эту переписку с некоторыми начальными деталями, чтобы мы могли разобраться, и вы получали уведомления о статусе. Спасибо за логи, судя по ним, API Google не реализует endpoint deleteObjects как ожидается — при попытке POST возникает ошибка «delete для объектов не реализован». Однако это должно быть реализовано, согласно https://docs.aws.amazon.com/AmazonS...eObjects.html#API_DeleteObjects_RequestSyntax. К сожалению, документация Google API здесь, похоже, неверна: она требует список объектов для удаления через deleteObject с вызовом DELETE, в то время как deleteObjects ожидает DELETE с параметрами запроса. Цитата из документации [0]: [0] https://cloud.google.com/distribute...vice/storage/storage-s3-rest-api#DeleteObject

desmo.nz Guest	#8 0 25.11.2025 09:19:00 Привет, Крис! Спасибо за ответ. Я создам заявку! Удачи, Джей

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры