Hi,
could it be the estimate is taking longer than the etimeout value? Try to increase
etimeout in amanda.conf.
Hope this helps!
Stephen Carville wrote:
I am trying to get ssh authenticaion working on the amanda server to
itself. Amcheck -lc gives me a clean bill of health but the backups
still fail. The older 2.4.5 clients using BSD security still work fine
but the SSH eludes me.
On the backup called 'daily1" all directories return: lev 0 FAILED
[hmm, disk was stranded on waitq]
Is it because there are too many directories? (132) Is there a limit to
how many amanda can handle?
On the backup name "flood" using BSD the errors are even more weird:
amazon /NFS/tigris_backup/FLOOD/channel6 lev 0 FAILED [dumps too
big, 5 KB, but cannot incremental dump new disk]
amazon /NFS/tigris_backup/FLOOD/control lev 0 FAILED [dumps too
big, 167010 KB, but cannot incremental dump new disk]
amazon /NFS/tigris_backup/FLOOD/channel4 lev 0 FAILED [dumps too
big, 1844050 KB, but cannot incremental dump new disk]
amazon /NFS/tigris_backup/FLOOD/channel5 lev 0 FAILED [dumps too
big, 4590435 KB, but cannot incremental dump new disk]
amazon /NFS/euphrates_backup/GIS/logarch lev 0 FAILED [dumps too
big, 7943595 KB, but cannot incremental dump new disk]
amazon /NFS/tigris_backup/FLOOD/logarch lev 0 FAILED [dumps too
big, 8175800 KB, but cannot incremental dump new disk]
??? 5 KB is too big?!?! I double checked and my disktype is still set as:
define tapetype AIT2 {
comment "AIT-2 with 230m tapes"
length 43778 mbytes
filemark 3120 kbytes
speed 5371 kps
}
That error makes no sense to me at all.
$ amadmin daily version
build: VERSION="Amanda-2.5.1p2"
BUILT_DATE="Wed Jan 31 16:44:06 PST 2007"
BUILT_MACH="Linux amazon.totalflood.com 2.6.11-1.35_FC3smp #1 SMP
Mon Jun 13 01:17:35 EDT 2005 i686 i686 i386 GNU/Linux"
CC="gcc"
CONFIGURE_COMMAND="'./configure' '--with-user=amanda'
'--with-group=adm' '--with-ssh-security'
'--with-gnutar=/usr/local/bin/tar'"
paths: bindir="/usr/local/bin" sbindir="/usr/local/sbin"
libexecdir="/usr/local/libexec" mandir="/usr/local/man"
AMANDA_TMPDIR="/tmp/amanda" AMANDA_DBGDIR="/tmp/amanda"
CONFIG_DIR="/usr/local/etc/amanda" DEV_PREFIX="/dev/"
RDEV_PREFIX="/dev/" DUMP="/sbin/dump"
RESTORE="/sbin/restore" VDUMP=UNDEF VRESTORE=UNDEF
XFSDUMP=UNDEF XFSRESTORE=UNDEF VXDUMP=UNDEF VXRESTORE=UNDEF
SAMBA_CLIENT="/usr/bin/smbclient"
GNUTAR="/usr/local/bin/tar" COMPRESS_PATH="/bin/gzip"
UNCOMPRESS_PATH="/bin/gzip" LPRCMD="/usr/bin/lpr"
MAILER="/usr/bin/Mail"
listed_incr_dir="/usr/local/var/amanda/gnutar-lists"
defs: DEFAULT_SERVER="amazon.totalflood.com"
DEFAULT_CONFIG="DailySet1"
DEFAULT_TAPE_SERVER="amazon.totalflood.com" HAVE_MMAP
HAVE_SYSVSHM LOCKING=POSIX_FCNTL SETPGRP_VOID DEBUG_CODE
AMANDA_DEBUG_DAYS=4 BSD_SECURITY RSH_SECURITY USE_AMANDAHOSTS
CLIENT_LOGIN="amanda" FORCE_USERID HAVE_GZIP
COMPRESS_SUFFIX=".gz" COMPRESS_FAST_OPT="--fast"
COMPRESS_BEST_OPT="--best" UNCOMPRESS_OPT="-dc"
For the time bing, I've dropped back to 2.4.5p2 which cannot handle the
number of directories in daily1 but will still backup most of the
systems. I guess some backup is better than no backup :-)
--
Thank you!
Kevin Till
Amanda documentation: http://wiki.zmanda.com
Amanda forums: http://forums.zmanda.com