On Tuesday, November 02, 2010 09:11:44 am Chris Hoogendyk did opine:

> On 11/1/10 10:10 PM, Jon LaBadie wrote:
> > I've started backing up my amanda files nightly
> > in a separate amdump run after my primary amdump.
> > My plan was to leave it on the holding disk and
> > let it autoflush to vtape during the next day's
> > dump.  Unfortunately it does not flush.  I've
> > now got about 7 dumps on the holding disk.
> > 
> > Any suggestions why an "autoflush yes" might
> > not be effective?
> 
> How do you achieve the separate dump? Is it the same configuration with
> command line options to stipulate what is getting done? It doesn't make
> sense that something as fundamental as autoflush would stop working or
> be removed from the options, so I'm just wondering how you have it set
> up. Details?

I agree, Chris.  And the keyword autoflush doesn't grep in the ChangeLog,
Hence we have had no warning of a change in how it works. :( :( :(  I have
previously commented on the fact that such behavior changes BELONG
in the ChangeLog!

>From the latest 3.2.0-svn-3583 man page for amanda.conf:
(long lines warning)

      taperflush int
           Default: 0. At the end of a run, Amanda will start a new tape to 
flush remaining data if there is more data on the holding
           disk at the end of a run than this setting allows; the amount is 
specified as a percentage of the capacity of a single
           volume. In other words, at the end of a run, Amanda will begin a new 
tape if the inequality h > t × f is satisfied, where
           h is the amount of data remaining on the holding disk from this or 
previous runs, t is the capacity of a volume, and f is
           this parameter, expressed as a percentage. This parameter may be 
greater than 100%.

           The value of this parameter may not exceed that of the 
flush-threshold-scheduled parameter.; autoflush must be set to
           ´yes´ if taperflush is greater than 0.

This is now the only place in the man page where it is mentioned.  I presume
one could munch his way through that logic and arrive at similar results to
the former Just Works(TM) but I fail to see how this can possibly be an
improvement. IMO "autoflush yes" ought to be an absolute command,
where it does that first, and then proceeds to do the rest of the backup
session using the taperalgo selected with prior knowledge of how much tape
has already been used.

This, if that is how amanda now works, is a huge regression IMO.

-- 
Cheers, Gene
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Forest fires cause Smokey Bears.

Reply via email to