I'm trying to revive an installation of amanda 2.4.2 which has
been left unattended for quite a while. I've flushed whatever
was in the holding disks to tape, cleaned up the remaining
cruft, and, very tentatively, started amdump.
Rather to my surprise, that seems to work. Several disks
from several hosts have been written to tape, and more are
waiting. I will verify what is actually on tape, but it sure
looks good.
Except for the following types of failures, that is:
deepskyblue:/dev/xlv/xlv1 0 [dumps too big, but cannot
incremental dump skip-incr disk]
deepskyblue:/dev/xlv/xlv2 0 [dump larger than tape, but
cannot incremental dump skip-incr disk]
Now, the current state of these disks is
Filesystem Type kbytes use avail %use Mounted on
/dev/xlv/xlv2 xfs 71124192 57681676 13442516 82 /xlv2
/dev/xlv/xlv1 xfs 71124160 57826144 13298016 82 /xlv1
but they were larger at the time I started amdump. (Yes, I'm doing
a bit of spring-cleaning on the disks, while waiting for amdump to
continue). However, they were well under 65G. I would therefore expect
them to fit on the 70G tapes I'm using.
Is this a problem that will disappear after a few more amdump runs?
I.e., the planner just gets the other partitions out of the way first.
Or should I expect to have to alter the disklist, in order to split
the contents of these large disks over different dumps?
--
Jurgen Pletinckx
AlgoNomics NV
|