OK thanks - I have increased the etimeout to 2400 seconds and also
changed the udp timeout within checkpoint to also be 2400 seconds so
i'll see how the run goes tonight
everything was fine today - no estimate timeout
thanks for the pointer
Yep. So you can just increase etimeout and/or figure out why
"/sbin/dump 1Ssf 1048576 - /dev/sda5" is taking so long.
OK thanks - I have increased the etimeout to 2400 seconds and also
changed the udp timeout within checkpoint to also be 2400 seconds so
i'll see how the run goes tonight
t
On Wed, 2 Nov 2005 at 2:31pm, Tom Brown wrote
Look in /tmp/amanda/sendsize*debug and/or amandad*debug to see how long the
estimate is actually taking. Also, what do your iptables rules look like
on the server?
thanks - iptables are not being used, local firewall is off
one of my amanda.de
Look in /tmp/amanda/sendsize*debug and/or amandad*debug to see how long
the estimate is actually taking. Also, what do your iptables rules look
like on the server?
thanks - iptables are not being used, local firewall is off
sendsize degug is below and looks OK
# more /tmp/amanda/sendsize.
On Wed, 2 Nov 2005 at 11:32am, Tom Brown wrote
But i'm getting a slightly strange error with a large partition. The
partition in question is around 900gig in size although only a few hundred
meg are currently used. When the estimate runs it returns
FAILURE AND STRANGE DUMP SUMMARY:
planner:
Hi
Server is 2.4.5 and client is now 2.4.5p1 both on CentOS
I use Amanda and have done for years with no issues setting up etc - I
can pretty much set up with my eyes closed now!! Amanda rocks...
But i'm getting a slightly strange error with a large partition. The
partition in question is ar
I have an AMANDA client machine with Solaris 8 and logical volumes on a
disk. The AMANDA server's config has etimeout=29600 so it waits 59202
seconds and fails.
planner: time 59202.106: error result for host coneng disk /dev/vx/dsk/opt:
Estimate timeout from coneng
planner: time 59202.108: error
