[Stgt-devel] Some remarks on current git version

[Albert Pauw]

That's the thing I tried (redefine LUN 0) but for the moment that doesn't
work.
But it sounds like a good compromise to me.

I'm all for it.

Albert

On 6/25/07, Hannes Reinecke <hare at suse.de> wrote:
>
> Albert Pauw wrote:
> > FUJITA Tomonori wrote:
> >> From: Albert Pauw <albert.pauw at gmail.com>
> >> Subject: [Stgt-devel] Some remarks on current git version
> >> Date: Fri, 22 Jun 2007 21:06:10 +0200
> >>
> >>
> >>> Here are a few loose ends, some of which are very simple, some are
> remarks:
> >>>
> >>> - ssc.c uses the word Controler, should be Controller, just a typo
> (yes,
> >>> I am just being picky).
> >>>
> >> Thanks, fixed.
> >>
> >>
> >>
> >>> - when configuring just a disk target I still get harrassed by this
> Lun
> >>> 0 Controller,
> >>>   I understand you need one when you are doing vtl, but there should
> be
> >>> a way to get rid of it when not needed.
> >>>
> >> Only if the current code doesn't work, we should implement a feature
> >> to remove I want to keep the code simple.
> >>
> >>
> >>
> >>> - I am not able to define a cdrom anymore (using an cd iso as backing
> >>> store),  --device-type cdrom doesn't work.
> >>>
> >> Try Mark's way. It should work. Patches to improve the manpage and
> >> documents are welcome.
> >>
> > Thanks Mark and Fujita,
> >
> > using "cd" works fine, tried other descriptions but not this one.
> >
> > I guess I have to live with the conroller, I am ok with it, as long as
> > it doesn't bite :-)
> >
> There is actually an easy way around this:
> Allow the LUN0 default LUN to be overwritten by later configuration.
> This way we'll have the default LUN only if not configured (ie avoid the
> lun==0 checks) but we have the highest flexibility.
> And it'll work with existing setups.
>
> Cheers,
>
> Hannes
> --
> Dr. Hannes Reinecke                   zSeries & Storage
> hare at suse.de                          +49 911 74053 688
> SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 N?rnberg
> GF: Markus Rex, HRB 16746 (AG N?rnberg)
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://lists.berlios.de/pipermail/stgt-devel/attachments/20070625/5bbcb929/attachment.html