Brian,
Gene,
couple of things, 1st, I'm thinking that if there is a jukebox
involved (tape loaded from slot 3) then perhaps a 5 minute delay
to load the tape isn't necessarilly a problem. 2nd, I'm stupid
and should have seen it yesterday - estimate failed, suggest
raising the etimeout value is amanda.conf.
If the partition(s) are large and etimeout is low or the client is
slow for any reasons...
On Tue, Jul 19, 2005 at 08:57:57AM -0400, Gene Heskett wrote:
> On Tuesday 19 July 2005 07:49, LaValley, Brian E wrote:
> >I do have some things in different places. What files should be in
> >/tmp/amanda?
> >I already had a username of amanda at this location, so my AMANDA
> > username is "backup"
> >Here is my amcheck run:
> >
> >backup@blavalley-l [27]>amcheck DailySet1
> >Amanda Tape Server Host Check
> >-----------------------------
> >Holding disk /native/amanda-2.4.4p2/dumps: 89164984 KB disk space
> > available, that's plenty
> >amcheck-server: slot 3: date X label DailySet1-A03 (new tape)
> >NOTE: skipping tape-writable test
> >Tape DailySet1-A03 label ok
> >WARNING: info file
> >/native/amanda-2.4.4p2/DailySet1/curinfo/blavalley-l/hdc5/info: does
> > not exist
> >WARNING: info file
> >/native/amanda-2.4.4p2/DailySet1/curinfo/blavalley-l/hdc1/info: does
> > not exist
> >Server check took 312.817 seconds
>
> Somethings definitely wrong here, but from this I've no idea what. It
> should not take a tape drive over 5 minutes to locate and load the
> next correct tape. My server check is usually a very small fraction
> of a second, but I'm also using virtual tapes on a 200Gb drive.
>
> >Amanda Backup Client Hosts Check
> >--------------------------------
> >Client check: 1 host checked in 0.025 seconds, 0 problems found
> >
> >(brought to you by Amanda 2.4.4p3)
> >backup@blavalley-l [28]>
> >
> The client check time is more realistic. Heres a clip from mine:
> Server check took 0.579 seconds
>
> Amanda Backup Client Hosts Check
> --------------------------------
> Client check: 2 hosts checked in 0.523 seconds, 0 problems found
>
> (brought to you by Amanda 2.4.5-20050711)
>
> >
> >-----Original Message-----
> >From: Brian Cuttler [mailto:brian AT wadsworth DOT org]
> >Sent: Monday, July 18, 2005 4:45 PM
> >To: LaValley, Brian E
> >Cc: 'amanda-users AT amanda DOT org'
> >Subject: Re: all estimate failed
> >
> >
> >Brian,
> >
> >On Mon, Jul 18, 2005 at 04:44:00PM -0400, LaValley, Brian E wrote:
> >> Yes, amcheck passed.
> >>
> >> /tmp/amanda doesn't exist.
> >> There isn't anything that seems to be related to amanda in the
> >> messages
> >
> >log.
> >
> >> amcheck didn't pass until I setup the xinetd files. Can I assume
> >> they are setup correctly if amcheck is fine?
> >> How can I test the .amandahosts file?
> >
> >If amcheck said you where ok talking to the client then all of those
> >issues should be ok.
> >
> >I take that back, if amcheck said your client was ok you should have
> >had files in /tmp/amanda at that point. Both amcheck and amdump
> > should be causing files to be created on the client. You sure the
> > client passed the check ?
> >
> >
> >The rest of this email may not be relevant.
> >
> >Haven't a lot of experience in, er, xinetd ?, must be linux ?
> >Can comment but can tell you that in IRIX and Solaris if my
> >amanda user on the client wasn't in the correct group I needed
> >to fix the group and/or devices files /dev/dsk/* to allow RW for
> >the amanda user's group.
> >
> >Suspect you have some similar issue there.
> >
> >> -----Original Message-----
> >> From: Brian Cuttler [mailto:brian AT wadsworth DOT org]
> >> Sent: Monday, July 18, 2005 4:31 PM
> >> To: LaValley, Brian E
> >> Cc: 'amanda-users AT amanda DOT org'
> >> Subject: Re: all estimate failed
> >>
> >>
> >>
> >> Brian,
> >>
> >> You said manual dump, the amcheck succeeded ?
> >>
> >> Did you find any files in the client's /tmp/amanda/ directory ?
> >> Do you see any errors in /var/adm/{messages|SYSLOG} ?
> >> The client's xinetd files are properly configured to activate
> >> the service ? The client's .amandahosts file is properly setup ?
> >>
> >> Even if the client == server this must be done.
> >>
> >> On Mon, Jul 18, 2005 at 04:28:00PM -0400, LaValley, Brian E wrote:
> >> > I have just decided to give AMANDA a try and am learning as I
> >> > go. I have gotten as far as trying a manual amdump, but it seems
> >> > the estimate is failing and nothing gets backed up. What could
> >> > this be?
> >> >
> >> >
> >> > The email report follows, and the amdump log is attached.
> >
> >--------------------------------------------------------------------
> >--------
> >
> >
> >--------------------------------------------------------------------
> >--------
> >
> >> > ----------------------
> >> >
> >> > These dumps were to tape DailySet1-A02.
> >> > The next tape Amanda expects to use is: a new tape.
> >> > The next new tape already labelled is: DailySet1-A01.
> >> >
> >> > FAILURE AND STRANGE DUMP SUMMARY:
> >> > blavalley- hdc5 lev 0 FAILED [disk hdc5, all estimate failed]
> >> > blavalley- hdc1 lev 0 FAILED [disk hdc1, all estimate failed]
> >> >
> >> >
> >> > STATISTICS:
> >> > Total Full Daily
> >> > -------- -------- --------
> >> > Estimate Time (hrs:min) 0:00
> >> > Run Time (hrs:min) 0:03
> >> > Dump Time (hrs:min) 0:00 0:00 0:00
> >> > Output Size (meg) 0.0 0.0 0.0
> >> > Original Size (meg) 0.0 0.0 0.0
> >> > Avg Compressed Size (%) -- -- --
> >> > Filesystems Dumped 0 0 0
> >> > Avg Dump Rate (k/s) -- -- --
> >> >
> >> > Tape Time (hrs:min) 0:00 0:00 0:00
> >> > Tape Size (meg) 0.0 0.0 0.0
> >> > Tape Used (%) 0.0 0.0 0.0
> >> > Filesystems Taped 0 0 0
> >> > Avg Tp Write Rate (k/s) -- -- --
> >> >
> >> > USAGE BY TAPE:
> >> > Label Time Size % Nb
> >> > DailySet1-A02 0:00 0.0 0.0 0
> >> >
> >> >
> >> > NOTES:
> >> > planner: Adding new disk blavalley-l:hdc1.
> >> > planner: Adding new disk blavalley-l:hdc5.
> >> > driver: WARNING: got empty schedule from planner
> >> > taper: tape DailySet1-A02 kb 0 fm 0 [OK]
> >> >
> >> >
> >> > DUMP SUMMARY:
> >> > DUMPER STATS
> >> > TAPER STATS
> >> >
> >> > HOSTNAME DISK L ORIG-KB OUT-KB COMP% MMM:SS KB/s
> >> > MMM:SS
> >
> >KB/s
> >
> >> > -------------------------- ---------------------------------
> >
> >------------
> >
> >> > blavalley-l hdc1 0 FAILED
> >
> >---------------------------------------
> >
> >> > blavalley-l hdc5 0 FAILED
> >
> >---------------------------------------
> >
> >> > (brought to you by Amanda version 2.4.4p3)
> >> > <<amdump.1>>
> >>
> >> ---
> >> Brian R Cuttler brian.cuttler AT wadsworth DOT org
> >> Computer Systems Support (v) 518 486-1697
> >> Wadsworth Center (f) 518 473-6384
> >> NYS Department of Health Help Desk 518 473-0773
> >
> >---
> > Brian R Cuttler brian.cuttler AT wadsworth DOT org
> > Computer Systems Support (v) 518 486-1697
> > Wadsworth Center (f) 518 473-6384
> > NYS Department of Health Help Desk 518 473-0773
>
> --
> Cheers, Gene
> "There are four boxes to be used in defense of liberty:
> soap, ballot, jury, and ammo. Please use in that order."
> -Ed Howdershelt (Author)
> 99.35% setiathome rank, not too shabby for a WV hillbilly
> Yahoo.com and AOL/TW attorneys please note, additions to the above
> message by Gene Heskett are:
> Copyright 2005 by Maurice Eugene Heskett, all rights reserved.
---
Brian R Cuttler brian.cuttler AT wadsworth DOT org
Computer Systems Support (v) 518 486-1697
Wadsworth Center (f) 518 473-6384
NYS Department of Health Help Desk 518 473-0773
|
