Onderwerp: File sync or mirroring tussen Debian server en synology rs 814 NAS

Hi,

Ik heb een Debian server (in DC) en een Synology rs 814 NAS (lokaal) nu wil ik een map tussen deze twee laten sync'en. Ik heb het al via RSYNC geprobeerd maar kwam niet echt ver gezien de beperkte comments in de NAS (welke trouwens wel volledig RSYNC ondersteund).

Daarnaast is de map op de server 150GB+, en veranderen constant bestanden. Ik wil niet dat de gehele map van de server naar de NAS wordt verplaatst, maar alleen gewijzigde mappen/bestanden worden verplaatst.

Heeft iemand hier ervaring mee?

waarom werkt rsync niet?
werkt hier prima

Ik heb zelf geen ervaring met RSYNC op een Synology NAS, maar als het volledig ondersteund zou worden kun je d.m.v. het onderstaande commando mappen syncen;

rsync -av root@servernaam.nl:/home/source/ /home/dest/

Ik ga ervan uit dat de Debian server bereikbaar is vanaf de NAS middels SSH, je zou het bovenstaande commando dan uit kunnen voeren op de NAS (niet op de server). Het zou ook andersom kunnen, hiervoor dien je de NAS natuurlijk bereikbaar te maken voor de server m.b.v. NAT in de lokale router.

ik kan rsyncen naar de NAS en de NAS heeft zelf een backup mogelijkheid naar een andere NAS, dat doet ie uiteindelijk ook door rsync zelf te gebruiken.

Ben dus wel benieuwd waar het niet goed of niet goed genoeg gaat in dit geval ..

Dit is wat ik als output krijg:

Nas> rsync -av root@85.17.176.224:/home/printenb/do...printenbind.nl/documents/orders /volume1/documents_sync_website/volume1/documents_sync_website
Could not create directory '/var/services/homes/admin/.ssh'.
The authenticity of host '85.17.176.224 (85.17.176.224)' can't be established.
ECDSA key fingerprint is --knip--.
Are you sure you want to continue connecting (yes/no)? yes
Failed to add the host to the list of known hosts (/var/services/homes/admin/.ssh/known_hosts).
root@85.17.176.224's password: *********
receiving incremental file list
rsync: mkdir "/volume1/documents_sync_website/volume1/documents_sync_website" failed: No such file or directory (2)
rsync error: error in file IO (code 11) at main.c(615) [Receiver=3.0.9]

Als iemand weet wat hoe ik dit moet oplossen (eventueel tegen betaling) hoor ik dat graag!

Volgens bestaat je target dir (/volume1/documents_sync_website/volume1/documents_sync_website) niet.

Goed gezien, had het pad twee keer opgegeven. Nu werkt het, ik ga even testen en heb waarschijnlijk nog wel wat vragen

Vergeet de optie -u niet als je alleen updates wilt syncen.

Check RSYNC dan alle mappen op gewijzigde bestanden?

+ wat is handiger, in een cronjob draaien of in een .sh en die laten activeren door de cronjob (gezien ik elke keer de fingerprint moet opgeven).

Ik zou eerst zorgen dat het script kan runnen zonder gebruikers input. Dus eerst die fingerprint oplossen en dan draaien als cron (of in een .sh die aangeropen wordt door de cron maakt functioneel geen verschil).

Het probleem is dat Synology standaard geen userdir aanmaakt voor een gebruiker. Controleer eens of de map /var/services/homes/admin/.ssh/ wel bestaat, zo niet maak deze aan. Zie ook bv http://forum.synology.com/enu/viewto...49585&start=15

Standaard kopieert rsync alleen bestanden die verschillend zijn. Met de -u optie kopieert rsync bestanden niet waarvan het doel nieuwer is dan de source. Dus in jou geval als iemand een bestand aanpast op de NAS, zal deze niet bij de volgende backup worden overschreven door het oudere bestand die in het DC staat. Kan in sommige development omgevingen een reddende engel zijn, het zal niet de eerste keer zijn dat een hoop werk . Maar de uitleg van pimlie is niet juist.

Uit de man page:

Code:

-u, --update                skip files that are newer on the receiver

Daarnaast kan --delete ook handig zijn, zorgt ervoor dat bestanden die verwijderd worden in het DC ook worden opgeruimd op je NAS.

Zelf gebruik ik 'rsync -ahvz --delete source dest' voor mijn backups.

Er is ook een rdiff-backup ipkg beschikbaar, misschien is dat een optie? Dan heb je dus een echte backup oplossing met incrementele backups.

Ik krijg stom genoeg maar die fingerprint niet in known_hosts (deze is er simpelweg niet, en mag ik ook niet maken van Synology).

Iemand tips?

Je kan rsync aanroepen met -e en hierbij je ssh opties opgeven. Probeer eens:

Code:

rsync -e "ssh -o UserKnownHostsFile=/path/file" -ahvz --delete source destination

Waarbij je het path even moet aanpassen naar een locatie die wel schrijfbaar is voor jou.

Alternatief zou je /etc/ssh_config aan kunnen passen en hier de UserKnownHostsFile variable instellen naar een andere default waarde.