Re: amflush flush order

Christoph Scheeder <[email protected]> Thu, 31 Jul 2025 15:04:10 +0200
Newsgroups gmane.comp.archivers.amanda.user
Message-ID <[email protected]>
Hi Sven
yes, there is the global parameter taperalgo in amanda.conf:

taperalgo [ first | firstfit | largest | largestfit | smallest | last ]
            Default: first. The algorithm used to choose which dump image to send to the taper.

            first
                First in, first out.

            firstfit
                The first dump image that will fit on the current tape.

            largest
                The largest dump image.

            largestfit
                The largest dump image that will fit on the current tape.

            smallest
                The smallest dump image.

            last
                Last in, first out.

Hope it helps
Christoph

Am 31.07.2025 um 13:51 schrieb Sven Schlittermann:
> Hello,
> 
> I have a lot of amanda backup files residing on 5 holding disks.
> 
> amflush can write to 2 tape drives in parallel.
> 
> My problem: amflush seems to pick backup files starting with the first
> holding disk. When this is done amflush takes the backup files from the
> second holding disk, and so on. Due to this the streams to the 2 drives
> in most times come from the same holding disk.
> 
> The tapes can consume 300MB/s each whereas the holding disks (in this
> concurrent-read-scenario) only provide 450MB/s in total. Hence the
> drives do not get the data fast anough.
> 
> Is there a way to get amflush choose the next to-be-flushed backup file
> by a different algorithm? Size, age, ... ? Even random would be better
> than the current behaviour.
> 
> Thanks,
> 
> 	Sven