On Feb 9, 2006, at 1:10 PM, Wolfgang Denk wrote:
In message <[EMAIL PROTECTED]> you wrote:
In many cases (i.e. when, during the mv operation, to time stamp
of the
testfile inode was modified) /dir1/testfile will not be stored
because
it's not recognized as new - it's time stamps are older than the last
full backup.
AAAARGHHH!!!! It was exactly reasons like this one that made me
switch from my home-grown tar scripts to a professional backup
solution.
I *regularly* download files from the net, keeping their original
time stamps. These files are in MOST cases much older than my latest
(full) backup. Does that mean they will not get saved?
But that's a *MAJOR* bug in Bacula.
Sorry, so far I'm just a (happy, until 10 minutes ago) user of bacula
and I did not care about the implementation. My expectation was that
each backup run will compare file meta data against the database.
Then IMHO the following should happen:
* Each file we find in the file system is looked up in the DB.
(a) The file is not found in the database (no matter what it's time
stamps are!); in this case the file is new and must be backed
up; add it to the database; set a flag "file present" in the
database.
(b) The file is found in the database and has more recent time
stamps than the previous backup; in this case the file is new
and must be backed up; update entry in the database; set a flag
"file present" in the database.
(c) The file is found in the database and has older time stamps
than the previous backup; in this case the file is old and
needs no backup; set a flag "file present" in the database.
Apologies if this is a total newb misconception, but it seems that
conditions B and C should really be:
b) timestamp and/or checksum differ between filesystem and db --
proceed as above.
c) condition b doesn't occur -- proceed as above.
Corey
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users