From owner-freebsd-scsi Sat Jul 5 14:37:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA21000 for freebsd-scsi-outgoing; Sat, 5 Jul 1997 14:37:11 -0700 (PDT) Received: from weenix.guru.org (phantasma.bevc.blacksburg.va.us [198.82.200.65]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA20993 for ; Sat, 5 Jul 1997 14:37:08 -0700 (PDT) Received: (from kmitch@localhost) by weenix.guru.org (8.8.5/8.8.5) id RAA05245; Sat, 5 Jul 1997 17:37:04 -0400 (EDT) From: Keith Mitchell Message-Id: <199707052137.RAA05245@weenix.guru.org> Subject: Re: Archive Viper and 3940UW (bad Drive?) In-Reply-To: <199707052015.OAA25086@pluto.plutotech.com> from "Justin T. Gibbs" at "Jul 5, 97 02:15:28 pm" To: gibbs@plutotech.com (Justin T. Gibbs) Date: Sat, 5 Jul 1997 17:37:04 -0400 (EDT) Cc: scsi@freebsd.org X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > You shouldn't have to erase the tapes before using them. I agree, but these were not new tapes. These were tapes I have been using for many months repeatedly (in a cycle -- 15 types, so each tape got used about twice a month). > Did up-ing the timeout in st_write_filemarks fix the problem? Perhaps > 60s is better than 10s there too? It helped, but so did uping the times of the .5 second timeouts (mode_sense, mode_select, etc) which may indicate that the problem could be in st_open (the mount). I am not exactly sure what the cause was. Whether everytime amanda rewrote the header, the filemark got longer or what happened. Erasing the tapes did seem to fix it though. Right now, I am running without any mods to the timeout values and all seems to be working correctly (since I erased the tapes). -- Keith Mitchell Head Administrator: acm.vt.edu Email: kmitch@weenix.guru.org PGP key available upon request http://weenix.guru.org/~kmitch Address and URL (c) 1997 Keith Mitchell - All Rights Reserved Unauthorized use or duplication prohibited