Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 2 Jul 1999 21:11:46 -0600 (MDT)
From:      "Kenneth D. Merry" <ken@plutotech.com>
To:        mjacob@feral.com
Cc:        gibbs@plutotech.com, scsi@freebsd.org
Subject:   Re: just so you all know how really whacky it can get...
Message-ID:  <199907030311.VAA57892@panzer.kdm.org>
In-Reply-To: <Pine.BSF.4.05.9907021829450.356-100000@semuta.feral.com> from Matthew Jacob at "Jul 2, 1999 06:39:18 pm"

next in thread | previous in thread | raw e-mail | index | archive | help
Matthew Jacob wrote...
> 
> I've added Fabric support and also added/tested for SCCLUN....
> 
> While doing a rescan on a SCCLUN enabled (16 bit luns) through a switch... 
> this sort of leads me to believe that we need some more flags so that an
> HBA can inform CAM that an exhaustive search isn't needed- or at least I
> need to try and implement the REPORT LUNS command... at some point it
> rebooted (I didn't yet catch why).... really pretty amusing:

[ ... ]

> da9 at isp1 bus 0 target 139 lun 0
> da9: <SEAGATE ST19171FCSUN9.0G 1378> Fixed Direct Access SCSI-2 device 
> da9: 100.000MB/s transfers, Tagged Queueing Enabled
> da9: 8637MB (17689267 512 byte sectors: 255H 63S/T 1101C)
> (da10:isp1:0:139:671): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 
> (da10:isp1:0:139:671): ILLEGAL REQUEST asc:25,0
> (da10:isp1:0:139:671): Logical unit not supported field replaceable unit: 1
> (da10:isp1:0:139:671): fatal error, failed to attach to device
> (da10:isp1:0:139:671): lost device
> (da10:isp1:0:139:671): removing device entry
> (da11:isp1:0:136:672): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 
> (da11:isp1:0:136:672): ILLEGAL REQUEST asc:25,0
> (da11:isp1:0:136:672): Logical unit not supported field replaceable unit: 1
> (da11:isp1:0:136:672): fatal error, failed to attach to device
> (da11:isp1:0:136:672): lost device
> (da11:isp1:0:136:672): removing device entry
> (da10:isp1:0:132:22981): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 
> (da10:isp1:0:132:22981): ILLEGAL REQUEST asc:25,0
> (da10:isp1:0:132:22981): Logical unit not supported field replaceable unit: 1
> (da10:isp1:0:132:22981): fatal error, failed to attach to device
> (da10:isp1:0:132:22981): lost device
> (da10:isp1:0:132:22981): removing device entry
> (da11:isp1:0:136:22980): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 
> (da11:isp1:0:136:22980): ILLEGAL REQUEST asc:25,0
> (da11:isp1:0:136:22980): Logical unit not supported field replaceable unit: 1
> (da11:isp1:0:136:22980): fatal error, failed to attach to device
> (da11:isp1:0:136:22980): lost device
> (da11:isp1:0:136:22980): removing device entry
> isp1: command timed out for target 137 lun 671
> isp1: command timed out for target 138 lun 671
> (da10:isp1:0:133:28905): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 
> (da10:isp1:0:133:28905): ILLEGAL REQUEST asc:25,0
> (da10:isp1:0:133:28905): Logical unit not supported field replaceable unit: 1
> (da10:isp1:0:133:28905): fatal error, failed to attach to device
> (da10:isp1:0:133:28905): lost device
> (da10:isp1:0:133:28905): removing device entry
> (da11:isp1:0:138:1241): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 
> (da11:isp1:0:138:1241): ILLEGAL REQUEST asc:25,0
> (da11:isp1:0:138:1241): Logical unit not supported field replaceable unit: 1
> (da11:isp1:0:138:1241): fatal error, failed to attach to device
> (da11:isp1:0:138:1241): lost device
> (da11:isp1:0:138:1241): removing device entry

That is impressive. :)

At least the da driver test I put in works correctly.  Otherwise, you'd
probably have over 650,000 da devices. :)

One thing I don't understand, though, is why any of those disks would even
respond on a LUN other than 0.  You'd think they would do the normal thing
and just not respond to an inquiry.

I think you're right, we probably need to do something about it.  But
the REPORT LUNS command wouldn't help here, since that's a SCSI-3 command.
Unless you can change the definition on those drives.  Even still, it
wouldn't help in all cases.

One possible sequence of things we could do is:

- attempt to change the definition of the device to SCSI-3
	- if that works, send the REPORT LUNS command
		- probe only the luns returned
	- if the change definition doesn't work, only probe up to N luns,
	  where N is no more than 7 or 16 (for FC)

Does that even sound reasonable?

Ken
-- 
Kenneth Merry
ken@plutotech.com


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?199907030311.VAA57892>