Re: 2.2.18 IDE tape problem, with ide-scsi

Thank you again, so much! Take care, Khalid Aziz <[EMAIL PROTECTED]> writes: > 11,3 is "Multiple read errors". You can find all of the ASC and ASCQ > listed in any SCSI spec document. You can find the SCSI-2 specs at > . > > -- > Khalid > > Camm Ma

Re: 2.2.18 IDE tape problem, with ide-scsi

11,3 is "Multiple read errors". You can find all of the ASC and ASCQ listed in any SCSI spec document. You can find the SCSI-2 specs at . -- Khalid Camm Maguire wrote: > > Thank you again for your help. While I do seem to get more errors > with the

Re: 2.2.18 IDE tape problem, with ide-scsi

Thank you again for your help. While I do seem to get more errors with the ide-tape driver, I am also seeing some problems on further examination which are common to both ide-tape and st over ide-scsi, so perhaps I have a bad drive or tape. When trying to mt eom, for example, I get

Re: [PATCH] 2.2.18 IDE tape problem, with ide-scsi

Chip, I thought O grabbed that from you... On Tue, 6 Mar 2001, Chip Salzenberg wrote: > With Andre's IDE subsystem, I found the below patch necessary to use > my IDE tape drive (Exabyte Eagle TR-4). Frankly, it's been so long > since I created this patch that I can't remember the detailed rea

Re: [PATCH] 2.2.18 IDE tape problem, with ide-scsi

With Andre's IDE subsystem, I found the below patch necessary to use my IDE tape drive (Exabyte Eagle TR-4). Frankly, it's been so long since I created this patch that I can't remember the detailed reasons for the changes. But I knew them once. :-) And it works for me. Reminder, this is again

Re: 2.2.18 IDE tape problem, with ide-scsi

Camm Maguire wrote: >The third error I get is: > >Feb 27 16:01:45 intech9 kernel: st0: Error: 2800, cmd: 8 1 0 0 40 0 Len: 16 >Feb 27 16:01:45 intech9 kernel: Info fld=0x40, FMK Current st09:00: sns = f0 80 >Feb 27 16:01:45 intech9 kernel: ASC= 0 ASCQ= 1 >Feb 27 16:01:45 intech9 kernel: Ra

Re: 2.2.18 IDE tape problem, with ide-scsi

I ran into a problem with tar and taper, with blocking, so what i do is backup a 128k file of emptiness, to guarantee that the last block of the real backup fit. > Restoring a tape typically then says 'gunzip: unexpected end of > file'. My guess was that the last fractional block of 32k wasn't

Re: 2.2.18 IDE tape problem, with ide-scsi

Greetings, and thank you so much for your helpful reply!! Khalid Aziz <[EMAIL PROTECTED]> writes: > Camm Maguire wrote: > > > > Greetings! OK, with st debugging, here are the most common errors > > with the Conner: > > > > Feb 27 14:46:39 intech9 kernel: st0: Error: 2800, cmd: 8 1 0 0 40

Re: 2.2.18 IDE tape problem, with ide-scsi

Andre Hedrick wrote: > > Hi Khalid, > > So, is HP going to allow linux to publsih "Tape Alert" as a means to > assist with error checking and testing in general? Also why did HP > take the 14GB/20GB models and move off the standard QIC or TR-4 > IO-Firmware? > > Cheers, > > Andre Hedrick > Li

Re: 2.2.18 IDE tape problem, with ide-scsi

> Wish i knew, I'm praying that 2.2.19 hasn't/doesn't implement the ide patches like >2.4.x did. If so, and a major problem is found in > 2.2.18, then I have to maintain another machine running 2.2.18 to restore tapes. >Also means i'd have to stop using taper or dump, > and stick to tar only,

Re: 2.2.18 IDE tape problem, with ide-scsi

Hi Khalid, So, is HP going to allow linux to publsih "Tape Alert" as a means to assist with error checking and testing in general? Also why did HP take the 14GB/20GB models and move off the standard QIC or TR-4 IO-Firmware? Cheers, Andre Hedrick Linux ATA Development ASL Kernel Development -

Re: 2.2.18 IDE tape problem, with ide-scsi

Camm Maguire wrote: > > Greetings! OK, with st debugging, here are the most common errors > with the Conner: > > Feb 27 14:46:39 intech9 kernel: st0: Error: 2800, cmd: 8 1 0 0 40 0 Len: 16 > Feb 27 14:46:39 intech9 kernel: Info fld=0x24, Current st09:00: sns = f0 8 > Feb 27 14:46:39 intech

Re: 2.2.18 IDE tape problem, with ide-scsi

Greetings! OK, with st debugging, here are the most common errors with the Conner: Feb 27 14:46:39 intech9 kernel: st0: Error: 2800, cmd: 8 1 0 0 40 0 Len: 16 Feb 27 14:46:39 intech9 kernel: Info fld=0x24, Current st09:00: sns = f0 8 Feb 27 14:46:39 intech9 kernel: ASC=14 ASCQ= 3 Feb 27 14:

Re: 2.2.18 IDE tape problem, with ide-scsi

Hi Andre, and thanks for this note (and of course, your work on ide!). 1) I assume you are referring to the HP colorado 14G, and not the Conner (Seagate) TR-4 8G mentioned in my original note. 2) If so, what could be wrong with the Conner? 3) Where can I find what is supported and what not?

Re: 2.2.18 IDE tape problem, with ide-scsi

Maybe you should check to find out which devices are supported and which are not. HP messed up a good device class by doing something like a modified TR-4 or TR-5; however, it may be a QIC157 that is better supported under emulation. On Tue, 27 Feb 2001, Mike Dresser wrote: > Camm Maguire wrot

Re: 2.2.18 IDE tape problem, with ide-scsi

Andre Hedrick wrote: > On Tue, 27 Feb 2001, Mike Dresser wrote: > > > When you go to 2.4.x, you'll likely run into the problem of your HP 14Gb not able >to restore anymore. Same as if you apply the > > linux-ide patches to 2.2.x > > Because the HP 14Gb is not a standard QIC device. any change

Re: 2.2.18 IDE tape problem, with ide-scsi

On Tue, 27 Feb 2001, Mike Dresser wrote: > When you go to 2.4.x, you'll likely run into the problem of your HP 14Gb not able to >restore anymore. Same as if you apply the > linux-ide patches to 2.2.x Because the HP 14Gb is not a standard QIC device. Andre Hedrick Linux ATA Development ASL Ker

Re: 2.2.18 IDE tape problem, with ide-scsi

Camm Maguire wrote: > Greetings! You are certainly right here, at least in part. The ide > patches for 2.2 definitely impair tape operation on these boxes. > There was a crude workaround suggested on this list to use the > ide-scsi driver -- this basically worked, but gave *many* error > messag

Re: 2.2.18 IDE tape problem, with ide-scsi

Greetings! You are certainly right here, at least in part. The ide patches for 2.2 definitely impair tape operation on these boxes. There was a crude workaround suggested on this list to use the ide-scsi driver -- this basically worked, but gave *many* error messages in the kernel log, and was s

Re: 2.2.18 IDE tape problem, with ide-scsi

Camm Maguire wrote: > > Thanks for the error identification. The other drive is of a > *different* model. This drive showed this behavior from the day I > bought it. The drive could be going bad, but I doubt it. Is it > possible that this manufacturer (Conner) has some peculiar > implementati

Re: 2.2.18 IDE tape problem, with ide-scsi

> > ASC/ASCQ of 0x20/0x00 means "Invalid command operation code". So the > > drive is rejecting a command sent to it by the driver. If the other > > drive that is working is identical to seemingly non-working one, maybe > > this drive is going bad. > > > > Thanks for the error identification. The

Re: 2.2.18 IDE tape problem, with ide-scsi

Greetings, and thanks so much for your helpful reply! Khalid Aziz <[EMAIL PROTECTED]> writes: > Camm Maguire wrote: > > > > The Conner gives the problem: > > > > Feb 27 06:23:16 intech9 kernel: st0: Error with sense data: [valid=0] Info >fld=0x0, Current st09:00: sns = 70 5 > > Feb 27 06:23:

Re: 2.2.18 IDE tape problem, with ide-scsi

Greetings, and thanks for your reply! Mark Hahn <[EMAIL PROTECTED]> writes: > > Greetings! Two ide tapes, both on second ide channel, both using > > mixing devices from different vendors on the same channel > often gives this kind of problem. sticking in even a cheap > PCI ide controller woul

Re: 2.2.18 IDE tape problem, with ide-scsi

Camm Maguire wrote: > > The Conner gives the problem: > > Feb 27 06:23:16 intech9 kernel: st0: Error with sense data: [valid=0] Info fld=0x0, >Current st09:00: sns = 70 5 > Feb 27 06:23:16 intech9 kernel: ASC=20 ASCQ= 0 > Feb 27 06:23:16 intech9 kernel: Raw sense data:0x70 0x00 0x05 0x00 0x00

2.2.18 IDE tape problem, with ide-scsi

Greetings! Two ide tapes, both on second ide channel, both using ide-scsi. One works perfectly, the other basically works, but gives errors, and occasionally doesn't write full 32k blocks to tape, causing amanda errors. Feb 25 06:14:22 intech9 kernel: ALI15X3: IDE controller on PCI bus 00 dev