From owner-freebsd-hackers Mon Mar 20 21:51:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA00195 for hackers-outgoing; Mon, 20 Mar 1995 21:51:24 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA00189 for ; Mon, 20 Mar 1995 21:51:20 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id VAA29551; Mon, 20 Mar 1995 21:50:47 -0800 From: Poul-Henning Kamp Message-Id: <199503210550.VAA29551@ref.tfs.com> Subject: Re: Problems with 2940 and 950210snap To: fbsd@clem.systemsix.com (Steve Passe) Date: Mon, 20 Mar 1995 21:50:47 -0800 (PST) Cc: hackers@FreeBSD.org, moto@CS.cmu.edu, tinguely@plains.nodak.edu In-Reply-To: <199503210514.WAA00948@clem.systemsix.com> from "Steve Passe" at Mar 20, 95 10:14:07 pm Content-Type: text Content-Length: 549 Sender: hackers-owner@FreeBSD.org Precedence: bulk > I am closing in on the "restore ..." panics with 4mm DAT > drives. > > Summary: > > without specific option dump writes (10 * 1024) byte records to > tape while restore attempts to read (32 * 1024) byte records from > tape. It is something about this read that appears to panic the > kernel. > Could you try to use "tcopy /dev/rmt0" to verify the blocksize ? -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant'