> Hi,
>
>
> could it be the estimate is taking longer than the etimeout value? Try to
> increase
> etimeout in amanda.conf.
>
> Hope this helps!
It's already at 1800 seconds.
None of the tests I ran today took longer than about five minutes to come
back with some kind of error.
>
>
>
> 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
>
