Re: filesystem limit?
2004-03-16 18:37:53
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 <amanda AT dipnr.nsw.gov DOT au>
> To: aman AT dipnr.nsw.gov DOT au, amanda AT dipnr.nsw.gov DOT au
>
>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 : geoffs AT radx DOT net 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.
|
|
|