Re: filesystem limit?
2004-03-16 17:59:12
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
---------------
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
|
|
|