On Fri, May 26, 2006 at 02:53:37PM +0100, Stuart Winter wrote:
> On Fri, 26 May 2006, Jon LaBadie wrote:
> 
> > >     tape_splitsize 3 Gb
> > >
> > > tapetype DLT7000
> > > define tapetype DLT7000 {
> > >     comment "DEC/Quantum DLT7000 tape drive, hardware compression turned 
> > > off"
> > >     length 30000 mbytes
> > >     filemark 8 kbytes
> > >     speed 5 mbytes
> > > }
> > >
> > > I can see that the backup has continued onto another tape but is it a
> > > problem that taper has reached the end of the tape?
> >
> > That is the way amanda determines that it is time to start the next tape,
> > it bumps into the end of the current tape.
> >
> > The chunk it was writing is rewritten on the next tape.
> 
> OK- thanks for the clarification.
> 
> >
> > NOTE:  two things don't jive, your claim of spanning chunks of 3Gb and
> > the reports that amanda is writing nearly 3000 chunks per tape (fm 29XX).
> > Either you have another definition for tape_splitsize overriding the one
> > you show, or amanda is not recognizing the Gb suffix.  On the amanda.conf
> > manpage Gb is `not' listed as a valid suffix for gigabyte.
> 
> I got the 'Gb' unit from here:
> http://wiki.zmanda.com/index.php/Splitting_dumps_across_tapes
> 

I suspect the wiki is in error.
You are definitely getting small chunks.
Probably hurts your tape write performance.


-- 
Jon H. LaBadie                  jon AT jgcomp DOT com
 JG Computing
 4455 Province Line Road        (609) 252-0159
 Princeton, NJ  08540-4322      (609) 683-7220 (fax)