Amanda-Users

Re: tape type for HP DDS3 C5708A

2003-10-22 06:32:46
Subject: Re: tape type for HP DDS3 C5708A
From: "Rohit" <rohit AT genetechindia DOT com>
To: "Eric Siegerman" <erics AT telepres DOT com>, <amanda-users AT amanda DOT org>
Date: Wed, 22 Oct 2003 15:56:51 +0530
Thanks Eric, Jon.

As adviced, I'm introducing DLE's one by one. I also temporarly
removed windows backups from this amanda process (I'll handle
it manually for now). I'll closely monitor amanda when it
backups up my linux servers and maybe at some point later..
reintroduce windows boxes.

...Rohit



----- Original Message ----- 
From: "Eric Siegerman" <erics AT telepres DOT com>
To: <amanda-users AT amanda DOT org>
Sent: Tuesday, October 21, 2003 1:48 AM
Subject: Re: tape type for HP DDS3 C5708A


> On Sat, Oct 18, 2003 at 03:29:13PM -0400, Jon LaBadie wrote:
> > On Sat, Oct 18, 2003 at 11:24:05PM +0530, Rohit Peyyeti wrote:
> > > FAILURE AND STRANGE DUMP SUMMARY:
> > >   localhost  /h lev 0 FAILED [dumps too big, but cannot incremental
dump new disk]
> > >   [plus three more of the same]
> >
> > This suggests to me that the DLE's are each larger than your tape.
>
> I don't think so.  In that case, the message would have been
> "dump larger than tape, but cannot yada yada" (Phase 1 of
> delay_dumps()).
>
> The "dumps too big" variant comes from Phase 2, when a full dump
> is due, but planner wants to postpone it and do an incremental
> instead, to fit all the DLEs onto the tape.  In the case of a new
> disk, as you pointed out, the do-an-incremental-instead option
> isn't possible, so planner's only choice is to skip the DLE
> entirely.
>
> Rohit:
>
> The answer, as Jon said, is to add DLEs a few at a time -- or, in
> your case, it looks like *one* at a time :-(, so as not to ask
> Amanda to put more on a tape than will fit.
>
> Or else just don't worry about it; leave all of the DLEs in there
> and let them fight it out for tape space :-)  Sooner or later,
> they'll all make it onto tape, as //windows/UsersG3 did this
> time.  I doubt that it'll happen any faster if you follow the
> usual advice and only add them slowly.  The only advantages of
> doing it that way are:
>   - you won't get Amanda shouting at you that YOUR BACKUPS
>     FAILED!!
>
>   - if some DLEs are more important to back up than others, you
>     get to put those into the backup system first, rather than
>     letting Amanda choose randomly which one(s) to add in any
>     given run
>
>
> > > --> some NT_STATUS_OBJECT_NAME_NOT_FOUND errors <--
>
> Someone recently posted a solution to that, I think.  Couldn't
> hurt to check the archives for it.
>
> --
>
> |  | /\
> |-_|/  >   Eric Siegerman, Toronto, Ont.        erics AT telepres DOT com
> |  |  /
> When I came back around from the dark side, there in front of me would
> be the landing area where the crew was, and the Earth, all in the view
> of my window. I couldn't help but think that there in front of me was
> all of humanity, except me.
> - Michael Collins, Apollo 11 Command Module Pilot


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