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