Improve company productivity with a Business Account.Sign Up

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 748
  • Last Modified:

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.
0
blindrookie
Asked:
blindrookie
  • 3
  • 2
1 Solution
 
blindrookieAuthor Commented:
OK I bumped the points ..... someone please help
0
 
kode99Commented:
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.
0
 
blindrookieAuthor Commented:
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????

0
 
kode99Commented:
Yes one problem is that the unix/linux does not have an archive bit so this is only going to work for saving file to the NAS.  You may be able to use the file date time stamps going from the NAS to windows.

Here's is the Samba settings to help with the whole time stamp issue,
http://www.oreilly.com/catalog/samba/chapter/book/ch08_01.html

I do not know if you have access to make changes to the terrastation setup but if you can this would likely help.
0
 
blindrookieAuthor Commented:
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.
0
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

Join & Write a Comment

Featured Post

Free Tool: Site Down Detector

Helpful to verify reports of your own downtime, or to double check a downed website you are trying to access.

One of a set of tools we are providing to everyone as a way of saying thank you for being a part of the community.

  • 3
  • 2
Tackle projects and never again get stuck behind a technical roadblock.
Join Now