From owner-freebsd-scsi Sun Dec 31 12:49:53 2000 From owner-freebsd-scsi@FreeBSD.ORG Sun Dec 31 12:49:51 2000 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from grumpy.dyndns.org (user-24-214-56-41.knology.net [24.214.56.41]) by hub.freebsd.org (Postfix) with ESMTP id 202CF37B400 for ; Sun, 31 Dec 2000 12:49:50 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by grumpy.dyndns.org (8.11.1/8.11.1) with ESMTP id eBVKnBQ08351; Sun, 31 Dec 2000 14:49:11 -0600 (CST) (envelope-from dkelly@grumpy.dyndns.org) Message-Id: <200012312049.eBVKnBQ08351@grumpy.dyndns.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: mjacob@feral.com Cc: freebsd-scsi@FreeBSD.ORG From: David Kelly Subject: Re: SCSI tape diagnostics? In-reply-to: Message from Matthew Jacob of "Sun, 31 Dec 2000 00:13:10 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 31 Dec 2000 14:49:11 -0600 Sender: dkelly@grumpy.dyndns.org Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org 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. > 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. -- David Kelly N4HHE, dkelly@hiwaay.net ===================================================================== The human mind ordinarily operates at only ten percent of its capacity -- the rest is overhead for the operating system. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message