Amanda-Users

Re: Level 1 dumps acting like level 0 dumps

2004-01-17 17:27:27
Subject: Re: Level 1 dumps acting like level 0 dumps
From: "Stefan G. Weichinger" <monitor AT oops.co DOT at>
To: amanda-users AT amanda DOT org
Date: Sat, 17 Jan 2004 23:23:23 +0100
Hi, Steve,

on Samstag, 17. Jänner 2004 at 22:49 you wrote to amanda-users:

SM> #   record      - record the dump timestamp in the time-stamp-database of 
the
SM> #                 backup program (e.g. /etc/dumpdates, /etc/amandates ) 
This is read by
SM> #                 the dump program for incremental dumps.  Default: [record 
yes]

We discussed off-list and are at this:

#   record      - record the dump in the time-stamp-database of the backup
#                 program (e.g. /etc/dumpdates for DUMP or
#                 /etc/amandates for GNUTAR).
#                 This affects both the use of "DUMP" and "GNUTAR".
#                 Default: [record yes]

SM> Currently there are two backup programs that Amanda uses; dump and
SM> tar. But there may be more in the future (star?) so "(e.g.  /etc/dumpdates 
for
SM> DUMP)" might be removded since that implied (for me at any rate) that
SM> this was only for the "dump" program.

This should be covered by the changes above.

You are right with your opinion that the docs aren't clear about that
parameter in usage with GNUtar.

On the other hand leaving parameters at their default value is a
common practice for starting. Otherwise this lack of explicity in the
example amanda.conf would have been discovered earlier.

SM> The man page for amanda can be
SM> more explict about what backup programs can be used and where they
SM> record the time-stamp.

The man-page is clear about the two programs: DUMP, GNUTAR.

SM> Also, *is* this neccessary for incremental dumps?

Short answer: yes.

SM> Now, this assumes that setting "record" to yes works. I'll know by
SM> tommorow.

You don't have to SET "record yes". Just REMOVE "record no" and enjoy the
usage of the default value "yes".

We are looking forward to the results.

-- 
best regards,
Stefan

Stefan G. Weichinger
mailto:monitor AT oops.co DOT at