Re: [rdiff-backup-users] Re: 1) Using samba to backup windows shares 2) sparse files

[Stelios K. Kyriacou]

On Sat, 21 Jun 2003, Ben Escoto wrote:

> >>>>> "SKK" == Stelios K Kyriacou <address@hidden>
> >>>>> wrote the following on Sat, 21 Jun 2003 19:23:43 -0400 (EDT)
> 
>   SKK> either samba or windows2000 give a wrong modif time by 2
>   SKK> seconds in my experience, either up or down.
>     ...
>   SKK> address@hidden stat -c%y \
>   SKK> ConvertedFileList.csv.2003-05-10T01:02:53-04:00.diff.gz\
>   SKK> ConvertedFileList.csv.2003-05-12T01:02:51-04:00.diff.gz\
>   SKK> ConvertedFileList.csv.2003-05-13T01:02:54-04:00.diff.gz\
>   SKK> ConvertedFileList.csv.2003-05-14T01:02:50-04:00.diff.gz\
>   SKK> ConvertedFileList.csv.2003-05-15T01:03:05-04:00.diff.gz
> 
>   SKK> Fri Oct 18 13:38:52 2002
>   SKK> Fri Oct 18 13:38:50 2002
>   SKK> Fri Oct 18 13:38:52 2002
>   SKK> Fri Oct 18 13:38:50 2002
>   SKK> Fri Oct 18 13:38:52 2002
> 
> How about when you stat that the original file ConvertedFileList.csv
> repeatedly?  Do you see the oscillation then?  If so, maybe it would
> be better to ask the samba people about this.  Surely it can't be the
> right behavior to return random modification times!

I did stat the file from its directory and from other directories and the 
results were inconclusive, it did show both times 13:38:50 and 13:38:52 
but only when i changed the current working directory. If i was in the 
same dir and repeatedly ran the stat command i was always getting the same 
time. 


REPEATING COMMAND A FEW TIMES:
address@hidden AAA]# stat -c%y 'Our Lab Folders/LLLL/Australia BBBB/Converted 
File/ConvertedFileList.csv'*
Fri Oct 18 13:38:50 2002
address@hidden AAA]# stat -c%y 'Our Lab Folders/LLLL/Australia BBBB/Converted 
File/ConvertedFileList.csv'*
Fri Oct 18 13:38:50 2002

CD INTO THE DIRECTORY THAT CONTAINS THE FILE AND CHECK AGAIN -- GAVE 52 
seconds instead of 50
address@hidden AAA]# cd Our\ Lab\ Folders/LLLL/Australia\ BBBB/Converted\ File/
address@hidden Converted File]# stat -c%y ConvertedFileList.csv
Fri Oct 18 13:38:52 2002
address@hidden Converted File]# stat -c%y ConvertedFileList.csv
Fri Oct 18 13:38:52 2002

ONE DIR UP AND TEST AGAIN
address@hidden Converted File]# cd ..
address@hidden Australia BBBB]# stat -c%y 'Converted File/ConvertedFileList.csv'
Fri Oct 18 13:38:52 2002

A FEW DIRS UP AGAIN -- now it gave 50 seconds again
address@hidden Australia BBBB]# cd ../../..
address@hidden AAA]# stat -c%y 'Our Lab Folders/LLLL/Australia BBBB/Converted 
File/ConvertedFileList.csv'*
Fri Oct 18 13:38:50 2002
address@hidden AAA]# cd Our\ Lab\ Folders/
address@hidden Our Lab Folders]# stat -c%y 'LLLL/Australia BBBB/Converted 
File/ConvertedFileList.csv'*
Fri Oct 18 13:38:50 2002
address@hidden Our Lab Folders]# cd LLLL/
address@hidden LLLL]# stat -c%y 'Australia BBBB/Converted 
File/ConvertedFileList.csv'*
Fri Oct 18 13:38:50 2002
address@hidden LLLL]# cd Australia\ BBBB/
address@hidden Australia BBBB]# stat -c%y 'Converted 
File/ConvertedFileList.csv'*
Fri Oct 18 13:38:50 2002
address@hidden Australia BBBB]# cd Converted\ File/
address@hidden Converted File]# stat -c%y 'ConvertedFileList.csv'*
Fri Oct 18 13:38:50 2002
address@hidden Converted File]# cd ../../../../
address@hidden AAA]# stat -c%y 'Our Lab Folders/LLLL/Australia BBBB/Converted 
File/ConvertedFileList.csv'*
Fri Oct 18 13:38:50 2002



I dont know, it is confusing to me. I believe the samba team
know about the issue. I do know that rsync has a special flag to deal with 
this:
     --modify-window
              When  comparing  two  timestamps  rsync  treats the 
timestamps as being equal if they are within the
              value of modify_window. This is normally zero, but you may 
find it useful to set this  to  a  larger
              value in some situations. In particular, when transferring 
to/from FAT filesystems which cannot rep-
              resent times with a 1 second resolution this option is 
useful.


Stelios