Hello, On Tue, Aug 23, 2005 at 01:00:40PM -0700, Patrick Mansfield wrote: > The use of scsiadd script implies that you are attaching or somehow > modifying the storage after the driver has loaded. Is that correct? yes exactly, only the bootdrive LUN is registered after bootup. I have to selectively scsiadd the other LUNs if there is a gap between the boot LUN (1-8 in our setup) and the shared storages (9-14). I don't consider this a bug though, I had to remove some devices otherwise, and old drivers had to be patched to allow this at all. > There is a fix for scanning initiated via user space, this change: > > http://www.kernel.org/git/?p=linux/kernel/git/jejb/scsi-rc-fixes-2.6.git;a=commit;h=5c44cd2afad3f7b015542187e147a820600172f1 > > The above fix is in the current 2.6 git tree. Does that fix your problem? It does, thanks for the hint :-) I see this is in rc7 too. > Also try using lsscsi. it does not list the non-registered LUNs the driver knows about, as the old proc interface did. Best regards Frederik Schueler -- ENOSIG
Attachment:
signature.asc
Description: Digital signature
- Follow-Ups:
- Re: new qla2xxx driver breaks SAN setup with 2 controllers
- From: Christoph Hellwig <[email protected]>
- Re: new qla2xxx driver breaks SAN setup with 2 controllers
- References:
- new qla2xxx driver breaks SAN setup with 2 controllers
- From: Frederik Schueler <[email protected]>
- Re: new qla2xxx driver breaks SAN setup with 2 controllers
- From: Patrick Mansfield <[email protected]>
- new qla2xxx driver breaks SAN setup with 2 controllers
- Prev by Date: Re: [RFC - 0/9] Generic timekeeping subsystem (v. B5)
- Next by Date: Re: new qla2xxx driver breaks SAN setup with 2 controllers
- Previous by thread: Re: new qla2xxx driver breaks SAN setup with 2 controllers
- Next by thread: Re: new qla2xxx driver breaks SAN setup with 2 controllers
- Index(es):