I see, I think then that's why there's a separate disk cache option
(tapetype:part-cache-type)?
So if have a very large DLE and I use disk for cache, it will spool chunks
to disk and starting streaming to tape before the whole DLE is written to
disk? I want to avoid memory cache since I'd end up with lots of smaller
parts (~14GB on my system).

But how do I specify to use disk-cache'ing for level 0, but holding disk
for >= level 1 dumps?

-M


On Thu, Feb 27, 2014 at 5:20 PM, Debra S Baddorf <[email protected]> wrote:

> I believe the whole dump has to be done before it starts to write to tape.
>   This prevents incomplete dumps from wasting space on the tape.
>
> I try to have numerous smaller DLEs, so that it takes several DLEs to fill
> a tape.  Thus, when any one of them is finished, it can start going
> to tape.   If you have only a single DLE which occupies the whole tape,
>  then it does seem slower.  In that case, perhaps you don't even
> bother with a holding disk?
>
> Deb Baddorf
>
>
> On Feb 27, 2014, at 3:44 PM, Michael Stauffer <[email protected]>
>  wrote:
>
> > Yes, it's 4.5TB.
> >
> > I's not clear to me from the docs whether a level 0 dump gets written
> fully to holding disk before it gets streamed to tape, or if streaming
> starts once one or more chunks have been written to the holding disk -
> anyone know? I'd prefer the latter for performance reasons. If the former,
> then I figure I'd need two tapes-worth of holding disk space since I have
> two tape drives and have setup tape-parallel-writes as 2.
> >
> > -M
> >
> >
> > On Thu, Feb 27, 2014 at 3:43 PM, Jon LaBadie <[email protected]> wrote:
> > On Thu, Feb 27, 2014 at 03:09:20PM -0500, Michael Stauffer wrote:
> > > Amanda 3.3.4
> > >
> > > Hi,
> > >
> > > Seems like I'm having trouble getting amanda to use my holding disk.
> > >
> > > Here's my setup in amanda.conf:
> > >
> > > define holdingdisk holdingdisk1 {
> > >   directory "/mnt/amanda-holdingdisk1/"
> > >   use 4500Gb
> > >   chunksize 100Gb
> > > }
> >
> > Others pointed out the error, but is the size really 4.5 TeraBytes?
> >
> > --
> > Jon H. LaBadie                 [email protected]
> >  11226 South Shore Rd.          (703) 787-0688 (H)
> >  Reston, VA  20190              (609) 477-8330 (C)
> >
>
>

Reply via email to