Rsync over SMB share syncing all files
Hi,
I'm having some trouble figuring out rsync and getting it to do what I want. I need some help finding the settings that will result in the desired output.
I run a hybrid Windows, Linux / Ubuntu small business network. I'm down to one Windows box actually.
I have a QNAS Linux based NAS
I have a Ubuntu "server" (atom based mobo) Tuxback.
I have 3 inexpensive NAS devices.
These consitute a multi-tiered backup strategy that leverages rsync to provide real time data availability.
Basically a replica of the data is copied from the QNAS and Windows server to a folder called /backup
This part works reasonably well.
The QNAS shares are mounted with NFS.
The windows share is mounted via SMB.
I then replicate my data out to my inexpensive NAS devices, two of them are on-site and one is off-site. I'm running CN-390 CoolMax devices which use Embedded linux.
The challenge is these are "stupid" devices and I can't install rsync to them....so I'm using them via SMB shares mounted in Fstab.
The problem I'm having is that when rsync runs on Tuxback it is copying from /backup to /linux/NAS1 (where NAS1 is mounted).
It sees this as "local" and disables partial file transfer and starts copying all of the data all over again.
I've read the manpage and I've googled for ideas.
The command being run is:
rsync -rDltzv --delete /backup /linux/nas1
What am I doing wrong?
Btw, this started out as an inexpensive alternative to off-site storage and was based on a "cluster" of 1 TB Atom-based Ubuntu Servers..... After about a year I decided to downgrade to NAS because it's a responsible way to manage power, the NAS's are small, inexpensive, and my remote user can understand "is the light flashing? press the button to turn it off, press it again to turn it on"
The new devices are about $150 USD for the device and a 2 TB HDD and pull under 50 watts.
The result is that I have a RAID config on my servers that protects against HW outages.
The replica on Tuxback protects against the delete key which is the most common reason you need a backup.
The replica on NAS1 and NAS2 (warehouse and backoffice) protect against flood/fire/theft. As a NAS is very tiny it's unlikely to be stolen assuming they even spotted it.
The offsite replica protects against Acts of Religious Diety (Flood Tornado Hurricane Visit from Angry Celestial Being)
The end result is under $1000 which is affordable for my small business.
I chose rsync because I could get it going *now* and manage it.... I'd like to upgrade to Zmanda, but that's a tall rosebush to climb and I haven't had time to sit down and get my head around it.
Rsync should be able to copy only the changes but it doesn't seem to be doing this.
Oh, I forgot to add, all of my machines are sync'd to the QNAS device which is sync'd to an external credible source.
And the NAS devices have the second option of FTP for access, but I chose SMB as it seemed simpler and I don't recall if rsync works with ftp.... of course being linux rsync could probably be made to work with the kitchen sink with the right script.
Adv Reply
Bookmarks