[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