Will file time descrepancies caused by daylight savings be resolved in this version?
If so, will the resolution apply to backups between different types of drives and platforms? NTFS to FAT, WIN XP to Unix FTP server?
Approximately when is version 2.2 being released?
Thanx
Daylight savings descrepancy
Daylight saving
I thought the daylight saving problems were resolved, if are there any known problems please let me know so that they may be duplicated here? I did not notice any extra files been backed up here after daylight saving (British Summer Time to Greenwhich Mean Time).
There is a 2 second either side variance in time resolution between FAT and NTFS, this is used when calculating whether the file has changed.
There is can be a problem between NTFS and Linux (I do not know about Unix, but probably the same) If the Linux file system is not set to mimic NTFS Coordinated Universal Time model.
Version 2.2 will not be on general release until the latest batch of queries have been addressed, although the beta is stable as far as we know.
Barry
There is a 2 second either side variance in time resolution between FAT and NTFS, this is used when calculating whether the file has changed.
There is can be a problem between NTFS and Linux (I do not know about Unix, but probably the same) If the Linux file system is not set to mimic NTFS Coordinated Universal Time model.
Version 2.2 will not be on general release until the latest batch of queries have been addressed, although the beta is stable as far as we know.
Barry
AISBackup Ver: 2.1.0.250
Windows:
XP Pro
Version 2002
Service Pack 2
With optical media I've had no problem. Although I did have a problem in two other scenarios.
1) A synch job from an NTFS local hard drive to a FAT32 USB hard drive.
Backup Destination: Copy files to F:\ None
I synched these before daylight savings. Then tried again a couple days after and AISBackup tried copying all the files. Is there a fix for this?
2) A job which goes from an NTFS local hard drive to an FTP server - Linux
Backup To: Local Drive Copy to FTP Server:
Backup Destination: C:\Program Files\Aquarius IS Consultancy\AISBackup\Backups\Data-Remote.zip
You mentioned that this can be expected between NTFS and Linux machines when "Linux file system is not set to mimic NTFS Coordinated Universal Time model". Are there plans to resolve it in a future release?
Anyway, I've tried about 15 different backup programs which all promise easy use and great performance. AISBackup is not only by far the best. It's actually the only one worthwhile.
Thanx
Windows:
XP Pro
Version 2002
Service Pack 2
With optical media I've had no problem. Although I did have a problem in two other scenarios.
1) A synch job from an NTFS local hard drive to a FAT32 USB hard drive.
Backup Destination: Copy files to F:\ None
I synched these before daylight savings. Then tried again a couple days after and AISBackup tried copying all the files. Is there a fix for this?
2) A job which goes from an NTFS local hard drive to an FTP server - Linux
Backup To: Local Drive Copy to FTP Server:
Backup Destination: C:\Program Files\Aquarius IS Consultancy\AISBackup\Backups\Data-Remote.zip
You mentioned that this can be expected between NTFS and Linux machines when "Linux file system is not set to mimic NTFS Coordinated Universal Time model". Are there plans to resolve it in a future release?
Anyway, I've tried about 15 different backup programs which all promise easy use and great performance. AISBackup is not only by far the best. It's actually the only one worthwhile.
Thanx
Synch to FAT
As the synch option is quite new there may be a problem synching between FAT32 and NTFS over daylight saving, this will be looked at before the next beta upload.
The Linux problem also needs looking at but we will not let a possible solution hold up the general release of version 2.2 (unless a solid solution can be found quickly).
Thanks for the comment - pass it on
Barry
The Linux problem also needs looking at but we will not let a possible solution hold up the general release of version 2.2 (unless a solid solution can be found quickly).
Thanks for the comment - pass it on
Barry
Daylight saving
There is a daylight saving problem between FAT and NTFS when using the synchronize options, this is been looked at:
For further information into what should, on paper, be a simple problem to resolve, see here:
http://www.codeproject.com/datetime/dst ... print=true
NTFS to NTFS and FAT to FAT should be working okay, but I expect you have the problem where a USB flash drive can only be formatted as FAT or FAT32.
Barry
For further information into what should, on paper, be a simple problem to resolve, see here:
http://www.codeproject.com/datetime/dst ... print=true
NTFS to NTFS and FAT to FAT should be working okay, but I expect you have the problem where a USB flash drive can only be formatted as FAT or FAT32.
Barry
Dayligt saving in synchronization jobs.
Hi
The daylight saving problem has been corrected for synchronize jobs where NTFS is copied to FAT or FAT is copied to NTFS. There should not have been a problem with FAT to FAT and NTFS to NTFS. All scenarios have been tested with GMT + 2 hours, GMT and GMT – 5 hours (EST). the test was done backing up files in June 2005 and November 2005, checking that the files remained the same in June 2006 and November 2006.
There remains a problem FAT to / from NTFS synchronization if the time zone is changed after the copy.
This is implemented in version 2.2 build 258, which will be uploaded soon.
Barry
The daylight saving problem has been corrected for synchronize jobs where NTFS is copied to FAT or FAT is copied to NTFS. There should not have been a problem with FAT to FAT and NTFS to NTFS. All scenarios have been tested with GMT + 2 hours, GMT and GMT – 5 hours (EST). the test was done backing up files in June 2005 and November 2005, checking that the files remained the same in June 2006 and November 2006.
There remains a problem FAT to / from NTFS synchronization if the time zone is changed after the copy.
This is implemented in version 2.2 build 258, which will be uploaded soon.
Barry