From owner-freebsd-scsi Wed Mar 24 17:57:34 1999 Delivered-To: freebsd-scsi@freebsd.org Received: from mailb.telia.com (mailb.telia.com [194.22.194.6]) by hub.freebsd.org (Postfix) with ESMTP id 7585014C30 for ; Wed, 24 Mar 1999 17:57:24 -0800 (PST) (envelope-from girgen@partitur.se) Received: from d1o62.telia.com (root@d1o62.telia.com [195.198.198.241]) by mailb.telia.com (8.8.8/8.8.8) with ESMTP id CAA20564; Thu, 25 Mar 1999 02:56:52 +0100 (CET) Received: from stordatan.telia.com (t5o62p13.telia.com [195.198.199.13]) by d1o62.telia.com (8.8.8/8.8.5) with ESMTP id CAA29314; Thu, 25 Mar 1999 02:56:50 +0100 (MET) Received: from partitur.se (localhost [127.0.0.1]) by stordatan.telia.com (8.9.2/8.9.1) with ESMTP id CAA10850; Thu, 25 Mar 1999 02:56:51 +0100 (CET) (envelope-from girgen@partitur.se) Message-ID: <36F997E3.8C27650@partitur.se> Date: Thu, 25 Mar 1999 02:56:51 +0100 From: Palle Girgensohn Organization: Partitur X-Mailer: Mozilla 4.51 [en] (X11; I; FreeBSD 3.1-STABLE i386) X-Accept-Language: sv, en MIME-Version: 1.0 To: mjacob@feral.com Cc: freebsd-scsi@FreeBSD.ORG Subject: Re: Travan-20 tape streamer: unit not ready References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi matt! Thanks for your response. So, what do you suggest? Seems ridiculous for a tape device not to support rewind! If I can't rewind it, it gets silly. I tried inserting the tape and make an mt fsf 1 right away; still problem, but I guess cam still tries to load the tape first, running samount... I guess one could just comment away the exit part in the code below, and see what happens... I don't have much experience with tape devices, apart from my old travan TR-4. This new tape is brand new, and I might be able to return it. Maybe I should get another piece of hardware? Suggestions? I've only heard bad opinions about DAT, but maybe they're better than the travan stuff? Anything has cheaper tapes than tr, too... I can't get them for less than close to $40 a piece here, and we're resellers... :( /Palle Matthew Jacob wrote: > > (removing freebsd-hardware from list). > > > in messages, the mt command gives the following "clues": > > Mar 23 00:33:19 trumpet /kernel: (sa1:aha0:0:5:0): LOAD UNLOAD. CDB: 1b > > 0 0 0 1 0 > > Mar 23 00:33:19 trumpet /kernel: (sa1:aha0:0:5:0): ILLEGAL REQUEST > > asc:4,3 > > Mar 23 00:33:19 trumpet /kernel: (sa1:aha0:0:5:0): Logical unit not > > ready, manual intervention required > > Mar 23 00:33:19 trumpet /kernel: (sa1:aha0:0:5:0): REWIND. CDB: 1 0 0 0 > > 0 0 > > Mar 23 00:33:19 trumpet /kernel: (sa1:aha0:0:5:0): NOT READY asc:4,3 > > Mar 23 00:33:19 trumpet /kernel: (sa1:aha0:0:5:0): Logical unit not > > ready, manual intervention required > > I just ordered an HP 20GB 'travan like' drive. It'll be interesting to see > if this is also that broken. > > And this is with the unit there *and* a tape inserted? Wow! That is > *really* fantastically broken that a tape drive that has a tape inserted > supports *neither* a load (to BOT) command or a REWIND. The load is > optional. The rewind is mandatory. That's amazing. > > I think I'll have to invent a new quirk for someething this broken. > The code that this is breaking on is the following in samount: > > /* > * *Very* first off, make sure we're loaded to BOT. > */ > scsi_load_unload(&ccb->csio, 2, sadone, MSG_SIMPLE_Q_TAG, FALSE, > FALSE, FALSE, 1, SSD_FULL_SIZE, 60000); > error = cam_periph_runccb(ccb, saerror, 0, SF_QUIET_IR, > &softc->device_stats); > if ((ccb->ccb_h.status & CAM_DEV_QFRZN) != 0) > cam_release_devq(ccb->ccb_h.path, 0, 0, 0, FALSE); > /* > * In case this doesn't work, do a REWIND instead > */ > if (error) { > scsi_rewind(&ccb->csio, 5, sadone, MSG_SIMPLE_Q_TAG, > FALSE, SSD_FULL_SIZE, > (SA_REWIND_TIMEOUT) * 60 * 1000); > error = cam_periph_runccb(ccb, saerror, 0, 0, > &softc->device_stats); > } > if (error) { > xpt_release_ccb(ccb); > goto exit; > } > > When you're trying to mount a tape, make sure you're at BOT. If the > rewind is failing- it's hard for me to really be sure I'm not overwriting > something I shouldn't be, but if this drive really is that busted, I'll > guss I'll quirk it so it doesn't matter. > > -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message