Check your system logs.
If you think there's an I/O error reading the dump file, I'd
suggest
dd if=/your/dump/file of=/dev/null
which should elicit a similar error while trying to read your
whole file.
I'd also suggest your favorite disk utility. On Linux that'd be
"badblocks" which can be asked to read every block on a partition,
counting which ones it runs into difficulty with. I'd expect most
Unix-like OSs have some such utility.
If you confirm disk errors on your dump disk, run don't walk
to your hard drive vendor for a new hard drive. Your data
is no doubt worth a whole lot more than you'd pay for a hard
drive!!
On Wed, Aug 29, 2001 at 03:23:49PM -0700, Lorrie Wood wrote:
> On Wed, Aug 29, 2001 at 06:04:51PM -0400, Joshua Baker-LePain wrote:
> > On Wed, 29 Aug 2001 at 1:57pm, Lorrie Wood wrote
> >
> > > no problem there. I tried to run amflush, though, and it failed on
> > > several filesystems. I am guessing it's a failure of the files on the
> > > holding disk instead of the tape (as the tape does have good data!).
> >
> > Don't be so sure...
>
> But I do restores from amanda stuff all the time -- the last two
> I/O errors were in flush reports, not dump reports. Hm.
>
> > taper ran into an "Input/output error" trying to put those disk images
> > onto tape. In reality, taper is just telling you what the OS told it.
> > Check your system logs for related messages -- they should tell you what
> > type of Input/output error occurred.
>
> I don't see it in the logs of either the server or the client.
> Moreover, an error *reading* data would seem to point to the dump file,
> wouldn't it?
>
> > I've seen old tape drives/tapes/combos thereof which will write random
> > amounts of data (sometimes a whole night's worth, sometimes not) before
> > giving such errors.
>
> But it backs up (and restores!) consistently -- the only problem
> is whenit has to dump to disk, and I have to flush from disk. I care
> about this, as I'll soon be doing some large dumps on Friday nights, which
> will have to be held there until I get in Monday morning, and, well,
> they won't be any good to me if they're corrupt...
>
> -- Lorrie
>
--
Dan Wilder
