On Fri, May 26, 2006 at 02:14:29PM +0100, Stuart Winter wrote:
> 
> Hi
> 
> I am seeing these messages from AMANDA v2.5.0.
> 
>   planner: Last full dump of file.foo.com:/home on tape  overwritten in 1 run.
>   planner: Incremental of mail.foo.com:/mnt/export bumped to level 2.
>   planner: Incremental of mail.foo.redhat.com:/ bumped to level 3.
>   taper: no split_diskbuffer specified: using fallback split size of 10240kb 
> to buffer
> file.foo.com:/home.0 in-memory
>   taper: tape FooDaily-042 kb 30171744 fm 2675 writing file: No space left on 
> device
>   taper: continuing file.foo.com:/home.0 on new tape from 27228160kb mark: 
> [writing file: No space left on device]
>   taper: tape FooDaily-038 kb 30137952 fm 2944 writing file: No space left on 
> device
>   taper: continuing file.foo.com:/home.0 on new tape from 57364480kb mark: 
> [writing file: No space left on device]
>   taper: tape FooDaily-043 kb 30226592 fm 2952 writing file: No space left on 
> device
>   taper: continuing file.foo.com:/home.0 on new tape from 87582720kb mark: 
> [writing file: No space left on device]
>   taper: tape FooDaily-044 kb 29800416 fm 2911 [OK]
> 
> I am spanning tapes with a split size:
>     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.


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.

-- 
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)