Amanda-Users

Re: Typo in amanda versions in email report?

2003-04-29 11:41:19
Subject: Re: Typo in amanda versions in email report?
From: KEVIN ZEMBOWER <KZEMBOWE AT jhuccp DOT org>
To: amanda-users AT amanda DOT org
Date: Tue, 29 Apr 2003 11:37:33 -0400
Just wanted to thank all the folks who generously gave me their time in trying 
to straighten out my Amanda problem. 

The system was so messed up, with bits and pieces of rpm- and source-installed 
versions mixed together, that I just stripped out everything I could find and 
installed from the latest tarball, then restored my disklist and config files. 
Everything seems to be running okay now, with a few minor problems that I'll 
ask about next.

Thank you all, again.

-Kevin Zembower

>>> Gene Heskett <gene.heskett AT verizon DOT net> 04/22/03 06:07PM >>>
On Tue April 22 2003 14:03, KEVIN ZEMBOWER wrote:
>I think I have amanda 2.4.4 running:
>amanda@www:~$ amadmin Outside version
>build: VERSION="Amanda-2.4.4"
>       BUILT_DATE="Fri Apr 18 13:07:14 EDT 2003"
>       BUILT_MACH="Linux www 2.4.18-686-smp #1 SMP Sun Apr 14
> 12:07:19 EST 2002 i686 unknown" CC="gcc"
>       CONFIGURE_COMMAND="'./configure' '--with-user=amanda'
> '--with-group=disk' '--with-owner=amanda'
> '--with-tape-device=/dev/nst0' '--prefix=/usr/local'
> '--with-debugging=/tmp/amanda-dbg/'
> '--with-configdir=/etc/amanda'" 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-dbg/" CONFIG_DIR="/etc/amanda"
>       DEV_PREFIX="/dev/" RDEV_PREFIX="/dev/" DUMP="/sbin/dump"
>       RESTORE="/sbin/restore" GNUTAR="/bin/tar"
>       COMPRESS_PATH="/bin/gzip" UNCOMPRESS_PATH="/bin/gzip"
>       MAILER="/usr/bin/Mail"
>       listed_incr_dir="/usr/local/var/amanda/gnutar-lists"
>defs:  DEFAULT_SERVER="www" DEFAULT_CONFIG="DailySet1"
>       DEFAULT_TAPE_SERVER="www" DEFAULT_TAPE_DEVICE="/dev/nst0"
>       HAVE_MMAP HAVE_SYSVSHM LOCKING=POSIX_FCNTL SETPGRP_VOID
>       DEBUG_CODE AMANDA_DEBUG_DAYS=4 BSD_SECURITY USE_AMANDAHOSTS
>       CLIENT_LOGIN="amanda" FORCE_USERID HAVE_GZIP
>       COMPRESS_SUFFIX=".gz" COMPRESS_FAST_OPT="--fast"
>       COMPRESS_BEST_OPT="--best" UNCOMPRESS_OPT="-dc"
>amanda@www:~$
>
>And yet, when I receive an amanda email report, it says:
>These dumps were to tape Outside-01.
>The next tape Amanda expects to use is: Outside-02.
>
>FAILURE AND STRANGE DUMP SUMMARY:
>  www        /var/www/main/htdocs lev 0 FAILED [dumps too big, but
> cannot incremental dump new disk] <snip>
>DUMP SUMMARY:
>                                     DUMPER STATS            TAPER
> STATS HOSTNAME     DISK        L ORIG-KB OUT-KB COMP% MMM:SS 
> KB/s MMM:SS  KB/s --------------------------
> --------------------------------- ------------ www         
> -ain/htdocs 0 FAILED --------------------------------------- www 
>         sda8        0 143409708995200  62.7 114:381307.7
> 114:391307.7
>
>(brought to you by Amanda version 2.4.2p2)
>
>Is this a typo, or do I have more than one amanda still on this
> system?
>
>Thanks for your thoughts.
>
>-Kevin Zembower

I see two problems here Kevin.

1. It appears you have some leftover rpms installed, and its finding 
those first.  Do a "rpm -e `rpm -qa | grep amanda`" (those are 
backticks!) and then reinstall _your_ build.

2. If the filesystem is indeed too big, then you will have to 
convert from dump (the general consensus here seems to be that its 
less than desireable) to tar, which because its file oriented, will 
allow you to break the filesystems down into subdir entries, each 
of which will then fit on a tape.  I prefer to try and keep each 
disklist entry at less than half a tape, and have 39 entries in the 
disklist for this home machine with its 105gigs of drives, and a 
3.8 gig tape.

-- 
Cheers, Gene
AMD K6-III@500mhz 320M
Athlon1600XP@1400mhz  512M
99.26% setiathome rank, not too shabby for a WV hillbilly
Yahoo.com attornies please note, additions to this message
by Gene Heskett are:
Copyright 2003 by Maurice Eugene Heskett, all rights reserved.