On Mon, Sep 28, 2009 at 4:44 AM, Graham Keeling <gra...@equiinet.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@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
