Open Stack

On Tue Dec 09 2014 at 7:49:32 AM Yuriy Zveryanskyy <
yzveryanskyy at mirantis.com> wrote:

> On 12/09/2014 05:00 PM, Jim Rollenhagen wrote:
> > On Tue, Dec 09, 2014 at 04:01:07PM +0400, Vladimir Kozhukalov wrote:
>
> >> Many many various cases are possible. If you ask why we'd like to
> support
> >> all those cases, the answer is simple:
> >> because our users want us to support all those cases.
> >> Obviously, many of those cases can not be implemented as image
> internals,
> >> some cases can not be also implemented on
> >> configuration stage (placing root fs on lvm device).
> >>
> >> As far as those use cases were rejected to be implemented in term of
> IPA,
> >> we implemented so called Fuel Agent.
> > This is *precisely* why I disagree with adding this driver.
> >
> > Nearly every feature that is listed here has been talked about before,
> > within the Ironic community. Software RAID, LVM, user choosing the
> > partition layout. These were reected from IPA because they do not fit in
> > *Ironic*, not because they don't fit in IPA.
>
> Yes, they do not fit in Ironic *core* but this is a *driver*.
> There is iLO driver for example. Good or bad is iLO management technology?
> I don't know. But it is an existing vendor's solution. I should buy or rent
> HP server for tests or experiments with iLO driver. Fuel is widely used
> solution for deployment, and it is open-source. I think to have Fuel Agent
> driver in Ironic will be better than driver for rare hardware XYZ for
> example.
>
>
This argument is completely hollow. Fuel is not a vendor-specific
hardware-enablement driver. It *is* an open-source deployment driver
providing much the same functionality as another open-source deployment
driver which is already integrated with the project.

To make my point another way, could I use Fuel with HP iLO driver? (the
answer should be "yes" because they fill different roles within Ironic).
But, on the other hand, could I use Fuel with the IPA driver? (nope -
definitely not - they do the same thing.)

-Deva
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20141209/7b8ff742/attachment.html>