Rsync с жесткими и неработающими символическими ссылками

486
user8802482

Я новичок в администрировании Linux и rsync. У меня следующий вопрос.

Сценарий : у меня есть файловый сервер A, где я хочу сделать резервную копию особенно огромной папки пользователя ~ 7 ТБ на файловом сервере B. Когда я выполнил обычную команду rsync, приведенную ниже:

rsync -av /path/of/source/in/A/ /path/of/destination/in/B >> logfile.log 2>&1

Размер каталога назначения после rsync намного больше исходного размера (~ 15 ТБ) после того, как я запустился du -sh ..

Вопрос 1 : я не уверен, почему это происходит?

После чтения онлайн я подозревал, что может быть много жестких ссылок, приводящих к увеличению размера. После удаления огромного каталога на машине B я снова запустил rsync (пробный запуск) с опцией «H», чтобы сохранить жесткие ссылки.

rsync --dry-run -avH /path/of/source/in/A/ /path/of/destination/in/B >> logfile.log 2>&1

Я получил сообщение об ошибке для многих файлов, в котором говорится, что « rsync: stat» путь / в / B не выполнен: нет такого файла или каталога (2) ». Что было даже странно, так это ошибка не для всех файлов, которые отображались в журнале пробного запуска ,

Вопрос 2 : это потому что неработающие символические ссылки не сохраняются из-за опции "H"?

Наконец, я иду в правильном направлении, подозревая, что это может быть из-за неработающих символических ссылок или жестких ссылок?

0
Возможно, вы правы в том, что жесткие ссылки (а не символические ссылки) являются причиной использования дополнительного пространства, хотя это также может быть связано с разреженными файлами (см. Параметр `-S`). Сообщение об ошибке, вероятно, связано с тем, что rsync хочет сопоставить жестко связанные файлы в месте назначения, но поскольку вы выполняете пробный запуск, первый файл не передается, а затем, когда встречается второй экземпляр того же самого inode, он хочет проверить первый экземпляр, которого там нет. wurtel 6 лет назад 0

0 ответов на вопрос

Похожие вопросы