Matthias Schniedermeyer <[EMAIL PROTECTED]> wrote:
> cdrecord has a problem with SCSI-(RAID)-Controllers that don't allocate a
> ne scsibus for each Channels.
>
> Yesterday i got a 5 Channel FAST-SCSI RAID-Controller (ICP-Vortex)
>
> I have 4 CD-Rs and every one has a dedicated channel on the new
> Controller. First i had configured every CD-R to ID-0. But then cdrecord
> could only see the first one. Now i configured every drive with diffrent
> IDs (cdrecord -scanbus attached). But that's not "the(tm)" solution.
The answer is that some RAID controllers present the PCI interface with
each RAID group shown as a single drive (with a virtual device number
and LUN 0) regardless of how many drives and/or SCSI busses are used by
the RAID group. If this is the case the o/s can not tell the actual
physical connect layout, and probably shouldn't care.
> AFAIK other OSses use "Adapter,Channel,ID,Lun" Adresses too. Why does
> cdrecord "only" use "scsibus,ID,Lun" (Hmmm. Do ANY cases exist where the
> LUNs are needed? (i only know 1 case, SCSI2SCSI-Bridges which map the ID
> from the "slave"-Channels to LUNs of the ID on the Main-Channel. But i
> think those bridges are "unusual")
Sure, if you buy a "CD tower" config, all the drives have the same
device number and use LUNs. This allows you to connect WAY TOO MANY to a
single controller.
Now my RAID controllers, which IBM ships with Netfinity systems, clearly
states that it should not be used with CD-ROM devices, so I would take
their word for it. I assume your controller has CD capability, but I'm
not surprised that the information returned doesn't match the actual
setup, and as long as the controller has a "no RAID" setting it doesn't
matter if the CDs look as if they are on a single bus.
I believe that there is no problem in cdrecord or Linux in this case, it
"just the way it works." Also note that if you use devfs under the
current (2.4) kernel series, the detail is much more obvious, although
you still only see what the controller chooses to show you. Undoubtedly
someone will claim that this is a Linux bug and that some other o/s
calls the phychic hotline and gets the actual config ;-)
> -- cdrecord -scanbus --
> scsibus0:
> 0,0,0 0) *
> 0,1,0 1) *
> 0,2,0 2) *
> 0,3,0 3) *
> 0,4,0 4) *
> 0,5,0 5) *
> 0,6,0 6) 'IBM ' 'DDYS-T18350N ' 'S93E' Disk
> 0,7,0 7) *
> scsibus1:
> 1,0,0 100) *
> 1,1,0 101) *
> 1,2,0 102) *
> 1,3,0 103) *
> cdrecord: Warning: controller returns wrong size for CD capabilities page.
> 1,4,0 104) 'PIONEER ' 'DVD-ROM DVD-303 ' '1.10' Removable CD-ROM
> 1,5,0 105) *
> 1,6,0 106) *
> 1,7,0 107) *
> scsibus3:
> 3,0,0 300) 'TEAC ' 'CD-R58S ' '1.0H' Removable CD-ROM
> 3,1,0 301) 'TEAC ' 'CD-R58S ' '1.0N' Removable CD-ROM
> 3,2,0 302) 'PIONEER ' 'DVD-ROM DVD-304 ' '1.03' Removable CD-ROM
> 3,3,0 303) 'PIONEER ' 'DVD-ROM DVD-304 ' '1.03' Removable CD-ROM
> 3,4,0 304) 'TEAC ' 'CD-R58S ' '1.0K' Removable CD-ROM
> 3,5,0 305) *
> 3,6,0 306) 'TEAC ' 'CD-R58S ' '1.0P' Removable CD-ROM
> 3,7,0 307) *
> -- end --
>
> -- /proc/scsi/scsi --
> Attached devices:
> Host: scsi0 Channel: 00 Id: 06 Lun: 00
> Vendor: IBM Model: DDYS-T18350N Rev: S93E
> Type: Direct-Access ANSI SCSI revision: 03
> Host: scsi1 Channel: 00 Id: 04 Lun: 00
> Vendor: PIONEER Model: DVD-ROM DVD-303 Rev: 1.10
> Type: CD-ROM ANSI SCSI revision: 02
> Host: scsi3 Channel: 01 Id: 02 Lun: 00
> Vendor: PIONEER Model: DVD-ROM DVD-304 Rev: 1.03
> Type: CD-ROM ANSI SCSI revision: 02
> Host: scsi3 Channel: 01 Id: 03 Lun: 00
> Vendor: PIONEER Model: DVD-ROM DVD-304 Rev: 1.03
> Type: CD-ROM ANSI SCSI revision: 02
> Host: scsi3 Channel: 02 Id: 00 Lun: 00
> Vendor: TEAC Model: CD-R58S Rev: 1.0H
> Type: CD-ROM ANSI SCSI revision: 02
> Host: scsi3 Channel: 03 Id: 01 Lun: 00
> Vendor: TEAC Model: CD-R58S Rev: 1.0N
> Type: CD-ROM ANSI SCSI revision: 02
> Host: scsi3 Channel: 04 Id: 06 Lun: 00
> Vendor: TEAC Model: CD-R58S Rev: 1.0P
> Type: CD-ROM ANSI SCSI revision: 02
> Host: scsi3 Channel: 05 Id: 04 Lun: 00
> Vendor: TEAC Model: CD-R58S Rev: 1.0K
> Type: CD-ROM ANSI SCSI revision: 02
> -- end --
--
-bill davidsen ([EMAIL PROTECTED])
"The secret to procrastination is to put things off until the
last possible moment - but no longer" -me
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
