From owner-freebsd-questions Wed Nov 1 09:40:35 1995 Return-Path: owner-questions Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA23054 for questions-outgoing; Wed, 1 Nov 1995 09:40:35 -0800 Received: from irbs.irbs.com (irbs.com [199.182.75.129]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA23034 for ; Wed, 1 Nov 1995 09:40:29 -0800 Received: (from jc@localhost) by irbs.irbs.com (8.6.12/8.6.6) id MAA14669; Wed, 1 Nov 1995 12:35:27 -0500 From: John Capo Message-Id: <199511011735.MAA14669@irbs.irbs.com> Subject: Re: DUMP: short read error from /dev/rsd1f: [block 3440784]: count=8192, got=8191 To: nate@rocky.sri.MT.net (Nate Williams) Date: Wed, 1 Nov 1995 12:35:26 -0500 (EST) Cc: brian@MediaCity.com, questions@freebsd.org In-Reply-To: <199511011547.IAA14799@rocky.sri.MT.net> from "Nate Williams" at Nov 1, 95 08:47:45 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 3459 Sender: owner-questions@freebsd.org Precedence: bulk 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