On Mon, May 13, 2019 at 09:59:13 +1000, Tom Robinson wrote:
> I have a weekly backup that backs-up the daily disk based backup to tape
> (daily's are a separate
> amanda config).
(As a side note: if you are running Amanda 3.5 you might consider using
vaulting to do this sort of backup, so that Amanda knows about the
copies that are put onto the tape.)
> Occasionally on the weekly backup a DLE will fail to dump writing only a 32k
> header file before
> timing out.
>
> I can't seem to identify the error when looking in logging. Has anyone a few
> clues as to what to
> look for?
>
> FAILURE DUMP SUMMARY:
> monza /data/backup/amanda/vtapes/daily/slot9 lev 0 FAILED [data timeout]
> monza /data/backup/amanda/vtapes/daily/slot9 lev 0 FAILED [dumper returned
> FAILED]
> monza /data/backup/amanda/vtapes/daily/slot9 lev 0 FAILED [data timeout]
> monza /data/backup/amanda/vtapes/daily/slot9 lev 0 FAILED [dumper returned
> FAILED]
[...]
>
> A while ago I changed estimate to calcsize as the estimates were taking a
> very long time and all
> daily slots are a know maximum fixed size. I thought it might help with time
> outs. Alas not.
Amanda's estimate timeouts are separate from data timeouts; changing to
calcsize will help with the former but not the latter. (Note that if
the slots are really a known size, using "server" estimate is even
faster than "calcsize", since it then just uses the size from the
previous run and doesn't read through the current contents of the DLE
directory to add up the sizes.)
You can control the data timeouts with the "dtimeout" parameter in
amanda.conf. Just try bumping that up so that you are sure it's longer
than a dump actually takes.
(The sendbackup.<DATETIME>.debug and runtar.<DATETIME>.debug client log
files should confirm that the GNU tar is running without error but then
unable to write to the output pipe on the server side. In the server
logs, I think the 'data timeout reached, aborting'-sort of message would
be found in the dumper.<DATETIME>.debug file for that run...)
Nathan
----------------------------------------------------------------------------
Nathan Stratton Treadway - natha...@ontko.com - Mid-Atlantic region
Ray Ontko & Co. - Software consulting services - http://www.ontko.com/
GPG Key: http://www.ontko.com/~nathanst/gpg_key.txt ID: 1023D/ECFB6239
Key fingerprint = 6AD8 485E 20B9 5C71 231C 0C32 15F3 ADCD ECFB 6239
