On Thu, Feb 12, 2004 at 12:18:59PM +0000, Mike Brodbelt wrote:
> Paul Bijnens wrote:
> > Mike Brodbelt wrote:
>
> > This is really an IO error. Probably due to hardware problems.
>
> Could it not be due to an attempt to write beyond EOT? I'm reasonably
> sure the hardware is OK.
>
> > See in the system logs for more information. (/var/{adm,log}/messages
> > or syslog).
>
> I do get some errors in the logs, but I'd assumed they were generated
> due to an attempt to write beyond EOT. Amanda is quite specific at the
> top of the report:-
>
> FAILURE AND STRANGE DUMP SUMMARY:
> castor sda10 lev 0 FAILED [out of tape]
>
> The log gets this:-
>
> st0: Error with sense data: Info fld=0x0, Deferred st09:00: sense key
> Medium Error
> Additional sense indicates Write error
> sym53c875-0-<5,*>: FAST-10 WIDE SCSI 20.0 MB/s (100.0 ns, offset 15)
> st0: Error with sense data: Info fld=0x7fff, Deferred st09:00: sense key
> Aborted Command
> st0: Error on write filemark.
>
> These errors happen whenever Amanda generates an out of tape error, and
> only then. The largest filesystem by far is sda10, and when it gets a
> level 0 with all the other fs's getting level 1/2 dumps, all is OK. When
> the total data gets to about 30.5Gb (haven't worked it out exactly) it
> seems to be
>
If you are refering to the report you showed in your original posting,
that was the size of data dumped, not taped.
== Dump Time (hrs:min) 6:39 6:39 0:00
== Output Size (meg) 31855.4 31855.4 0.0
== Original Size (meg) 66922.0 66922.0 0.0
== Avg Compressed Size (%) 47.6 47.6 --
== Filesystems Dumped 16 16 0
== Avg Dump Rate (k/s) 1362.4 1362.4 --
Other rows you did not show would give the amount of data "successfully" taped.
Your later posting showed the amount actually taped when the error occured:
== taper: tape ACU-STD-2 kb 23940992 fm 16 writing file: Input/output error
Only 23.94 GB and 16 filemarks when the error occured. Hardly 30.5 GB.
> > tapetype from that version would take a few days (and it will not
> > warn about compression on or off). Upgrading would be nice (after you
> > solved your hardware problems).
>
> Yes, I thought it would take a while. I may compile a new version to get
> a more efficient tapetype. I'm loathe to upgrade it unless I need new
> features, as any time I do that with a package I lose the advantages of
> Debian's security tracking.
Tapetype is a separate program and could be compiled and used without
installation of the newer version of amanda.
--
Jon H. LaBadie jon AT jgcomp DOT com
JG Computing
4455 Province Line Road (609) 252-0159
Princeton, NJ 08540-4322 (609) 683-7220 (fax)
|
