Problem with SLR SCSI tape

[Matthew Jacob]

ILLEGAL REQUEST?

What's the eot model for the SLR? The SLR is wierd in that it tries to
no be a QIC tape, but it is. Can you write to a tape *not* with
amanda? As in

mt -f /dev/nsa0 seteotmodel 1
mt -f /dev/nsa0 weof

?

On 6/28/06, Olivier Nicole <on at cs.ait.ac.th> wrote:
> Hi,
>
> I have had that tape drive and motherboard working hand in hand for
> many years without a problem.
>
> Lately it started to give messages like:
>
> on a amlabel command:
> Jun 27 13:02:10 amanda /kernel: (sa0:sym1:0:2:0): WRITE FILEMARKS. CDB: 10 0 0 0
>  2 0
> Jun 27 13:02:10 amanda /kernel: (sa0:sym1:0:2:0): ILLEGAL REQUEST asc:50,0
> Jun 27 13:02:10 amanda /kernel: (sa0:sym1:0:2:0): Write append error
> Jun 27 13:02:10 amanda /kernel: (sa0:sym1:0:2:0): failed to write terminating fi
> lemark(s)
> Jun 27 13:02:10 amanda /kernel: (sa0:sym1:0:2:0): tape is now frozen- use an OFF
> LINE, REWIND or MTEOM command to clear this state.
>
>
> Jun 27 13:03:18 amanda /kernel: (sa0:sym1:0:2:0): ERASE. CDB: 19 1 0 0 0 0
> Jun 27 13:03:18 amanda /kernel: (sa0:sym1:0:2:0): ILLEGAL REQUEST asc:2c,0
> Jun 27 13:03:18 amanda /kernel: (sa0:sym1:0:2:0): Command sequence error
>
> on a dd command:
> Jun 28 13:48:04 amanda /kernel: (sa0:sym1:0:2:0): extraneous data discarded.
> Jun 28 13:48:04 amanda /kernel: (sa0:sym1:0:2:0): COMMAND FAILED (87 0 1).
>
> But at same time I can do a tar without problem, I could write quite
> some amount of data during a backup at night...
>
> Error are consistant whatever new or old tape I use in the drive.
>
> Drive is SLR 100 from Tandberg
> sa0 at sym1 bus 0 target 2 lun 0
> sa0: <TANDBERG SLR100 0402> Removable Sequential Access SCSI-2 device
> sa0: 40.000MB/s transfers (20.000MHz, offset 15, 16bit)
>
> SCSI adapter is Symbios
> sym1: <896> port 0xb000-0xb0ff mem 0xf8000000-0xf8001fff,0xf8800000-0xf88003ff irq 10 at device 5.1 on pci1
> sym1: Symbios NVRAM, ID 7, Fast-40, LVD, parity checking
> sym1: open drain IRQ line driver, using on-chip SRAM
> sym1: using LOAD/STORE-based firmware.
> sym1: handling phase mismatch from SCRIPTS.
>
> Nothing has been changed in hardware and operating system lately.
>
> Any help or direction for diagnostic is warmly welcome
>
> Bests,
>
> Olivier
>
> _______________________________________________
> freebsd-scsi at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-scsi
> To unsubscribe, send any mail to "freebsd-scsi-unsubscribe at freebsd.org"
>