Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Оплата
Новости
Доставка
Загрузки
Форум
Настройка
    info@proxmox.su
    +7 (495) 320-70-49
    Заказать звонок
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Телефоны
    +7 (495) 320-70-49
    Заказать звонок
    0
    0
    0
    Аспро: ЛайтШоп
    • +7 (495) 320-70-49
      • Назад
      • Телефоны
      • +7 (495) 320-70-49
      • Заказать звонок
    • info@proxmox.su
    • Москва, Бакунинская улица, 69с1
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    Proxmox Backup Server
    Я не могу освободить место, если удаляю резервные копии на PBS.

    Форумы: Proxmox Виртуальная Среда, Proxmox Backup Server, Proxmox Mail Gateway, Proxmox Datacenter Manager
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Я не могу освободить место, если удаляю резервные копии на PBS., Proxmox Backup Server
     
    BetoAndujo
    Guest
    #1
    0
    08.11.2022 15:44:00
    У меня проблема: удаление резервных копий PBS не освобождает место. Какую конфигурацию нужно настроить, чтобы это работало?
     
     
     
    lens06
    Guest
    #2
    0
    18.04.2024 06:11:00
    И вот... похожая проблема, но я решил пойти радикальным путём и сделал rm -r на смонтированной директории, где хранятся данные. Когда это не помогло, я запустил gdisk и полностью очистил диск с данными. Потом создал раздел заново, а эта чёртова штука всё равно показывает, что заполнено на 95%. Понимаю, что надо удалить “chunks”, но ты говоришь, что просто нужно подождать день? Разве нельзя как-то заставить это сделать прямо сейчас?
     
     
     
    Ernst T.
    Guest
    #3
    0
    18.04.2024 07:50:00
    Существует не рекомендуемый способ немедленно удалить данные... Код: find /path2pbs-datastore/.chunks -type f -print0 | xargs -0 touch -d "-2 days" .... и затем GarbageCollect.
     
     
     
    majestic
    Guest
    #4
    0
    29.07.2024 11:42:00
    Спасибо @Ernst T. за решение. Хотя я понимаю, что это не самый «рекомендуемый» способ, иногда, когда выбора нет — например, когда файловая система заполнена из-за того, что забыли задать максимальное количество сохраняемых бэкапов, — просто нельзя ждать около двух дней, пока всё само не разрешится, ведь за это время бэкапы начнут падать.

    Код:
    2024-07-29T09:38:41+00:00: обработано 98% (648983 чанков)  
    2024-07-29T09:38:44+00:00: обработано 99% (655690 чанков)  
    2024-07-29T09:38:46+00:00: удалено мусора: 1.409 ТиБ  
    2024-07-29T09:38:46+00:00: удалено чанков: 462615  
    2024-07-29T09:38:46+00:00: исходный объём данных: 6.674 ТиБ  
    2024-07-29T09:38:46+00:00: использование диска: 562.618 ГиБ (8.23%)  
    2024-07-29T09:38:46+00:00: чанков на диске: 199797  
    2024-07-29T09:38:46+00:00: коэффициент дедупликации: 12.15  
    2024-07-29T09:38:46+00:00: средний размер чанка: 2.884 МиБ  
    2024-07-29T09:38:46+00:00: ЗАДАЧА УСПЕШНО ВЫПОЛНЕНА  

    Ещё раз спасибо за решение!
     
     
     
    mrkessy
    Guest
    #5
    0
    08.12.2024 02:24:00
    Спаситель! Спасибо!
     
     
     
    Proxar
    Guest
    #6
    0
    21.01.2025 11:23:00
    Каковы риски при выполнении этой команды? Она удалит все бэкапы или только те, что подлежат удалению? Вот что говорится в документации относительно использования времени доступа к файлам: «Сборщик мусора рассматривает чанки с временем доступа старше порогового значения как неиспользуемые ни одним индексом снимка бэкапа, ни частью какого-либо текущего задания резервного копирования. Следовательно, такие чанки можно безопасно удалить.» ( https://pbs.proxmox.com/docs/maintenance.html#gc-background ) Судя по этому, если у каждого чанка старое время доступа, значит, все они считаются «безопасными для удаления», верно?
     
     
     
    VictorSTS
    Guest
    #7
    0
    21.01.2025 15:18:00
    Garbage Collector выполняет два этапа или фазы. Первая фаза GC проходит по всем снимкам, определяет, какие чанки используются каждым из них, и обновляет время модификации чанка на текущее (now()). Во второй фазе GC удаляет все чанки, время модификации которых старше 24 часов и 5 минут. Так что даже если вы запустите команду, которая вручную выставит время модификации всего на «сейчас минус 2 дня», GC удалит только те чанки, которые нигде не используются в снимках.
     
     
     
    t.lamprecht
    Guest
    #8
    0
    21.01.2025 17:04:00
    Это уже было объяснено, но у меня был готов текст, поэтому выкладываю дополнительно. Сама команда ничего не удаляет; она "просто" меняет время последней модификации всех файлов чанков так, чтобы они выглядели старее, гарантируя, что GC примет их в расчет для удаления, если ни один существующий бэкап-снимок не ссылается на эти файлы. Кстати, команду можно улучшить, сделав ее чуть эффективнее, меняя время модификации только у тех файлов, у которых оно новее двух дней, с помощью фильтра find -mtime, например: find /path2pbs-datastore/.chunks -type f -mtime -2 -print0 | xargs -0 touch -d "-2 days"
     
     
     
    Proxar
    Guest
    #9
    0
    23.01.2025 14:57:00
    Понял. Было бы здорово, если бы была возможность сделать это из графического интерфейса. Пока я ждал ответа, не был уверен, опасна ли эта команда, наш PBS работал на 100% загрузке, ничего нельзя было сразу сохранить, ничего нельзя было сразу удалить после снижения срока хранения, а сборка мусора (GC) длилась много часов из-за десятков терабайт резервных копий. В итоге мы пропустили два дня ежедневных бэкапов, что совсем не идеально, когда у тебя критическая инфраструктура. Может, добавить диалоговое окно при нажатии "Run GC now" с чекбоксом, который спрашивает, хочешь ли ты сразу удалить устаревшие бэкапы?
     
     
     
    Neobin
    Guest
    #10
    0
    24.01.2025 04:17:00
    Позволять любому хранилищу полностью заполниться — это, мягко говоря, не лучшая идея.
     
     
     
    Страницы: 1
    Читают тему
    +7 (495) 320-70-49
    info@proxmox.su

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