Încerc să fac o copie de rezervă a sistemului de operare cu rsync și l-am pus în crontab. care în sine funcționează grozav, dar din anumite motive refuză să ia în considerare /exportul în timp ce se uită la exclude...
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
Totuși, exclude toate celelalte foldere din backup.
Motivul general pentru care vreau să exclud și acest lucru /export/* se datorează faptului că acest disc de rezervă este, de asemenea, montat ca bind la /export datorită unei partajări nfs a discului către un server la distanță.
Datorită faptului că include /export/* Continui să ajung cu discul plin din cauza unei bucle în rsync-ul meu, deoarece începe să facă o copie de rezervă a discului în sine (/export/backup-disk/ -> /media/backup-disk/server-backup)
montarea discului meu /media/backup de export este după cum urmează /etc/fstab:
/media/backup-disk /export/backup-disk nicio legătură 0 0
Deci întrebarea mea generală este, de ce este inclusă /export/* în timp ce se află în opțiunea de excludere a rsync și cum repar acest lucru?
Editați | ×:
rezultatul unei rulări uscate cu --stats --progress (fără a redirecționa stout en stin către /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
cat /media/backup-disk/test.txt | grep -A1 export/
export/
Acasă/
--
home/user/.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 kB/s 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 kB/s 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 kB/s 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 kB/s 0:00:00 (xfr#17144, ir-chk=1171/22834)
home/user/.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
8.809 100% 37,90 kB/s 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 kB/s 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 kB/s 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 kB/s 0:00:00 (xfr#17148, ir-chk=1166/22834)
...
Acest lucru indică faptul că exclude exportul, dar tot cumva îmi găsesc că discul este plin de fiecare dată când se execută cron-ul, deoarece încă copiază lucruri în /export în directorul meu de backup pe server...
un alt lucru pe care am uitat să-l menționez aici este că inițial am crezut că ar putea fi o problemă de uitare /export/* la început, l-am adăugat mai târziu la cron, dar am uitat să repornesc (deci nu există o repornire programată cron), dar chiar și după o repornire, reușește totuși să copieze /export/* cu cronul. De asemenea, pare puțin stupid faptul că ar fi nevoie de repornire, deoarece ar trebui să poată gestiona editările la cron de fiecare dată când trebuie să ruleze comanda din cron, dar voiam să fiu sigur că nu s-a rezolvat după o repornire ...
