On Fri, Mar 26, 2004 at 04:04:05PM +0100, BRINER Cedric wrote:
> the tapes are 70Gb
Is that 70 GB native, or with hardware compression taken into
account? (If the latter, it can only be approximate; depends how
compressible the data is.)
Do you in fact have hardware compression enabled? (See the list
archives for discussions as to (a) why that's usually considered
a bad thing, and (b) the difficulty in turning it off and making
it *stay* turned off when reusing tapes that were initially
written with it turned on.)
> and some dumps are about 30Gb
>
> + These dumps were to tape WeeklySet076.
> + *** A TAPE ERROR OCCURRED: [[writing file: short write]].
>
> so the tape have for example 45Gb already on it, when it tries to flush the
> 30Gb. So I end up that:
> the 30Gb is not flushed
> the others dumps (40 dumps of 1Gb) are not dump to the tape. When a lot of
> them could be dumped
>
> So:
> -is amanda able to maximise the amount on data that it stores or does it only
> flush without any algorithm.
> -or my config file which is uncorrect
> -or Is there a way to breaks into smaller pieces the big dumps
>
> my config file for the tape configuration
>
> define tapetype DLT4000 {
> length 40000 mbytes # 40 Gig tapes
> filemark 8 kbytes # 16 also works, 32 doesn't
> speed 1536 kbytes # 6 Mb/s accd to Compaq ??? see bellow def
> of DLT
> }
>
> thanks in advance
>
> Cédric Briner
>
--
| | /\
|-_|/ > Eric Siegerman, Toronto, Ont. erics AT telepres DOT com
| | /
It must be said that they would have sounded better if the singer
wouldn't throw his fellow band members to the ground and toss the
drum kit around during songs.
- Patrick Lenneau
|