On Tue, Sep 06, 2005 at 05:42:22PM +0100, Rodrigo Ventura wrote:
>
> That's an interesting configuration. I think I'll adopt something like
> that here. The only problem is that someone (i.e., me) will have to
> change the magazine at the right times. Hum, since each magazine has 6
> slots, can't
On Tue, Sep 06, 2005 at 05:09:56PM +0100, Rodrigo Ventura wrote:
>
> Another quick question: hitting end-of-tape error does not mean that
> the tape length setting in tapetype is wrong?
>
> I have:
>
> define tapetype HP-DAT-72x6 {
> comment "HP autoloader DAT 72x6"
> # data provided by
That's an interesting configuration. I think I'll adopt something like
that here. The only problem is that someone (i.e., me) will have to
change the magazine at the right times. Hum, since each magazine has 6
slots, can't use one per day, unless I skip a day, maybe sunday. I
also like the swappin
Another quick question: hitting end-of-tape error does not mean that
the tape length setting in tapetype is wrong?
I have:
define tapetype HP-DAT-72x6 {
comment "HP autoloader DAT 72x6"
# data provided by Rodrigo Ventura <[EMAIL PROTECTED]>
length 31255 mbytes
filemark 527 kbytes
Rodrigo Ventura wrote:
W.r.t. splitting dumps, is it safe to change the DLE file anytime? I'm
afraid of confusing amanda by changing the DLE file...
Yes, you can change the disklist at any time. You'll just need to
remember when you are going to restore something, that backups before
the spl
On Tue, Sep 06, 2005 at 04:29:27PM +0100, Rodrigo Ventura wrote:
>
> Thank you all for the valuable tips (might be a good idea to put some
> of those Q&A in a FAQ).
>
> > "Alexander" == Alexander Jolk <[EMAIL PROTECTED]> writes:
> Alexander> Since you seem to have 30GB tapes, splitting up
Oops, I just read on amanda.conf:
autoflush no #
# if autoflush is set to yes, then amdump will schedule all dump on
# holding disks to be flush to tape during the run.
I misunderstood your mails, sorry, I'll set this to "yes" and wait for
the next normal dump. Tomorrow let's see the results.
C
Thank you all for the valuable tips (might be a good idea to put some
of those Q&A in a FAQ).
> "Alexander" == Alexander Jolk <[EMAIL PROTECTED]> writes:
Alexander> Since you seem to have 30GB tapes, splitting up those
Alexander> dumps above 3GB might be a good idea anyway, of course.
On Tue, Sep 06, 2005 at 03:55:58PM +0200, Alexander Jolk wrote:
> Jon LaBadie wrote:
> >On Tue, Sep 06, 2005 at 01:53:05PM +0100, Rodrigo Ventura wrote:
> >>NOTES:
> >> planner: omni /home/hm 20050906 0 [dumps too big, 6360061 KB, full dump
> >> delayed]
> >> planner: omni //new/E$ 20050906 0 [dum
Jon LaBadie wrote:
On Tue, Sep 06, 2005 at 01:53:05PM +0100, Rodrigo Ventura wrote:
NOTES:
planner: Last full dump of omni:/home/ag on tape ISR005 overwritten on this
run.
planner: Last full dump of omni:/var/spool/imap/user/hm on tape ISR005
overwritten on this run.
planner: Last full dump
Rodrigo Ventura wrote:
I was finally able to pass the estimate timeout problem I was having
(solution: a combination of decreased cpu/swap intensive processes and
Fine!
increased etimeout value). However, a couple of troubles came up:
I got failed dumps (I was expecting this) because of end
Rodrigo Ventura wrote:
1. what's the meaning of "Some dumps may have been left in the holding
disk."? I mean, can I expect them to be dumped on the next amdump? Or
do I have to call amcleanup/amflush (which?) to check them out to
tape?
amflush, not amcleanup.
amflush is for flushing dumps from
On Tue, Sep 06, 2005 at 01:53:05PM +0100, Rodrigo Ventura wrote:
>
> I was finally able to pass the estimate timeout problem I was having
> (solution: a combination of decreased cpu/swap intensive processes and
> increased etimeout value). However, a couple of troubles came up:
>
> I got failed d
I was finally able to pass the estimate timeout problem I was having
(solution: a combination of decreased cpu/swap intensive processes and
increased etimeout value). However, a couple of troubles came up:
I got failed dumps (I was expecting this) because of end-of-tape:
14 matches
Mail list logo