Am 12.11.19 um 14:55 schrieb Nathan Stratton Treadway:
> The danger in your particular case is that the "weekly" run will update
> the level 0 snapshot file for each DLE, and then the any "daily" runs
> that do level 1 dumps the following week will only include files changed
> after that "weekly" level 0 -- so if you were to try to recover using
> only the "daily" dumps, there could be some files that are missing....
*DANGER* !
> You can check for this sort of clash by looking at the dates of the
> files in the gnutar-listdir/gnutar-list-dir directory, which defaults to
> /var/lib/amanda/gnutar-lists/ in the Debian/Ubuntu Amanda package. If
> you check there early in the week and you see a mix of dates from the
> previous week ("daily" config runs) and over the weekend (the "weekly"
> runs), then you are affected.
>
> I haven't ever tried "record no", but skimming the source code it
> appears that this works by preventing amanda from renaming the working
> incremental snapshot file, "<DLE>_<LEVEL>.new" back to "<DLE>_<LEVEL>".
> So I guess as long as the only files dated over the weekend are ".new"
> files, you are okay; those files are just "orphans" will be ignored by
> later runs.
>
> (If you don't want to use "record no" for one of the configs and are
> using amgtar, it's easy to avoid the conflicting-snapshot-files problem
> by setting separate directories for each config in the amanda.conf
> amgtar application defintion, e.g. add the config name at the end of the
> path, so for config "TestBackup" I have:
>
> define application-tool app_amgtar {
> comment "amgtar"
> plugin "amgtar"
> property "GNUTAR-LISTDIR" "/var/lib/amanda/gnutar-lists/TestBackup/"
> property "CHECK-DEVICE" "NO"
> }
>
> You do have to manually create that directory for each config as part of
> getting a new client machine set up in the disklist, though. [amcheck
> will warn you, if I remember correctly.]
yes, it does. Phew, I definitely wasn't aware of the fact that the 2
configs conflict here!
I decided to set GNUTAR-LISTDIR now for "weekly" and will do as well for
"daily" asap.
Maybe that will lead to more balance here ...
I prefer this over setting "record no".
thanks!
I think that should be pointed out somewhere in the docs ... maybe I
should write something (or you ;-))
