[openstack-dev] [sahara]FFE Request for nfs-as-a-data-source

Sergey Lukjanov slukjanov at mirantis.com
Wed Mar 2 17:25:15 UTC 2016


Hi,

FFE not approved.

tl;dr

Spec for this feature isn't yet approved, so, I couldn't grant FFE for it,
because it'll take much more time to get spec aligned and then code with it
and merged code finally. Regarding the support in all plugins - I more or
less agree with Vitaly that we it's bad to have support for the Data
Sources only in a single plugin, we can start with it in the beginning of
cycle, but I prefer to not go with a new limited to concrete plugin version
feature in release.

Thanks.

On Wed, Mar 2, 2016 at 8:46 AM, Chen, Weiting <weiting.chen at intel.com>
wrote:

> Hi,
>
>
>
> Currently, there is no plan for other plugin support in this feature.
>
> We would like to put this feature on the table at first and see if it can
> bring more customers who are interested in Big Data on Cloud and expecting
> to integrate Hadoop with different storage type support.
>
> However, it’s just a beginning and should be worth a shot to bring it in
> Mitaka. And to support any other plugin is also still open and on-demand in
> the future.
>
>
>
> *From:* Vitaly Gridnev [mailto:vgridnev at mirantis.com]
> *Sent:* Wednesday, March 2, 2016 3:31 PM
> *To:* OpenStack Development Mailing List (not for usage questions) <
> openstack-dev at lists.openstack.org>
> *Subject:* Re: [openstack-dev] [sahara]FFE Request for
> nfs-as-a-data-source
>
>
>
> Hi,
>
>
>
> From my point of view, if we adding new type of the datasources (or
> configurations for that), it means that it should be supported in almost
> all plugins (at least in vanilla, spark, ambari, cdh I guess). Current
>  implementation is nice, but it looks like it touches only vanilla 2.7.1
> plugin which strange for me. Are there plans to add support for other
> plugins? If yes, then I think this feature should be done in Newton cycle
> to have complete picture of this support. If no, I think it's ok to land
> this code in RC with other improvements in validation.
>
>
>
> At conclusion I would like to say that from point of view we should
> collaborate actively to implement this support in early Newton-1 cycle,
> that would be a best choice.
>
>
>
> Thanks.
>
>
>
> On Wed, Mar 2, 2016 at 4:23 AM, Chen, Weiting <weiting.chen at intel.com>
> wrote:
>
> Hi all,
>
>
>
> I would like to request a FFE for the feature “nfs-as-a-data-source”:
>
> BP: https://blueprints.launchpad.net/sahara/+spec/nfs-as-a-data-source
>
> BP Review: https://review.openstack.org/#/c/210839/
>
> Sahara Code: https://review.openstack.org/#/c/218638/
>
> Sahara Image Elements Code: https://review.openstack.org/#/c/218637/
>
>
>
> Estimate Complete Time: The BP has been complete and the implementation
> has been complete as well. All the code is under code reviewing and since
> there is no big change or modify for the code we expect it can only take
> one weeks to be merged.
>
> The Benefits for this change: Provide NFS support in Sahara.
>
> The Risk: The risk would be low for this patch, since all the functions
> have been delivered.
>
>
>
> Thanks,
>
> Weiting(William) Chen
>
>
>
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
>
>
>
> --
>
> Best Regards,
>
> Vitaly Gridnev
>
> Mirantis, Inc
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>


-- 
Sincerely yours,
Sergey Lukjanov
Principal Software Engineer
Mirantis Inc.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20160302/a0c8f6c3/attachment.html>


More information about the OpenStack-dev mailing list