Date: Wed, 29 Nov 2000 01:02:14 -0800 (PST) From: Matthew Jacob <mjacob@feral.com> To: Paul Southworth <pauls@etext.org> Cc: Greg Lehey <grog@lemis.com>, "Eric S. Nooden" <noodene@beloit.edu>, Michael Hughes <mhughes@bridge.com>, freebsd-questions@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG Subject: Re: Mounting a SCSI tape drive Message-ID: <Pine.BSF.4.21.0011290101270.337-100000@beppo.feral.com> In-Reply-To: <Pine.BSF.4.21.0011241234260.30979-100000@locust.etext.org>
next in thread | previous in thread | raw e-mail | index | archive | help
There's an open PR about this. You have early enough f/w so that the structured mode page stuff that came in with CCS isn't known yet. On Fri, 24 Nov 2000, Paul Southworth wrote: > > [About a year ago there was a thread on freebsd-questions about Exabyte > 8200 drives which I would like to revive with the hope that someone found > a solution.] > > On Thu, 2 Dec 1999, Greg Lehey wrote: > > :On Thursday, 2 December 1999 at 15:17:47 -0600, Eric S. Nooden wrote: > :> At 02:29 PM 12/2/99 -0600, Michael Hughes wrote: > :>> Eric S. Nooden said in email to me: > :>>> > :>>> I am running into some problems trying to mount a tape drive. When I run: > :>>> > :>>> mt -f /dev/nrsa0 rewind (or any command i.e. status) > :>>> > :>>> I get the following error message: > :>>> > :>>> (sa0:ahc0:0:4:0): MODE SENSE(06). CDB: 1a 0 0 0 c 0 > :>>> (sa0:ahc0:0:4:0): ILLEGAL REQUEST > :>>> > :>>> ***I did notice that when the command ran, the light on the tape drive did > :>>> flash. > :>>> > :>>> The file /var/log/messages reports the following about sa0: > :>>> > :>>> sa0: at ahc0 bus 0 target 4 lun 0 > :>>> sa0: <EXABYTE EXB-8200 2680> Removable Sequential Access SCSI-CCS device > :>>> sa0: 3.300MB/s transfers > > I have what appears to be an almost identical drive. Mine is reported > as "<EXABYTE EXB-8200 IRM4> Removable Sequential Access SCSI-CCS device". > > This was a drive Exabyte made OEM for IBM and was sold in RS/6000s ten > years ago, white faceplate and round blue eject button. I am aware that > it is a piece of crap - if I can make it work this whole machine is going > to a charitable cause, otherwise the drive goes to the dumpster. > > I have it attached to a SCSI bus with a hard drive attached (id #0). The > tape is id #1. The host adapter is an Adaptec 2930C at id #7. I have > verified no SCSI ID conflicts by removing each device and probing. > > I get the exact same error message when I 'mt -f /dev/rsa0 status'. > > I am running a 4.1.1 GENERIC kernel (freshly installed OS). > > :>>> Any help in mounting this beast and get backups done would be appreciated. > :>> > :>> Type changing dup switch 4 to on, on the MX Card. > :> > :> Thanks for replying. I unfortunately must show my ignorance and ask "What > :> is an MX Card?" Are you referring to the SCCI controller or a card > :> physically attached to the tape drive. > : > :I believe the MX board is the second from the back ot the unit. You > :should see an 8-position DIP switch on the right (looking from the > :front). Unfortunately, the units I have have special screws for which > :I don't have any screwdrivers available here. I'll see if I can > :arrange something tomorrow. > > The small screws are Torx T-8 and the large are T-10. Examining the MX 2 > card DIP block, factory settings were different from what I find on > Exabyte's web site. They say default is all switches "off". > > http://www.exabyte.com/suppserv/techsupp/8mm/fullhigh/in0011.html > > On mine, switches 2, 3, 4, 5, and 8 were on by default (ie, for use in an > RS/6000). > > I tried moving all switches to off, and all switches off but 4 on. > > When switch 4 is _off_ the drive returns an error immediately after an > 'mt -f /dev/rsa0 status'. If switch 4 is _on_ it takes about 10 seconds > and then returns the same error, after blinking the drive lights and > making it's little Exabyte tape tensioning noises. > > I realize that Exabyte shipped drives with insane firmware variations > (especially OEM) but this drive previously worked (a while ago) in a Linux > box (Intel hardware) with a 1.2 kernel, which seems like a good sign. > > If anyone has the dirt on this drive, please drop me a note. > > --Paul > > Copyright (c) 1992-2000 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 4.1.1-RELEASE #0: Tue Sep 26 00:46:59 GMT 2000 > jkh@narf.osd.bsdi.com:/usr/src/sys/compile/GENERIC > Timecounter "i8254" frequency 1193182 Hz > CPU: Pentium/P54C (99.87-MHz 586-class CPU) > Origin = "GenuineIntel" Id = 0x526 Stepping = 6 > Features=0x1bf<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8> > real memory = 33488896 (32704K bytes) > config> di sn0 > config> di lnc0 > config> di le0 > config> di ie0 > config> di fe0 > config> di ed0 > config> di cs0 > config> di bt0 > config> di ata1 > config> di ata0 > config> di aic0 > config> di aha0 > config> di adv0 > config> q > avail memory = 28614656 (27944K bytes) > Preloaded elf kernel "kernel" at 0xc0416000. > Preloaded userconfig_script "/boot/kernel.conf" at 0xc041609c. > Intel Pentium detected, installing workaround for F00F bug > md0: Malloc disk > npx0: <math processor> on motherboard > npx0: INT 16 interface > pcib0: <Host to PCI bridge> on motherboard > pci0: <PCI bus> on pcib0 > isab0: <Intel 82371AB PCI to ISA bridge> at device 7.0 on pci0 > isa0: <ISA bus> on isab0 > atapci0: <Intel PIIX4 ATA33 controller> port 0xffa0-0xffaf at device 7.1 on pci0 > atapci0: Busmastering DMA not enabled > uhci0: <Intel 82371AB/EB (PIIX4) USB controller> port 0xef80-0xef9f irq 11 at device 7.2 on pci0 > usb0: <Intel 82371AB/EB (PIIX4) USB controller> on uhci0 > usb0: USB revision 1.0 > uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > chip1: <Intel 82371AB Power management controller> port 0xfcb0-0xfcbf at device 7.3 on pci0 > ahc0: <Adaptec 2910/15/20/30C SCSI adapter> port 0xec00-0xecff mem 0xfebef000-0xfebeffff irq 9 at device 18.0 on pci0 > aic7850: Single Channel A, SCSI Id=7, 3/255 SCBs > pci0: <S3 Trio 64V2/DX/GX graphics accelerator> at 20.0 irq 11 > ep0: <3Com 3C509-Combo EtherLink III> at port 0x300-0x30f irq 10 on isa0 > ep0: Ethernet address 00:a0:24:4d:35:5f > fdc0: <NEC 72065B or clone> at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 > fdc0: FIFO enabled, 8 bytes threshold > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > atkbdc0: <Keyboard controller (i8042)> at port 0x60,0x64 on isa0 > atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0 > kbd0 at atkbd0 > vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > sc0: <System console> at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 16550A > sio1 at port 0x2f8-0x2ff irq 3 on isa0 > sio1: type 16550A > ppc0: <Parallel port> at port 0x378-0x37f irq 7 on isa0 > ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > ppc0: FIFO with 16/16/9 bytes threshold > plip0: <PLIP network interface> on ppbus0 > lpt0: <Printer> on ppbus0 > lpt0: Interrupt-driven port > ppi0: <Parallel I/O> on ppbus0 > Waiting 15 seconds for SCSI devices to settle > sa0 at ahc0 bus 0 target 1 lun 0 > sa0: <EXABYTE EXB-8200 IRM4> Removable Sequential Access SCSI-CCS device > sa0: 3.300MB/s transfers > da0 at ahc0 bus 0 target 0 lun 0 > da0: <SEAGATE ST15150N 0023> Fixed Direct Access SCSI-2 device > da0: 10.000MB/s transfers (10.000MHz, offset 15) > da0: 4095MB (8388315 512 byte sectors: 255H 63S/T 522C) > Mounting root from ufs:/dev/da0s1a > (sa0:ahc0:0:1:0): MODE SENSE(06). CDB: 1a 0 0 0 c 0 > (sa0:ahc0:0:1:0): ILLEGAL REQUEST > (sa0:ahc0:0:1:0): MODE SENSE(06). CDB: 1a 0 0 0 c 0 > (sa0:ahc0:0:1:0): ILLEGAL REQUEST > (sa0:ahc0:0:1:0): MODE SENSE(06). CDB: 1a 0 0 0 c 0 > (sa0:ahc0:0:1:0): ILLEGAL REQUEST > (sa0:ahc0:0:1:0): MODE SENSE(06). CDB: 1a 0 0 0 c 0 > (sa0:ahc0:0:1:0): ILLEGAL REQUEST > (sa0:ahc0:0:1:0): MODE SENSE(06). CDB: 1a 0 0 0 c 0 > (sa0:ahc0:0:1:0): ILLEGAL REQUEST > (sa0:ahc0:0:1:0): MODE SENSE(06). CDB: 1a 0 0 0 c 0 > (sa0:ahc0:0:1:0): ILLEGAL REQUEST > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-scsi" in the body of the message > 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?Pine.BSF.4.21.0011290101270.337-100000>