taperalgo LARGEST does not seem to work

I'm trying to user taperalgo LARGEST to force the largest dump to thetape first, but it is not behaving as I expect. Perhaps it only putsthe largest image it has at the moment first? What I want is to writethe tape in decreasing order of dump size.

The problem I'm running into is that I tend to have some very largelevel 0's (almost the size of the tape) and fairly small incrementals.If the tape fills up during the run, inevitably it is the large level 0that fails, leaving the tape almost unused. See amdump output below.

I know I'll be loosing time by waiting to write the tape, but I don'tcare. Tape time is small compared to dump time anyways.


STATISTICS:
                          Total       Full      Daily
                        --------   --------   --------
Estimate Time (hrs:min)    0:01
Run Time (hrs:min)         6:41
Dump Time (hrs:min)        5:01       4:33       0:28
Output Size (meg)       38025.8    34131.6     3894.1
Original Size (meg)     41248.7    36845.7     4403.1
Avg Compressed Size (%)    92.2       92.6       88.4   (level:#disks ...)
Filesystems Dumped           15          1         14   (1:12 2:1 3:1)
Avg Dump Rate (k/s)      2158.6     2135.0     2390.0

Tape Time (hrs:min)        0:12       0:00       0:12
Tape Size (meg)          3894.3        0.0     3894.3
Tape Used (%)              10.5        0.0       10.5   (level:#disks ...)
Filesystems Taped            14          0         14   (1:12 2:1 3:1)
Avg Tp Write Rate (k/s)  5620.3        --      5620.3

USAGE BY TAPE:
  Label         Time      Size      %    Nb
  Data-06       0:12    3894.3   10.5    14


NOTES:
  planner: Incremental of orca:/export/timed1 bumped to level 3.

taper: tape Data-06 kb 38796352 fm 15 writing file: No space left ondevice

  driver: going into degraded mode because of tape error.


DUMP SUMMARY:

DUMPER STATSTAPER STATSHOSTNAME DISK L ORIG-KB OUT-KB COMP% MMM:SS KB/sMMM:SS KB/s----------------------------- --------------------------------------------------amundsen /export/amundsen1 1 1720 128 7.4 0:20 4.90:02 57.8amundsen /export/amundsen3 1 620 64 10.3 0:04 13.00:02 28.6anvil -port/ocean13/data 2 369280 345632 93.6 2:372200.51:015699.2anvil -xport/ocean13/pub 1 220 32 14.5 0:00 185.60:02 13.9anvil -port/ocean13/pub1 0 37729968 34950788 92.6 272:502135.0FAILED ----iago /export/iago1 1 330 64 19.4 0:00 231.10:02 28.4k2 -1/herten/kuettner 1 460 64 13.9 0:01 64.90:02 29.0k2 /export/gsp7/gsp 1 15800 6400 40.5 0:051316.50:032401.5k2 /export/gsp9/shane 1 68250 50880 74.5 0:301688.50:114828.5lego /export/radar1 1 26830 11616 43.3 0:071724.90:042909.8lego /export/timed2 1 310 32 10.3 0:00 100.90:02 14.6loulu /export/loulu1 1 450 128 28.4 0:001085.80:02 57.8orca /export/acmap1 1 3060 832 27.2 0:05 149.80:02 367.5orca /export/adelie1 1 60 32 53.3 0:01 6.80:02 14.5orca /export/timed1 3 4021350 3571904 88.8 23:582483.310:125840.2


(brought to you by Amanda version 2.4.4)