[stgt] [PATCH 15/15] Remove dummy RAID controller from LUN 0

FUJITA Tomonori fujita.tomonori at lab.ntt.co.jp
Thu Nov 26 11:22:15 CET 2009


On Thu, 26 Nov 2009 12:08:21 +0200
Boaz Harrosh <bharrosh at panasas.com> wrote:

> On 11/26/2009 10:13 AM, FUJITA Tomonori wrote:
> > On Wed, 25 Nov 2009 17:42:04 +0200
> > Boaz Harrosh <bharrosh at panasas.com> wrote:
> > 
> >>>> The dummy RAID controller serves 2 purposes:
> >>>> (1) commands that are addressed to an inexistent LUN are redirected to it
> > 
> > My purpose is redirecting appropriate commands (INQUIRY, REPORT_LUNS,
> > anything else?). I'm lazy so tgt redirects all. I'm happy to accept a
> > patch to fix it.
> > 
> 
> Sure, but it is the same as today, No?

If you are care about it, send a patch. It should be just several
lines. It's not related much with 'lun0'issue.


> > I think that 'shadow lun' is hacky and I don't like to use that trick
> > for poor OSes.
> > 
> 
> The hack is already there today. Only this patch tries not to publish the hack to the outside
> world.

Huh? Seems that you misunderstand SCSI.


> Lets try and find an acceptable solution. What if we refuse any
> connections until we have the first LUN configured. I know how to do
> it in iscsi, is there a way to do it in a general way?

OpenSolaris target implementation requests you to create a target
*with* a logical unit. It's another hacky solution.

I don't think that we need to change the current way.
--
To unsubscribe from this list: send the line "unsubscribe stgt" in
the body of a message to majordomo at vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html



More information about the stgt mailing list