From owner-freebsd-scsi Sun Dec 31 12:52:43 2000 From owner-freebsd-scsi@FreeBSD.ORG Sun Dec 31 12:52:41 2000 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id B232F37B400 for ; Sun, 31 Dec 2000 12:52:40 -0800 (PST) Received: from beppo (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id MAA16446; Sun, 31 Dec 2000 12:52:37 -0800 Date: Sun, 31 Dec 2000 12:52:36 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: David Kelly Cc: freebsd-scsi@FreeBSD.ORG Subject: Re: SCSI tape diagnostics? In-Reply-To: <200012312049.eBVKnBQ08351@grumpy.dyndns.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org ryy On Sun, 31 Dec 2000, David Kelly wrote: > Matthew Jacob writes: > > > > C'mon, David, you know the drill... CAMDEBUG kernel, camcontrol debug -Ic > > > "Ah, of course! The old 'camcontrol debug' ploy!" > > > Agree I should have known that. But for the life of me, couldn't think > of it. I don't normally have CAMDEBUG in my kernel. > > > ... The 'mt' error stuff is limited to what errno can return. However, you can > > also try > > > > mt errstat > > > > on the control device to see what was latched up. > > (err, um, it *is* in the man page....) > > And I did document that I tried it. The output wasn't any more > informative. the second one should have been mt -f /dev/nsa0.ctl errstat which doesn't try and load a tpe. > > > On Sat, 30 Dec 2000, David Kelly wrote: > [...] > > > grumpy: {456} mt stat > > > mt: /dev/nsa0: Input/output error > > > grumpy: {457} mt errstat > > > mt: /dev/nsa0: Input/output error > > > grumpy: {458} > > Tape is coming out of the slot a bit warmer than I remember. New case > has only one exhaust fan. Its time to use the outdoor probe on my Radio > Shack Indoor/Outdoor Digital Thermometer to see if I have a systemic > problem and need another fan. This box is a lot quieter, and I like > that. But cooked isn't fun either. > > Don't know what happened but I have two tapes which the drive refuses to > accept. All others I have close at hand are "good" at least thru "mt > stat". I'll take the questionable tapes to work where I have the twin > of this drive. If it breaks there then I'll quit worrying and throw the > tapes away. How ever it turns out, its not really a FreeBSD issue. Aw, we're always to blame. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message