On Wed, Sep 13, 2006 at 10:44:06AM -0400, Douglas Gilbert wrote:
> James Bottomley wrote:
> No lun 0 either hence the PQual=1 for the inquiry
> response for /dev/sg6 ('sg_inq /dev/sg6'). I suspect
> 'sg_inq /dev/sg7', sg8 and sg9 also have PQual=1.
> There may be a similar pattern to 'sg_luns /dev/sg7',
> sg8 and sg9 as was reported for 'sg_luns /dev/sg6'.
>
> > So something really strange is going on here ... The linux code should
> > have executed a probe and add luns for the contents of report lun, which
> > should have found the correct set, unless something went wrong during
> > the reporting.
> >
> > Can you post the full dmesg from the time the Emulex is detected to the
> > time sg attaches? report luns is supposed to issue a failure message if
> > something goes wrong (additionally, using the latest -mm would be
> > helpful since that prints enhanced inquiry information from scsi-misc).
>
> Yes dmesg would be useful. Is there something stopping
> the mid level scanning luns where lun>0 (perhaps something
> in the black list)?
Also set scsi log scan before scanning and include that output, so if the
device isn't added because of PQ it should print a message, use:
sysctl -w dev.scsi.logging_level=0x01c0
-- Patrick Mansfield
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
