Amanda Version: 2.4.1p1
Amanda began giving me "dumps way too big, must skip incremental dumps" errors
about a week ago. We have been using Amanda for the past two years with no change
in config in the past 2 months.
*** THE DUMPS DID NOT FINISH PROPERLY!
*** A TAPE ERROR OCCURRED: [[writing file: No space left on device]].
*** PERFORMED ALL DUMPS TO HOLDING DISK.
THESE DUMPS WERE TO DISK. Flush them onto tape HBEDaily-06 or a new tape.
Tonight's dumps should go onto 1 tape: HBEDaily-07.
FAILURE AND STRANGE DUMP SUMMARY:
lumberg.op /boot lev 1 FAILED [dumps way too big, must skip incremental dumps]
biancha /dev/hda7 lev 1 FAILED [dumps way too big, must skip incremental dumps]
lumberg.op /usr lev 1 FAILED [dumps way too big, must skip incremental dumps]
citadel /var lev 1 FAILED [dumps way too big, must skip incremental dumps]
citadel /home lev 1 FAILED [dumps way too big, must skip incremental dumps]
...
We use DDS3 tapes with the following entry in mamnda.conf:
tapetype DDS3
define tapetype DDS3 {
comment "HP C1537A"
lbl-templ "/etc/amanda/HBEDaily/8.5x11.ps"
length 11738 mbytes
filemark 392 kbytes
speed 1018 kbytes
}
But, as mentionned earlier, this hasn't changed in the past 2 months. Disk
usage (on the disks beeing dumped) hasn't increased drastically either. I have
also checked to make sure that all the permissions on the amanda directories are
correct and that they haven't been changed by mistake.
Another weird thing is that, on the Amanda backup reports, the % of tape used
is always only around 3% and yet Amanda gives me the "No space left on device"
error.
Looking for "DELAYING DUMPS IF NEEDED" in amdump.NN produced:
DELAYING DUMPS IF NEEDED, total_size 43441709, tape length 12019712 mark 392
planner: FAILED biancha /dev/hda5 0 [dumps too big, but cannot incremental dump new
disk]
planner: FAILED ikarus /dev/hda1 0 [dumps too big, but cannot incremental dump new
disk]
...
I'm at a bit of a loss here: everything used to work fine, I can find nothing that
changed and it's not working anymore.
All suggestions are welcome. Thanks in advance.
--
Patrick Daigle - Systems Administrator
Opendesk.com Corp.
[EMAIL PROTECTED]
Tel.: 514.876.9227 ext.220
Fax.: 514.876.9223
There is this special biologist word we use for 'stable'.
It is 'dead'. -- Jack Cohen
