From owner-freebsd-current Wed Apr 28 15:35:42 1999 Delivered-To: freebsd-current@freebsd.org Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by hub.freebsd.org (Postfix) with ESMTP id 8AF5414BC9 for ; Wed, 28 Apr 1999 15:35:39 -0700 (PDT) (envelope-from wilko@yedi.iaf.nl) Received: (from uucp@localhost) by uni4nn.gn.iaf.nl (8.9.2/8.9.2) with UUCP id AAA23923; Thu, 29 Apr 1999 00:31:29 +0200 (MET DST) Received: (from wilko@localhost) by yedi.iaf.nl (8.9.3/8.6.12) id AAA01580; Thu, 29 Apr 1999 00:16:41 +0200 (CEST) From: Wilko Bulte Message-Id: <199904282216.AAA01580@yedi.iaf.nl> Subject: Re: Further on tape & CAM problems In-Reply-To: <199904282045.QAA38050@neunacht.netgsi.com> from "Christopher T. Johnson" at "Apr 28, 1999 4:45:17 pm" To: cjohnson@neunacht.netgsi.com (Christopher T. Johnson) Date: Thu, 29 Apr 1999 00:16:41 +0200 (CEST) Cc: dillon@apollo.backplane.com, shocking@prth.pgs.com, current@FreeBSD.ORG X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-pgp-info: PGP public key at 'finger wilko@freefall.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-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG As Christopher T. Johnson wrote ... > > As Christopher T. Johnson wrote ... > > > > > REGARDLESS! > > > The drive is reporting an error condition and that error is NOT > > > getting back to user land. I've verified the problem with amdump > > > > Oh? Where/what is the error, does the console tell you? > > Sorry, no error reported, just the lights. Amber light, no green solid. > Either the kernel has the device "active" OR it is an error indicator. > Exabyte is known for doing that. In my experience it was always the drive, but YMMV. > > > amflush and dd. In ALL cases once the amber light goes on solid > > > systat -vmstat shows a solid 1.4MB/second data transfer into > > > never never land. > > > > That sounds like a bug. But it could be CAM not understanding that the > > 8200 firmware went to Nowhere-land. If I got a dime for each Exabyte > > lockup.. > > Yep, been there done that. But these drives have been rock solid. It is > not the case of putting in a new, unknown drive and finding out that > it is a little strange. It is the case where I have a hardware configuration > that has been stable that suddenly isn't. CAM might trigger different code paths in the firmware. Or different timing. Or.. > The original change is the upgrade to 4.0-CURRENT. After that drive > "failed" I took our back up drive and put it into production and got exactly > the same failure mode. > > Here is the sequence that I just did: > Old working tape. > mt erase & > 1hr 30minutes or so later > Drive makes sounds of tape stopping. I also tried that in the meantime (it said *click* just a minute ago ;-) and I did not experience any problem with the erase operation. > Amber light comes on Nope, after the tape motion stops I have the green one on again. > mt erase reports done (no errors) > mt rewind > mt: /dev/nrsa0: Device busy p100#mt -f /dev/rst0 rewind p100# My P100 testbox uses a NCR810 to drive the 8200. Any chance you can try an 8200 with different f/w ? I'll also try a 'dump' again with more data, my previous test was 300Mb. Maybe that is not enough (I doubt it, but still..) Will post results when it's finished writing. Groeten / Cheers, | / o / / _ Arnhem, The Netherlands - Powered by FreeBSD - |/|/ / / /( (_) Bulte WWW : http://www.tcja.nl http://www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message