On Mon, Sep 28, 2009 at 4:44 AM, Graham Keeling <graham AT equiinet DOT com>
wrote:
> After investigating this for myself last week, I found that the code looks
> at the access and modification times of files in both the 'accurate' and
> non-'accurate' cases.
> So, for example, if you change a file and then set those times back to match
> what they were for the last backup, it won't get backed up next time - even
> though it is now different.
I cannot understand your analysis. For instance, in what case a file
will be changed and the time will go back? Anyway, using access time
does not make sense. Probably, in Unix agent, change time and modify
time is used. Not access time. If access time is being used, something
is wrong.
For sure there are some cases a file does NOT change the "modified
date" but the "archive bit" is set:
1) ACL is changed;
2) Rename;
3) Move;
4) Maybe others.
The link http://en.wikipedia.org/wiki/Ntfs tells that there is a
"POSIX change" date in NTFS:
"Creation, modification, POSIX change, access"
I don't know if it's true, but the archive bit plays the same role as
the ctime for a Unix file system.
"ctime -- In UNIX, it is not possible to tell the actual creation time
of a file. The ctime--change time--is the time when changes were made
to the file or directory's inode (owner, permissions, etc.). The ctime
is also updated when the contents of a file change. It is needed by
the dump command to determine if the file NEEDS TO BE BACKED UP. You
can view the ctime with the ls -lc command."
"mtime -- The mtime--modify time--is the time when the actual contents
of a file was last modified. This is the time displayed in a long
directoring listing (ls -l)."
Cheers
Júlio Maranhão
------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users
|
