Re: Qlogic (isp driver) gone mad on 6.0

From: Eric Anderson <anderson_at_centtech.com>
Date: Sat, 20 Aug 2005 21:51:29 -0500
Matthew Jacob wrote:
> I surely don't understand why it's now not working for you, and no,
> it's not acceptable for 6.0.
> 
> I will be away this weekend but on Monday I certainly will take this
> more seriously.

Thanks for checking into this..

Eric



> On 8/19/05, Eric Anderson <anderson_at_centtech.com> wrote:
> 
>>Matthew Jacob wrote:
>>
>>>Sounds more like a problem with the target. Make the limit 255- not 256.
>>
>>No.  The problem is not in the target device at all.  I reverted to
>>5-STABLE and it works flawlessly again.  There's a bug in 6.0's
>>scsi/qlogic code.   Setting it to 255 will end up with the same output
>>as below, except s/256/255/g.
>>
>>This bug will prevent those using qlogic cards from using 6.0 - is that
>>acceptable for 6.0?
>>
>>Eric
>>
>>
>>
>>
>>
>>>>Well, the system boots faster as it doesn't have to probe 16k devices,
>>>>but there's still one problem - it sees the correct 3 luns per device,
>>>>but then adds a 'fake' device at lun 256 which is essentially the same
>>>>as the first lun.  Here's some more info:
>>>>
>>>># camcontrol devlist
>>>><PE/PV 1x3 SCSI BP 1.1>            at scbus0 target 6 lun 0 (pass0,ses0)
>>>><JetStor snappod1-vol1 R001>       at scbus2 target 0 lun 0 (pass1,da0)
>>>><JetStor snappod1-vol2 R001>       at scbus2 target 0 lun 1 (pass2,da1)
>>>><JetStor snappod1-vol3 R001>       at scbus2 target 0 lun 2 (pass3,da2)
>>>><JetStor snappod1-vol1 R001>       at scbus2 target 0 lun 256 (pass4,da3)
>>>><JetStor snappod2-vol1 R001>       at scbus2 target 2 lun 0 (pass5,da4)
>>>><JetStor snappod2-vol2 R001>       at scbus2 target 2 lun 1 (pass6,da5)
>>>><JetStor snappod2-vol3 R001>       at scbus2 target 2 lun 2 (pass7,da6)
>>>><JetStor snappod2-vol1 R001>       at scbus2 target 2 lun 256 (pass8,da7)
>>>><JetStor snappod3-vol1 R001>       at scbus2 target 3 lun 0 (pass9,da8)
>>>><JetStor snappod3-vol2 R001>       at scbus2 target 3 lun 1 (pass10,da9)
>>>><JetStor snappod3-vol3 R001>       at scbus2 target 3 lun 2 (pass11,da10)
>>>><JetStor snappod3-vol1 R001>       at scbus2 target 3 lun 256 (pass12,da11)
>>>><JetStor snappod1-vol1 R001>       at scbus3 target 0 lun 0 (pass13,da12)
>>>><JetStor snappod1-vol2 R001>       at scbus3 target 0 lun 1 (pass14,da13)
>>>><JetStor snappod1-vol3 R001>       at scbus3 target 0 lun 2 (pass15,da14)
>>>><JetStor snappod1-vol1 R001>       at scbus3 target 0 lun 256 (pass16,da15)
>>>><JetStor snappod2-vol1 R001>       at scbus3 target 1 lun 0 (pass17,da16)
>>>><JetStor snappod2-vol2 R001>       at scbus3 target 1 lun 1 (pass18,da17)
>>>><JetStor snappod2-vol3 R001>       at scbus3 target 1 lun 2 (pass19,da18)
>>>><JetStor snappod2-vol1 R001>       at scbus3 target 1 lun 256 (pass20,da19)
>>>><JetStor snappod3-vol1 R001>       at scbus3 target 3 lun 0 (pass21,da20)
>>>><JetStor snappod3-vol2 R001>       at scbus3 target 3 lun 1 (pass22,da21)
>>>><JetStor snappod3-vol3 R001>       at scbus3 target 3 lun 2 (pass23,da22)
>>>><JetStor snappod3-vol1 R001>       at scbus3 target 3 lun 256 (pass24,da23)
>>>>
>>>>
>>>>You can see that the 'lun 256' marked devices are duplicates.
>>>>
>>>>Eric
>>>>
>>>>
>>>>
>>>>
>>>>--
>>>>------------------------------------------------------------------------
>>>>Eric Anderson        Sr. Systems Administrator        Centaur Technology
>>>>Anything that works is better than anything that doesn't.
>>>>------------------------------------------------------------------------
>>>>
>>
>>
>>--
>>------------------------------------------------------------------------
>>Eric Anderson        Sr. Systems Administrator        Centaur Technology
>>Anything that works is better than anything that doesn't.
>>------------------------------------------------------------------------
>>


-- 
------------------------------------------------------------------------
Eric Anderson        Sr. Systems Administrator        Centaur Technology
Anything that works is better than anything that doesn't.
------------------------------------------------------------------------
Received on Sun Aug 21 2005 - 00:51:14 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:41 UTC