From owner-freebsd-hackers Thu Sep 2 23:48:52 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id A616814DC3 for ; Thu, 2 Sep 1999 23:48:39 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id IAA88473; Fri, 3 Sep 1999 08:47:54 +0200 (CEST) (envelope-from sos) From: Soren Schmidt Message-Id: <199909030647.IAA88473@freebsd.dk> Subject: Re: Seagate STT8000A (ATAPI/IDE) on FreeBSD? (fwd) In-Reply-To: <19990903020859.A33016@bantha.org> from David Krinsky at "Sep 3, 1999 2: 8:59 am" To: krinsky+freebsd@bantha.org (David Krinsky) Date: Fri, 3 Sep 1999 08:47:54 +0200 (CEST) Cc: freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems David Krinsky wrote: > I posted this to -hardware a few days ago and haven't > gotten much in the way of feedback; since it sounds to me > like a driver bug this seems like an appropriate forum too. > > Is anyone here using -any- ATAPI drive for backup? Yup, I use one: ast0: tape drive at ata1 as slave ast0: Drive empty, readonly, reverse, qfa, ecc, 512b ast0: Max speed=600Kb/s, Transfer limit=52 blocks, Buffer size=728 blocks > When I try to tar up a usefully-sized directory or filesystem, > however, the drive will begin its work apparently correctly, but the > tar will exit with an I/O error at a variable point a few seconds to > minutes into the backup. The following goes to syslog: > > wst_done: wst0: nonrecovered data error I've seen this problem LOTS of times when using the old wd based atapi subsystem. I've never been able to find out why this is happening exactly. This was part of the reason I started out on the new ATA driver (only in -current now). I've never had this problem using the ATA driver, so I'm pretty sure its the old driver thats at fault, probably some delicate timing prob. Using the new driver I do routine backups every night on a couble of servers, not seen a signle problem yet... -Soren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message