From owner-freebsd-questions@FreeBSD.ORG Tue Mar 16 19:18:05 2004 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8817216A4CE for ; Tue, 16 Mar 2004 19:18:05 -0800 (PST) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id E218343D31 for ; Tue, 16 Mar 2004 19:18:04 -0800 (PST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.10/8.12.10) id i2H3I39b057031; Tue, 16 Mar 2004 21:18:03 -0600 (CST) (envelope-from dan) Date: Tue, 16 Mar 2004 21:18:03 -0600 From: Dan Nelson To: David Bear Message-ID: <20040317031802.GC6496@dan.emsphone.com> References: <20040317024639.GH6174@asu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040317024639.GH6174@asu.edu> X-OS: FreeBSD 5.2-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: freebsd-questions@freebsd.org Subject: Re: scsi tape errors X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2004 03:18:05 -0000 In the last episode (Mar 16), David Bear said: > I am getting error messages that don't make much sense. They would > lead me to beleive that the tape is bad... I guess. Yet, I have a > hard time beleiving that the two out of four tapes is bad. > > issuing an 'mt erase' it get an input/output error. > > below are the kernel messages. > > could two tapes suddenly just become 'bad'? > > Since these are ait tapes and have a 64k ram buffer, I'm wondering if > there may be some bad data there and if there is a way to clear it... > > The tape unit is a sony sdx300c. I've updated it to the latest > firmware. Its attached to an adaptec 2940wide. Is it possible that erasing an AIT tape takes more than 4 minutes? That's how long the cam layer will wait for an erase command to complete. Try adding options SA_ERASE_TIMEOUT=10*60 and rebuilding your kernel. -- Dan Nelson dnelson@allantgroup.com