Date: Wed, 1 Mar 2000 21:28:12 +0100 From: Juergen Lock <nox@jelal.kn-bremen.de> To: "Kenneth D. Merry" <ken@kdm.org> Cc: freebsd-scsi@FreeBSD.ORG Subject: Re: running a cleaning tape with chio (not!) Message-ID: <20000301212812.A30440@saturn.kn-bremen.de> In-Reply-To: <20000229213126.A27011@panzer.kdm.org> References: <20000301020107.A1387@saturn.kn-bremen.de> <20000229213126.A27011@panzer.kdm.org>
next in thread | previous in thread | raw e-mail | index | archive | help
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. > 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:22:32 src /kernel: (xpt0:ahc0:0:4:-1): xpt_free_path Mar 1 19:22:32 src /kernel: (xpt0:ahc0:0:4:-1): xpt_release_path Mar 1 19:22:32 src /kernel: (xpt0:ahc0:0:4:-1): debugging flags now f Mar 1 19:22:32 src /kernel: (xpt0:ahc0:0:4:-1): xpt_free_path Mar 1 19:22:32 src /kernel: (xpt0:ahc0:0:4:-1): xpt_release_path # chio move slot 5 drive 0 Mar 1 19:23:17 src /kernel: (ch0:ahc0:0:4:1): entering cdgetccb Mar 1 19:23:19 src /kernel: (ch0:ahc0:0:4:1): xpt_schedule Mar 1 19:23:21 src /kernel: (ch0:ahc0:0:4:1): added periph to queue Mar 1 19:23:21 src /kernel: (ch0:ahc0:0:4:1): calling xpt_run_devq Mar 1 19:23:21 src /kernel: (ch0:ahc0:0:4:1): xpt_setup_ccb Mar 1 19:23:21 src /kernel: (ch0:ahc0:0:4:1): xpt_action 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): ahc_action Mar 1 19:23:21 src /kernel: (ch0:ahc0:0:4:1): start scb(0xc083c1a0) Mar 1 19:23:21 src /kernel: (ch0:ahc0:0:4:1): ahc_done - scb 13 Mar 1 19:23:21 src /kernel: (ch0:ahc0:0:4:1): xpt_done Mar 1 19:23:21 src /kernel: (ch0:ahc0:0:4:1): camisr(ch0:ahc0:0:4:1): xpt_setup_ccb Mar 1 19:23:21 src /kernel: (ch0:ahc0:0:4:1): xpt_action Mar 1 19:23:21 src /kernel: (ch0:ahc0:0:4:1): xpt_action 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): xpt_setup_ccb Mar 1 19:23:21 src /kernel: (ch0:ahc0:0:4:1): xpt_action Mar 1 19:23:21 src /kernel: (ch0:ahc0:0:4:1): ahc_action Mar 1 19:23:21 src /kernel: (ch0:ahc0:0:4:1): start scb(0xc083c140) Mar 1 19:23:21 src /kernel: (ch0:ahc0:0:4:1): ahc_done - scb 10 Mar 1 19:23:21 src /kernel: (ch0:ahc0:0:4:1): xpt_done Mar 1 19:23:21 src /kernel: (ch0:ahc0:0:4:1): camisr(ch0:ahc0:0:4:1): xpt_action 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): ahc_action Mar 1 19:23:21 src /kernel: (ch0:ahc0:0:4:1): start scb(0xc083c1a0) Mar 1 19:23:21 src /kernel: (ch0:ahc0:0:4:1): ahc_done - scb 13 Mar 1 19:23:21 src /kernel: (ch0:ahc0:0:4:1): xpt_done Mar 1 19:23:21 src /kernel: (ch0:ahc0:0:4:1): camisr(ch0:ahc0:0:4:1): entering chioctl Mar 1 19:23:21 src /kernel: (ch0:ahc0:0:4:1): trying to do ioctl 0x800a6301 Mar 1 19:23:21 src /kernel: (ch0:ahc0:0:4:1): entering cdgetccb Mar 1 19:23:21 src /kernel: (ch0:ahc0:0:4:1): xpt_schedule Mar 1 19:23:21 src /kernel: (ch0:ahc0:0:4:1): added periph to queue Mar 1 19:23:21 src /kernel: (ch0:ahc0:0:4:1): calling xpt_run_devq Mar 1 19:23:21 src /kernel: (ch0:ahc0:0:4:1): xpt_setup_ccb Mar 1 19:23:21 src /kernel: (ch0:ahc0:0:4:1): xpt_action 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 Mar 1 19:23:21 src /kernel: (ch0:ahc0:0:4:1): ahc_action Mar 1 19:23:21 src /kernel: (ch0:ahc0:0:4:1): start scb(0xc083c140) [here it was done with the (first) cleaning it seems] Mar 1 19:24:04 src /kernel: (ch0:ahc0:0:4:1): ahc_done - scb 10 Mar 1 19:24:04 src /kernel: (ch0:ahc0:0:4:1): xpt_done Mar 1 19:24:04 src /kernel: (ch0:ahc0:0:4:1): camisr(ch0:ahc0:0:4:1): xpt_setup_ccb Mar 1 19:24:04 src /kernel: (ch0:ahc0:0:4:1): xpt_action Mar 1 19:24:04 src /kernel: (ch0:ahc0:0:4:1): xpt_action 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 Mar 1 19:24:04 src /kernel: (ch0:ahc0:0:4:1): xpt_setup_ccb Mar 1 19:24:04 src /kernel: (ch0:ahc0:0:4:1): xpt_action Mar 1 19:24:04 src /kernel: (ch0:ahc0:0:4:1): ahc_action Mar 1 19:24:04 src /kernel: (ch0:ahc0:0:4:1): start scb(0xc083c140) [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): ahc_done - scb 10 Mar 1 19:24:54 src /kernel: (ch0:ahc0:0:4:1): xpt_done Mar 1 19:24:54 src /kernel: (ch0:ahc0:0:4:1): camisr(ch0:ahc0:0:4:1): xpt_setup_ccb Mar 1 19:24:54 src /kernel: (ch0:ahc0:0:4:1): xpt_action Mar 1 19:24:54 src /kernel: (ch0:ahc0:0:4:1): xpt_setup_ccb Mar 1 19:24:54 src /kernel: (ch0:ahc0:0:4:1): xpt_action 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 Mar 1 19:24:54 src /kernel: (ch0:ahc0:0:4:1): xpt_setup_ccb Mar 1 19:24:54 src /kernel: (ch0:ahc0:0:4:1): xpt_action so the `Cleaning cartridge installed' only appeared at the end, didn't notice that at the first try cause i was on another vty. 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... > 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. :) Thanx + Regards, -- Juergen Lock <nox.foo@jelal.kn-bremen.de> (remove dot foo from address to reply) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20000301212812.A30440>