Рейтинг:1

Дублирование локального кеша во время операции удаления старше, чем

флаг cn

Позвольте мне предварить это, сказав, что я действительно ничего не знаю о Duplicity. Человек в моей организации, обладающий знаниями, ушел в отпуск, и, как обычно, в его отсутствие происходят необычные вещи.

Сегодня я получил предупреждение о том, что один из наших серверов внезапно заполнил корневой том. Этот сервер работает уже много лет, а корневой том составляет (был) всего 5 ГБ, так как в нем никогда ничего не было, и у нас никогда не было проблем с объемом, даже если он был близок к заполнению. Я отследил использование, связанное с папкой /root/.cache/duplicity. В то время на сервере выполнялся ежемесячный cronjob, который выполняет «удаление старше 1 года», за которым следует «удаление всех включений, но n полных 3». Диск заполнился во время операции удаления старше. Похоже, в середине прошлого месяца у нас произошло значительное увеличение изменений данных на этом сервере, что привело к внезапному увеличению размера инкрементных резервных копий. Конечно, это предположение, поскольку я действительно не знаю, на что смотрю (как я уже упоминал).

Итак, я просто увеличил размер корневого раздела до 20 ГБ на лету (спасибо, LVM), но, похоже, работа как бы зависла. Я убил дочерний процесс, который выполнял задачу удаления старше, а затем родительский скрипт продолжил и обработал вторую задачу. Когда это закончилось, я получил отчеты о резервном копировании для двух задач, которые показали трассировку python с ошибкой «На устройстве не осталось места» - не неожиданно.

Это оставило у меня несколько вопросов:

  1. Если я правильно понимаю, и из того, что я видел на сервере, кажется, что обе эти задачи загружают кучу файлов резервных копий из удаленного хранилища (через ssh) в локальную папку /root/.cache/duplicity для по какой-то причине, а затем, по-видимому, очищает их в конце. Это верно? Если да, то я не совсем понимаю, какие файлы нужно скачивать и с какой целью.

  2. В результате у меня осталось четыре файла «дубликат-полные-подписи» и связанные с ними файлы манифеста, по одному на сентябрь/октябрь и два на ноябрь, а также несколько файлов «дубликат-новые-подписи» и связанный с ними «двусмысленность-inc». файлы манифеста, которые, кажется, охватывают предыдущий месяц (однако похоже, что первый файл может отсутствовать - я предполагаю, что это было то, что загружалось, когда диск заполнялся). Я сравнил их с одним из наших других серверов, который использует Duplicity и запускает одно и то же задание cron одновременно, и этот другой сервер имеет только файлы с полной подписью (по одному на сентябрь/октябрь/ноябрь) и соответствующий файл манифеста. Никаких манифестов inc или файлов новых подписей вообще. Мне интересно, что может быть правильным способом их очистки, или даже если мне это нужно вообще. Либо я просто вручную удалю файлы с полной подписью и inc, чтобы он имел тот же тип файлов, что и сервер, без проблем, я просто оставлю их там до следующего запуска, и они могут или не могут быть очищены, или я запускаю ежемесячно cronjob снова вручную и дайте ему перезаписать файлы и правильно очистить их в конце.

Простите вопросы новичка, это мой первый опыт работы с Duplicity.

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.