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. [EMAIL PROTECTED] | | / 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