Я делаю инкрементные резервные копии, используя грязный. (dirvish делает инкрементные резервные копии, используя rsync и жесткие ссылки).
Это отлично сработало на нашем старом сервере (ничего особенного, просто Linux-бокс с одним диском на /). На нашем новом сервере у нас есть специальное крепление для хранения данных (дампов SQL и прочего). Это NFS-монтирование.
Беда в том, что содержимое монтирования не копируется.
Я запускаю копию как root, поэтому у меня должны быть все права. Это содержимое, как оно есть на live-сервере:
жить: / mnt
drwxrwxrwx 5 ouruser ouruser 4096 2011-03-31 10:14 nfs
жить: / mnt / nfs
drwxr-xr-x 9 nobody nogroup 4096 2011-04-05 13:36 sql-backup
резервное копирование: / mnt
drwxrwxrwx 2 anotheruser anoutheruser 4096 2011-03-31 10:14 nfs
(и это пусто)
Мне вообще не понятно, почему это так. Возможно, это как-то связано с правами (NFS использует другую систему прав, не так ли?), Но, AFAIK, я должен иметь возможность читать (и, таким образом, создавать резервные копии) файлы. В Интернете есть много материалов о dirvish и копировании в NFS, но моя целевая система - это просто базовый Linux-сервер.
Я нашел проблему, и это немного тривиально :) руководство (эмф. мой)
В зависимости от вашей стратегии резервного копирования вы можете не захотеть, чтобы Dirvish пересекал границы файловой системы при выполнении резервного копирования. По умолчанию параметры, передаваемые rsync, не указывают ему оставаться в одной точке монтирования в целевой файловой системе. Если вы хотите иметь хранилище для каждой файловой системы, для которой выполняется резервное копирование, вам нужно включить логическую опцию xdev. Если не указано, действие по умолчанию - спуститься во все файловые системы которые могут существовать под указанной целью.
Теперь по какой-то причине в одном из хранилищ был файл конфигурации, который отменяет это значение по умолчанию:
xdev: true
Удаление этого флага должно решить мои проблемы.