Link to home
Start Free TrialLog in
Avatar of blindrookie
blindrookie

asked on

File Synchronization between Windows XP and Buffalo Technology's Tera Station

I had been using Centered Systems Second Copy software to sync&backup files & folders between the server and several PC's. The software works fine when the serve is a windows machine. I replaced the serve with a 2GB Tera Station NFS appliance which is running some flavor of linux/unix. While windows file explorer shows identical date modified & files sizes info, all files are being copied every time even though all attributes appear to be identical. Files with the same date mod atributes should not be copied.

Centered Systems website suggested that there are problems with date/timestamps, and tried the suggested workaround which does not work. All files are copied every time when synchronizing. THis is very time consuming since there are some where around 30,000 files (mostly jpgs) maybe more and several 4 & g GB video files that will get copied every time.

I tried another piece of software called Sync Now! by Liuxz Software. It seems to have the same issues. Is there any software out there that will do what I need done ????  ... or ... Am I doing something wrong with the software that I have. I really don't want to have to give up my new Tera Server ... it's I nice little piece of software.
Avatar of blindrookie
blindrookie

ASKER

OK I bumped the points ..... someone please help
Basically this is a linux/unix and windows issue.  File date time stamps on the NAS are not handled the same as on a windows system, there are similar issues with any samba server.

I assume this is what you tried?
http://www.secondcopy.com/kb/article.aspx?id=10169

The best workaround is to use the archive bit.  The windows OS automatically sets an the archive bit when you modify a file.  So when you run the backup you only need to copy files with this bit set.  Also when the files are backed up you need to clear this bit so they are not recopied any more - until changed again.  This way you do not depend on the date time stamp and the whole problem is avoided.

If you look in your profile on the "How?" tab there is a Advanced Properties button.  Hit that and you get some more option, these are the ones you will need to look at -

"Copy only files with archive bit set"
and
"Clear archive bit after copy"

If you set both of these it should take care of your issue.  Though you should run a full copy first that will clear all archive bits and give you a fresh start.
I ran a few tests and it works much better but there is still a problem. I made changes to a file on the source and a different file on the destination. The unchanged files were appropriately skipped from the sync process. The destination file that I changed was copied appropriately to the destination. HOWEVER the the file that I changed on the destination was not copied back to the source.

I ran a test trying to sync in the other direction thinking that this might get around the issue, but it copied every thing back to the original source!!!! this could be dangerous. Then when I reran the first sync profile it copied everything back again.... so this is not a potential solution.

Any ideas????

ASKER CERTIFIED SOLUTION
Avatar of kode99
kode99

Link to home
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Start Free Trial
I think I got it working mo bettah. I hadn't set up an NTP server on the TeraStation. That in conjunction with the "IgnoreTimeDifference=2" fixed it for all but a 50 files (out of 250,000 +) that continue to be copied. I have no idea what the NTP Server has to do with it but I am happy for now. I think we can close this one out. You helped a lot I think you deserve the points.