Amanda-Users

Re: Data Timeout

2004-05-20 08:25:03
Subject: Re: Data Timeout
From: Gene Heskett <gene.heskett AT verizon DOT net>
To: amanda-users AT amanda DOT org
Date: Thu, 20 May 2004 08:21:46 -0400
On Wednesday 19 May 2004 17:48, Kris Vassallo wrote:
>AMANDA is starting to drive me nucking futs.. seems as if every week
>something new breaks and I can't find the answer to why.
>Here's whats going on... AMANDA sends me an email with the following
>information:
>
>These dumps were to tape DailySet118.
>The next tape Amanda expects to use is: a new tape.
>
>FAILURE AND STRANGE DUMP SUMMARY:
>  bda2.berke //illustrator/BDA_Manual lev 1 STRANGE
>  venus.berk /home lev 1 FAILED [data timeout]
>*SNIP*
>/-- venus.berk /home lev 1 FAILED [data timeout]

Please note it says "data timeout" here.

>sendbackup: start [venus.berkeley-da.com:/home level 1]
>sendbackup: info BACKUP=/bin/tar
>sendbackup: info RECOVER_CMD=/usr/bin/gzip -dc |/bin/tar -f... -
>sendbackup: info COMPRESS_SUFFIX=.gz
>sendbackup: info end
>
>Previously something else was broken and I set the etimeout a bit
>higher. I have now raised the etimeout to 10000 and it didn't fix
>anything. This backup was working last week and now all of a sudden
> it doesn't. It is trying to backup a 266GB file system and the disk
> that AMANDA is dumping to has 420GB available.  Any idea on what
> would be causing this?

You need to raise dtimeout in this case.  However, I'd investigate to 
see if a reason for the slowness of this client can be found.  My one 
client usually beats the server in the amount of time it takes. 

A bad NIC, hub/switch or cable maybe?  Something else hogging the 
bandwidth at that time of the night?

-- 
Cheers, Gene
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
99.22% setiathome rank, not too shabby for a WV hillbilly
Yahoo.com attorneys please note, additions to this message
by Gene Heskett are:
Copyright 2004 by Maurice Eugene Heskett, all rights reserved.

<Prev in Thread] Current Thread [Next in Thread>