From owner-freebsd-scsi Wed Mar 1 23: 4: 8 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id 359B237BEFD for ; Wed, 1 Mar 2000 23:04:04 -0800 (PST) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.9.3/8.9.1) id AAA36823; Thu, 2 Mar 2000 00:04:00 -0700 (MST) (envelope-from ken) Date: Thu, 2 Mar 2000 00:04:00 -0700 From: "Kenneth D. Merry" To: Juergen Lock Cc: freebsd-scsi@FreeBSD.ORG Subject: Re: running a cleaning tape with chio (not!) Message-ID: <20000302000359.A36748@panzer.kdm.org> References: <20000301020107.A1387@saturn.kn-bremen.de> <20000229213126.A27011@panzer.kdm.org> <20000301212812.A30440@saturn.kn-bremen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <20000301212812.A30440@saturn.kn-bremen.de>; from nox@jelal.kn-bremen.de on Wed, Mar 01, 2000 at 09:28:12PM +0100 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Mar 01, 2000 at 21:28:12 +0100, Juergen Lock wrote: > On Tue, Feb 29, 2000 at 09:31:26PM -0700, Kenneth D. Merry wrote: > > On Wed, Mar 01, 2000 at 02:01:08 +0100, Juergen Lock wrote: > > > Hi! > > > > > > Is this supposed to work? it didn't for me today, it did load it > > > and also print on the console its a cleaning tape, but when the > > > drive ejected it after doing its thing (normal behaviour with > > > cleaning tapes at least on dds drives), it tried to load it again. :( > > > > > > This is a 6-slot hp dds2 autoloader, and 3.4-stable... > > > > Did you try to do I/O to the drive while the cleaning tape was in? The > > No, no process did anything on /dev/(n)rsa0, the only one that was > talking to it was the chio. Hmm, I guess I'm used to changers where the tape mechanism and the changer mechanism are relatively separate. In most cases the changer has little idea about what type of tape it put in the drive. The only thing it might know is an id from a barcode label. Your changer is evidently different, as the error below suggests -- it indeed came from the changer LUN on the device. > > only reason you would have gotten an error message that a cleaning tape was > > installed would be in response to a command to the tape drive. > > > Well... i didn't have the time today to attempt to debug this > properly but i did turn on cam debugging and tried to reproduce it, > and surely enough the same thing happened again. here's what it said: > > # camcontrol debug -I -T -S -c 0:4 > Mar 1 19:23:21 src /kernel: (ch0:ahc0:0:4:1): MODE SENSE(06). CDB: 1a 28 1d 0 20 0 > Mar 1 19:23:21 src /kernel: (ch0:ahc0:0:4:1): MODE SENSE(06). CDB: 1a 28 1d 0 20 0 > Mar 1 19:23:21 src /kernel: (ch0:ahc0:0:4:1): MODE SENSE(06). CDB: 1a 28 1f 0 20 0 > Mar 1 19:23:21 src /kernel: (ch0:ahc0:0:4:1): MOVE MEDIUM. CDB: a5 20 0 0 0 7 0 1 0 0 0 0 > [here it was done with the (first) cleaning it seems] > Mar 1 19:24:04 src /kernel: (ch0:ahc0:0:4:1): MOVE MEDIUM. CDB: a5 20 0 0 0 7 0 1 0 0 0 0 > [and this is where it wanted to load it again, and i had to do a forced magazine eject] > Mar 1 19:24:54 src /kernel: (ch0:ahc0:0:4:1): MOVE MEDIUM. CDB: a5 20 0 0 0 7 0 1 0 0 0 0 > Mar 1 19:24:54 src /kernel: (ch0:ahc0:0:4:1): MEDIUM ERROR asc:30,3 > Mar 1 19:24:54 src /kernel: (ch0:ahc0:0:4:1): Cleaning cartridge installed > so the `Cleaning cartridge installed' only appeared at the end, didn't > notice that at the first try cause i was on another vty. From the logs above, it looks like you tried to move the tape into the drive twice. Note that the first and second move medium commands are identical -- i.e. same source and destination. So is that what happened? Once a tape drive has ejected a tape, I'm not sure if you can push the tape back in the tape drive without first moving it back to a slot or something. If you wanted to put it back in the drive, you'd probably have to do something like: chio move drive 0 drive 0 But I kinda doubt that would work. I'm surprised it gave the error it did, though. I would expect something like "source element empty" or "destination element full". > and it reports itself as a `HP C1553A 9608', does someone have the > same drive who could also try this? > > > My guess is that your problem is that your autoloader is configured in > > autoloader mode instead of changer mode or something. > > > Hmm i didn't have the sucker's manual handy to check this, so > at the moment i can only say that chio does work on it with > regular tapes... Ahh. So you probably have it in changer mode. > > The fact that your cleaning tape got inserted again is likely the > > autoloader's problem, not FreeBSD's problem. FreeBSD just does what you > > tell it to do. :) > > Well, at least it does that _much_ more often than e.g. anything > from M$, yes. :) :) Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message