Date: Wed, 1 Nov 1995 12:35:26 -0500 (EST) From: John Capo <jc@irbs.com> To: nate@rocky.sri.MT.net (Nate Williams) Cc: brian@MediaCity.com, questions@freebsd.org Subject: Re: DUMP: short read error from /dev/rsd1f: [block 3440784]: count=8192, got=8191 Message-ID: <199511011735.MAA14669@irbs.irbs.com> In-Reply-To: <199511011547.IAA14799@rocky.sri.MT.net> from "Nate Williams" at Nov 1, 95 08:47:45 am
next in thread | previous in thread | raw e-mail | index | archive | help
Nate Williams writes:
>
> > for some time without incident. Recently I did a dump and got
> >
> > DUMP: dumping (Pass IV) [regular files]
> > DUMP: short read error from /dev/rsd1f: [block 6288]: count=8192, got=8191
> ^^^^^^^^^^^^^^^^^^^^^^^^^^
>
> Umm, why are you reading from the raw device? DUMPs are taken from
> unmounted block devices.
>
> So, you should be doing something like this instead:
>
> # dump 0uf /dev/nrst0 /dev/sd0a
> OR
> # dump 0uf /dev/nrst0 /
>
> The other questions I'll leave for someone else.
That's the way dump does it. Always uses the raw device.
cleat 2# dump 0f - /dev/sd0a > /dev/null
^^^^^^^^^
DUMP: Date of this level 0 dump: Wed Nov 1 12:20:31 1995
DUMP: Date of last level 0 dump: the epoch
DUMP: Dumping /dev/rsd0a (/) to standard output
^^^^^^^^^^^^^^
cleat 3# dump 0f - / > /dev/null
^^
DUMP: Date of this level 0 dump: Wed Nov 1 12:20:45 1995
DUMP: Date of last level 0 dump: the epoch
DUMP: Dumping /dev/rsd0a (/) to standard output
^^^^^^^^^^^^^^
On one of my systems it gets a bit stranger:
cleat 4# dump 0f - / > /dev/null
DUMP: Date of this level 0 dump: Wed Nov 1 12:23:40 1995
DUMP: Date of last level 0 dump: the epoch
DUMP: Dumping /dev/rsd0a (/) to standard output
DUMP: mapping (Pass I) [regular files]
DUMP: mapping (Pass II) [directories]
DUMP: estimated 14211 tape blocks.
DUMP: dumping (Pass III) [directories]
DUMP: dumping (Pass IV) [regular files]
DUMP: read error from /dev/rsd0a: Input/output error: [block -454628770]: count=1024
DUMP: read error from /dev/rsd0a: Input/output error: [sector -454628770]: count=512
DUMP: Nov 1 12:23:42 cleat /kernel: aha0: aha_scsi_cmd, more than 17 DMA segs
Nov 1 12:23:42 cleat /kernel: aha0: aha_scsi_cmd, more than 17 DMA segs
read error from /dev/rsd0a: Input/output error: [sector -454628769]: count=512
Nov 1 12:23:42 cleat /kernel: sd0: oops not queued
Nov 1 12:23:42 cleat /kernel: sd0: oops not queued
Nov 1 12:23:42 cleat /kernel: biodone: buffer already done
Nov 1 12:23:42 cleat /kernel: biodone: buffer already done
Nov 1 12:23:43 cleat /kernel: aha0: aha_scsi_cmd, more than 17 DMA segs
Nov 1 12:23:43 cleat /kernel: aha0: aha_scsi_cmd, more than 17 DMA segs
Nov 1 12:23:43 cleat /kernel: sd0: oops not queued
Nov 1 12:23:43 cleat /kernel: sd0: oops not queued
Nov 1 12:23:43 cleat /kernel: biodone: buffer already done
Nov 1 12:23:43 cleat /kernel: biodone: buffer already done
Nov 1 12:23:43 cleat /kernel: aha0: aha_scsi_cmd, more than 17 DMA segs
Nov 1 12:23:43 cleat /kernel: aha0: aha_scsi_cmd, more than 17 DMA segs
Nov 1 12:23:43 cleat /kernel: sd0: oops not queued
Nov 1 12:23:43 cleat /kernel: sd0: oops not queued
Nov 1 12:23:44 cleat /kernel: biodone: buffer already done
Nov 1 12:23:44 cleat /kernel: biodone: buffer already done
The fact that the aha driver pukes is a bit disturbing. I can dd
the entire partition and cat every file and directory on the
partition with no errors. This is 100% repeatable on this system.
There are several other occurances of the same type of error further
on in the dump. This is from a -stable kernel supped yesterday.
John Capo jc@irbs.com
IRBS Engineering High performance FreeBSD systems
(305) 792-9551 Internet Consulting - ISP Solutions
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199511011735.MAA14669>