Baptiste Malguy wrote:
Hello,
My sequence:
Step 1
- Ignore FileSet Changes = no
- File = /home/test/d1
- Requesting an incremental backup. It is actually incremental (the full
done previously with the same setting)
Step 2
- Ignore FileSet Changes = yes
- File = /home/test/d1
- Requesting an incremental backup. Still observe an incremental.
- No new FileSet checksum
Step 3
- Ignore FileSet Changes = yes
- File = /home/test/d2 (d1 and d2 have diffrent contents)
- Requesting an incremental backup. Still observe an incremental. (d2 is
backuped)
- No new FileSet checksum
Step 4
- Ignore FileSet Changes = no
- File = /home/test/d2
- Requesting an incremental backup. Still observe an incremental. (d2 is
backuped _again_)
- New FileSet checksum
I'm a little surprised by the results. I'm not sure this is the designed
behavior by the developers.
Baptiste --
Sorry, I forgot to copy the list in my first reply to this question.
Here it is...
I won't address the question of whether a changing IgnoreFilesetChanges
should itself be deemed a fileset change.
I don't know what the intent of the developers was, but I believe what
you are describing comes down to the question of which fileset is used
as a reference to detect changes. Two possible methods come to mind:
1. The most recent fileset used while IgnoreFilesetChanges was yes.
2. The most recent fileset used regardless of the setting of
IgnoreFilesetChanges.
Either method has its advantages and disadvantages. I think you were
expecting method 1 but what is implemented is method 2. I believe what
is implemented will satisfy most users' needs, but perhaps the method of
checking for changes needs to be more thoroughly described in the manual.
I'm wrong here. Only changes done in d2/ are backuped. Changes since
when ? (last Full ? Last Inc ?)
If d2 is a file, with an incremental it would be backed up if the file
changed since last time it was backed up. If d2 is a directory, files
in it would be backed up if they changed since last time they were
backed up. Each file is examined individually.
Karl Cunningham
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
