Я также проверил бы S3QL. Это обеспечивает много интересных технических возможностей для сетевых резервирований. Это главным образом предназначено для облачной резервной копии, но можно также использовать его для локальной сети, например, с помощью NFS или SSHFS.
Относительно того, как сделать резервные копии с этим программным обеспечением, Вам решать для обработки, S3QL является просто удаленной файловой системой с некоторой дополнительной функциональностью.
Так или иначе пакет S3QL включает сценарий в качестве примера для пути о том, как сделать это. То, что они в основном делают, используя поддержку дедупликации данных программного обеспечения, для резервного копирования против удаленного каталога с датой как имя, затем, каждый раз, когда резервное копирование сделано, копия предыдущего резервного копирования сделана и переименована к текущей дате резервного копирования, тот путь, только различия должны быть загружены на новый каталог с помощью rsync. Вы заканчиваете с набором каталогов для всех дат, Вы выполнили резервное копирование, с помощью только минимальное устройство хранения данных, необходимое, поскольку данные не дублированы.
Править: (как ответ на дополнительные вопросы)
Файловая система S3QL может только быть смонтирована от одного клиента за один раз, но хорошо, я думаю, что это ограничение также относится к EncFS и dmcrypt/luks. Так или иначе это не было в Вашем праве требований? Если это - новое требование, то Вы, вероятно, застреваете при использовании NFS или CIFS и некоторого программного обеспечения для резервного копирования, которое делает шифрование на клиенте для Вас, как двуличность.
При рассмотрении журналов, на которые это походит, существует проблема в установке полномочий на файле в /tmp
.
Пятница 7 февраля 19:01:30 2014 [ОШИБКА] не удалось установить режим файла для файла PDF (не фатальный) (/tmp/michael.cups-pdf/What_does_the_CUPS_PDF_printer_need_to_be_able_to_set_file_mode_.pdf)
Я подтвердил бы, что Вы можете сделать это. Возможно, полномочия на родительском каталоге, /tmp
, был изменен.
Как вы можете увидеть на этом посте: https://bugs.launchpad.net/ubuntu/+source/cups/+bug/270046/cupps/+bug/270046/Comments/28
Решится самым простым способом (отключение чашек AppArmor Profile)
Запустите эти команды ...
sudo mv /etc/apparmor.d/usr.sbin.cupsd /etc/apparmor.d/disable
sudo /etc/init.d/apparmor restart
Это с опозданием на 5 лет, но я считаю, что проблема в праве собственности на каталог michael.cups-pdf
. Используйте chown
в каталоге, чтобы сопоставить владельца выходных файлов (ex :nobody
, если анонимно ).
Сославшись на следующий пост :https://ubuntuforums.org/showthread.php?t=1975881
После многих исследований, в конце концов, я обнаружил, что моя проблема заключалась в разрешении папки /var/tmp/
, это было 755 (drwxr -xr -x, root, root ).
После смены на 777 (drwxrwxrwx ), cups -pdf снова работает..
Поскольку в/etc/cups/cups-pdf.conf
указано, что либо /var/tmp
, либо/tmp
должны быть доступны для записи пользователем -!