Steve Costaras wrote:
> Ok, found out why when I do a restore of files bacula keeps thinking 
> that they are 'new' and will back them up again.   Seems that bacula 
> changes ctime to the time of the restore of the file not the original 
> ctime.   atime & mtime are properly set on the files at restore but not 
> ctime.

It seems? Have you verified by looking at ctime?

What OS?

> I didn't see anything in the on-line docs, is there a flag in the 
> fileset directive to keep ALL time values (atime, mtime, ctime) to be 
> exactly as they were on the original file when doing a restore?
> 
> (I did see the keepatime flag but from reading that only affects atime?)

"Note, if you use this feature, when Bacula resets the access time, the 
change time (st_ctime) will automatically be modified by the system, so 
on the next incremental job, the file will be backed up even if it has 
not changed. As a consequence, you will probably also want to use 
mtimeonly = yes as well as keepatime (thanks to Rudolf Cejka for this 
tip). "



------------------------------------------------------------------------------
Throughout its 18-year history, RSA Conference consistently attracts the
world's best and brightest in the field, creating opportunities for Conference
attendees to learn about information security's most important issues through
interactions with peers, luminaries and emerging and established companies.
http://p.sf.net/sfu/rsaconf-dev2dev
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users