Amanda-Users

Re: Amanda Errors & Levels

2006-05-10 13:46:20
Subject: Re: Amanda Errors & Levels
From: Jon LaBadie <jon AT jgcomp DOT com>
To: amanda-users AT amanda DOT org
Date: Wed, 10 May 2006 13:40:44 -0400
On Wed, May 10, 2006 at 09:39:42AM -0700, HUGHES Marilyn F wrote:
> A previous employee left and I have taken over the daily maintenance of
> Amanda.  Can someone help with some "newbie" questions? 
>  
> * Is there a place that lists the descriptions of the different
> "levels?"  For instance, we believe that Level 0 is a full backup, but
> what are levels 1 through 4? 

level 1 contains changes since last level 0
level 2 contains changes since last level 1
level 3 contains changes since last level 2   etc.

Note, changes includes noting deleted files and permission/ownership changes.

>  
> * Is there a place that lists what the different error messages actually
> mean?  Such as, why are our Windows backups always "STRANGE"?  What does
> "too many dumper retry" mean? 

For windows, probably you are also getting messages saying some files
were not accessible.  Windows denies backup to amanda of system files
and files currently opened by other applications.  You should see
those details further down in the report.

too many dumper retry sounds like a system was unreachable or kept
failing in the middle of the connection.

>  
> NOTE:  We have Amanda running on a Solaris 10 zone (it had to be moved
> to this zone after our Solaris 8 server crashed). It is backing up other
> Solaris servers and Windows shares.
>  
> Thanks for your help (and patience!)
> 
> Other problem:
>  
> * We have a backup that has been failing the last few nights but
> previously worked fine. We have been getting the following messages.  I

Do you mean an entire amdump run, or more likely one host or one DLE
(DiskList Entry).

> thought the messages meant that some other activity was taking place at
> the same time (such as a database backup) but that doesn't seem to be
> the case as the files are created around 23:00 and Amanda tries to back
> them up about 1:00 am. Can anyone tell why it is failing?
>  
> 5/10/2006 8:28:53 AM hughesm
> Date: Wed, 10 May 2006 05:46:53 -0700 (PDT)
> From: Amanda Backup Account TSamclnt
> <amanda AT tsbackup.co.multnomah.or DOT us>
> To: amanda AT tsbackup.co.multnomah.or DOT us,
> amfilt AT tsbackup.co.multnomah.or DOT us
> Subject: third AMANDA MAIL REPORT FOR May 10, 2006
> These dumps were to tape DLT748.
> The next 2 tapes Amanda expects to used are: DLT749, DLT750.
> FAILURE AND STRANGE DUMP SUMMARY:
> majic-dw-p /oracle04/orabkup/atgisprd lev 0 FAILED [/usr/sbin/ufsdump
> returned 3]
> FAILED AND STRANGE DUMP DETAILS:
> /-- majic-dw-p /oracle04/orabkup/atgisprd lev 0 FAILED
> [/usr/sbin/ufsdump returned 3]
> sendbackup: start [majic-dw-prod:/oracle04/orabkup/atgisprd level 0]
> sendbackup: info BACKUP=/usr/sbin/ufsdump
> sendbackup: info RECOVER_CMD=/bin/gzip -dc |/usr/sbin/ufsrestore -f... -
> sendbackup: info COMPRESS_SUFFIX=.gz
> sendbackup: info end
> | DUMP: Writing 32 Kilobyte records
> | DUMP: Date of this level 0 dump: Wed May 10 01:37:13 2006
> | DUMP: Date of last level 0 dump: the epoch
> | DUMP: Dumping /dev/rdsk/c2t2B000060220044E4d0s3
> (majic-dw-prod:/oracle04) to standard output.
> | DUMP: Mapping (Pass I) [regular files]
> | DUMP: Mapping (Pass II) [directories]
> | DUMP: Estimated 10466666 blocks (5110.68MB) on 0.08 tapes.
> | DUMP: Dumping (Pass III) [directories]
> | DUMP: Dumping (Pass IV) [regular files]
> | DUMP: 54.62% done, finished in 0:08
> | DUMP: Warning - block 1179729400 is beyond the end of
> `/dev/rdsk/c2t2B000060220044E4d0s3'  (Numerous errors like these.....)
> ? DUMP: bread: dev_seek error: Error 0
> | DUMP: Warning - block 439137164 is beyond the end of
> `/dev/rdsk/c2t2B000060220044E4d0s3'
> | DUMP: Warning - block 168034346 is beyond the end of
> `/dev/rdsk/c2t2B000060220044E4d0s3'

Uncertain -- things I'd check is whether your disk partitions
might slightly overlap and whether there are any bugreports
as Sun support regarding ufsdump that sound like this.


-- 
Jon H. LaBadie                  jon AT jgcomp DOT com
 JG Computing
 4455 Province Line Road        (609) 252-0159
 Princeton, NJ  08540-4322      (609) 683-7220 (fax)

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