On Tuesday 16 March 2004 17:51, Geoff Swavley wrote: >35GB AIT-1 tapes (Native) plus I also have compression on the >drives DISABLED (advice from the list about double compressing a > file, resulting in a larger file than what you started with). It > has slowed down the backups but the large (already compressed > thanks to oracle) export database files seem to fit on the tape > now. > >Those two files add up as follows: >2355658752+ >32212254720 >--------------- >34567913472 >---------------
Thats rather close. How many bytes is a filemark on that tape? >and the filesystem is 33.7GB so it should just fit on: >------------------------- >HOST FILESYSTEM TOTAL USED >pokolbin /u20 36144364 33701475 >----------------------------------------------------------------- >TOTALS: 36144364 33701475 > > > > >Maybe I'm living too close to the edge? Maybe the tape is bad > towards the end ... I'll change the tape and try flushing again. > Hmmmmm ... that's 3 tapes now and all with the same flush error: > >Subject: schedule8 AMFLUSH MAIL REPORT FOR March 17, 2004 > Date: Wed, 17 Mar 2004 09:28:57 +1100 (EST) > From: Amanda Archiving Server <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED], [EMAIL PROTECTED] > >The dumps were flushed to tape schedule8-WEEK3. >*** A TAPE ERROR OCCURRED: [[writing file: I/O error]]. >Some dumps may have been left in the holding disk. >Run amflush again to flush them to tape. >The next tape Amanda expects to use is: schedule8-WEEK4. > >FAILURE AND STRANGE DUMP SUMMARY: > pokolbin /u20 lev 0 FAILED [out of tape] > > >STATISTICS: > Total Full Daily > -------- -------- -------- >Estimate Time (hrs:min) 0:00 >Run Time (hrs:min) 1:10 >Dump Time (hrs:min) 0:00 0:00 0:00 >Output Size (meg) 0.0 0.0 0.0 >Original Size (meg) 0.0 0.0 0.0 >Avg Compressed Size (%) -- -- -- >Filesystems Dumped 0 0 0 >Avg Dump Rate (k/s) -- -- -- > >Tape Time (hrs:min) 0:00 0:00 0:00 >Tape Size (meg) 0.0 0.0 0.0 >Tape Used (%) 0.0 0.0 0.0 >Filesystems Taped 0 0 0 >Avg Tp Write Rate (k/s) -- -- -- > >USAGE BY TAPE: > Label Time Size % Nb > schedule8-WEEK3 0:00 0.0 0.0 0 > > >NOTES: > taper: tape schedule8-WEEK3 kb 3440992 fm 1 writing file: I/O > error > > >DUMP SUMMARY: > DUMPER STATS TAPER > STATS HOSTNAME DISK L ORIG-KB OUT-KB COMP% MMM:SS KB/s > MMM:SS KB/s -------------------------- > --------------------------------- ------------ pokolbin /u20 > 0 N/A 0 -- N/A N/A FAILED ---- > >(brought to you by Amanda version 2.4.4p2) > >Joshua Baker-LePain wrote: >> On Wed, 17 Mar 2004 at 8:02am, Geoff Swavley wrote >> >> > I was wondering if anyone could tell me why amanda seems to >> > split my filesystem into 2 "holding" files? An error has >> > occurred so these filesare >> >> This is normal, and the size of the chunks are set by the >> 'chunksize' parameter in amanda.conf. >> >> > NOTES: >> > taper: tape schedule8-WEEK3 kb 31851520 fm 1 writing file: >> > short write driver: going into degraded mode because of tape >> > error. >> >> How big are your tapes? It looks like you hit EOT here... >> >> -- >> Joshua Baker-LePain >> Department of Biomedical Engineering >> Duke University > >geoffs :-) >-------------------------------------------------------------------- >-- Geoff Swavley Email : [EMAIL PROTECTED] UNIX > Sys Admin Snail : Level 8, 10 Valentine Ave, > Support and Network Operations Parramatta NSW 2150 > Dept of Infrastructure, Planning Sydney Australia and > Natural Resources Phone : 61-2-98957125 > http://www.radx.net/~geoffs Fax : 61-2-98957086 > Mobile: 61-422-002005 Home : 61-2-96593637 > ------------------------------------------------------------------- >--- "Be wary of the man who urges an action in which he himself > incurs no risk." - Setanti, Joaquin de -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) 99.22% setiathome rank, not too shabby for a WV hillbilly Yahoo.com attornies please note, additions to this message by Gene Heskett are: Copyright 2004 by Maurice Eugene Heskett, all rights reserved.
