Я пытаюсь сделать резервную копию ОС с помощью rsync и поместить ее в crontab. который сам по себе отлично работает, но по какой-то причине он отказывается принимать во внимание /export при просмотре исключений...
0 2 * * 0 rsync -aAXv / --exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*"," /mnt/*","/media/*","/lost+found","/export/*"} /media/backup-disk/server-backup/ >/dev/null 2>&1
Однако он исключает все остальные папки из резервной копии.
Общая причина, по которой я также хочу исключить это /экспорт/* это связано с тем, что этот резервный диск также монтируется как привязка к /export из-за общего ресурса nfs на диске на удаленном сервере.
В связи с тем, что включает /экспорт/* я продолжаю заканчивать тем, что мой диск переполняется из-за цикла в моем rsync, когда он начинает создавать резервную копию самого диска на себя (/export/backup-disk/ -> /media/backup-disk/server-backup)
монтирование моего /media/backup-disk для экспорта выглядит следующим образом: /etc/fstab:
/media/backup-disk /export/backup-disk нет привязки 0 0
Итак, мой общий вопрос: почему он включает /экспорт/* пока он находится внутри опции исключения rsync, и как мне это исправить?
Редактировать:
результат пробного запуска с --stats --progress (без перенаправления stout en stin в /dev/null):
sudo rsync -aAXv --stats --progress / --exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*" ,"/mnt/*","/media/*","/lost+found","/export/*"} /media/backup-disk/test/ > /media/backup-disk/test.txt
кошка /media/backup-disk/test.txt | grep -A1 экспорт/
экспорт/
дом/
--
главная/пользователь/.local/lib/python3.8/site-packages/twilio/rest/bulkexports/v1/export/
home/user/.local/lib/python3.8/site-packages/twilio/rest/bulkexports/v1/export/__init__.py
9 060 100 % 38,98 КБ/с 0:00:00 (xfr#17141, ir-chk=1174/22834)
home/user/.local/lib/python3.8/site-packages/twilio/rest/bulkexports/v1/export/day.py
12 609 100% 54,24 КБ/с 0:00:00 (xfr#17142, ir-chk=1173/22834)
home/user/.local/lib/python3.8/site-packages/twilio/rest/bulkexports/v1/export/export_custom_job.py
12 034 100% 51,77 КБ/с 0:00:00 (xfr#17143, ir-chk=1172/22834)
home/user/.local/lib/python3.8/site-packages/twilio/rest/bulkexports/v1/export/job.py
8 970 100 % 38,59 КБ/с 0:00:00 (xfr#17144, ir-chk=1171/22834)
главная/пользователь/.local/lib/python3.8/site-packages/twilio/rest/bulkexports/v1/export/__pycache__/
home/user/.local/lib/python3.8/site-packages/twilio/rest/bulkexports/v1/export/__pycache__/__init__.cpython-38.pyc
8809 100% 37,90 КБ/с 0:00:00 (xfr#17145, ir-chk=1169/22834)
home/user/.local/lib/python3.8/site-packages/twilio/rest/bulkexports/v1/export/__pycache__/day.cpython-38.pyc
12 206 100% 52,28 КБ/с 0:00:00 (xfr#17146, ir-chk=1168/22834)
home/user/.local/lib/python3.8/site-packages/twilio/rest/bulkexports/v1/export/__pycache__/export_custom_job.cpython-38.pyc
11 859 100% 50,79 КБ/с 0:00:00 (xfr#17147, ir-chk=1167/22834)
home/user/.local/lib/python3.8/site-packages/twilio/rest/bulkexports/v1/export/__pycache__/job.cpython-38.pyc
9 302 100% 39,84 КБ/с 0:00:00 (xfr#17148, ir-chk=1166/22834)
...
Это указывает на то, что он исключает экспорт, но все же каким-то образом я продолжаю обнаруживать, что мой диск заполнен каждый раз, когда запускается cron, потому что он все еще копирует данные внутри /export в мой каталог резервного копирования сервера...
еще одна вещь, которую я забыл упомянуть здесь, это то, что я изначально думал, что это может быть проблема забывания /экспорт/* сначала добавил потом в крон, но забыл перезагрузить (поэтому нет cron плановой перезагрузки), но даже после перезагрузки все равно успевает скопировать /экспорт/* с кроном. Также кажется немного глупым, что потребуется перезагрузка, поскольку он должен иметь возможность обрабатывать изменения в cron каждый раз, когда ему нужно запускать команду из cron, но хотел быть уверенным, что проблема не будет решена после перезагрузки. ...
