Re: error recovery

2005-09-06 Thread Jon LaBadie
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

Re: error recovery

2005-09-06 Thread Jon LaBadie
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

Re: error recovery

2005-09-06 Thread Rodrigo Ventura
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

Re: error recovery

2005-09-06 Thread Rodrigo Ventura
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

Re: error recovery

2005-09-06 Thread Alexander Jolk
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

Re: error recovery

2005-09-06 Thread Jon LaBadie
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

Re: error recovery

2005-09-06 Thread Rodrigo Ventura
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

Re: error recovery

2005-09-06 Thread Rodrigo Ventura
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.

Re: error recovery

2005-09-06 Thread Jon LaBadie
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

Re: error recovery

2005-09-06 Thread Alexander Jolk
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

Re: error recovery

2005-09-06 Thread Paul Bijnens
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

Re: error recovery

2005-09-06 Thread Alexander Jolk
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

Re: error recovery

2005-09-06 Thread Jon LaBadie
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

error recovery

2005-09-06 Thread Rodrigo Ventura
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: