Amanda-Users

Re: vtapes and runtapes > 1

2005-12-30 14:27:58
Subject: Re: vtapes and runtapes > 1
From: Gene Heskett <gene.heskett AT verizon DOT net>
To: amanda-users AT amanda DOT org
Date: Fri, 30 Dec 2005 14:21:45 -0500
On Friday 30 December 2005 13:45, Geert Uytterhoeven wrote:
>On Fri, 30 Dec 2005, Gene Heskett wrote:
>> On Friday 30 December 2005 10:13, Geert Uytterhoeven wrote:
>> [...]
>>
>> >> Is this on the same machine, or on another client machine?  In
>> >> the latter case, the connection may have timed out during the
>> >> failure recovery.
>> >
>> >Client and server are the same machine.
>> >
>> >> What are the dtimeout and etimeouts set for in the amanda.conf?
>> >> The defaults there tend to be somewhat shorter than is sometimes
>> >> needed. This is a moderately fast x86 box, with two clients,
>> >> itself and my firewall box.  But it needs more than the default
>> >> 300 seconds for some things:
>> >> --------
>> >> # grep timeout /usr/local/etc/amanda/Daily/amanda.conf
>> >> etimeout 900         # number of seconds per filesystem for
>> >> estimates. dtimeout 1800        # number of idle seconds before
>> >> a dump is aborted. ctimeout 8           # maximum number of
>> >> seconds that amcheck waits -------
>> >>
>> >| [16:11:43]~#  grep timeout /etc/amanda/DailySet1/amanda.conf
>> >| etimeout 2000           # number of seconds per filesystem for
>> >| estimates.  (default 300 s) ctimeout 30             # Maximum
>> >| amount of time that amcheck will wait for each client host.
>> >| (default 30 s) dtimeout 3600           # Amount of idle time per
>> >| disk on a  given client that a dumper running from within amdump
>> >| will wait before it fails with a data timeout error. (default
>> >| 1800 s) [16:11:51]~#
>> >
>> >Should be OK...
>>
>> Looks like it should be, Geert.  Back to the logs then.
>
>As I said before, nothing indicative there, except for the failure
> when
>
>backing up /usr/share:
>| sendbackup-gnutar: time 0.217: /usr/lib/amanda/runtar: pid 19253
>| sendbackup: time 132.719: 124: strange(?):
>| sendbackup: time 132.719: 124: strange(?): gzip: stdout: Connection
>| reset by peer sendbackup: time 132.720: index tee cannot write
>| [Broken pipe] sendbackup: time 132.720: pid 19251 finish time Wed
>| Dec 28 00:57:39 2005

Are you perchance running a firewall *on that box*?  ISTR theres a set 
of rules for iptables that will fix that if thats the case.

>Gr{oetje,eeting}s,
>
>      Geert
>
>--
>Geert Uytterhoeven -- There's lots of Linux beyond ia32 --
> geert AT linux-m68k DOT org
>
>In personal conversations with technical people, I call myself a
> hacker. But when I'm talking to journalists I just say "programmer"
> or something like that. -- Linus Torvalds

-- 
Cheers, Gene
People having trouble with vz bouncing email to me should add the word
'online' between the 'verizon', and the dot which bypasses vz's
stupid bounce rules.  I do use spamassassin too. :-)
Yahoo.com and AOL/TW attorneys please note, additions to the above
message by Gene Heskett are:
Copyright 2005 by Maurice Eugene Heskett, all rights reserved.

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