Re: [openstack-dev] [Tacker] Proposing changes in Tacker Core Team
+1 -- Hiroyuki JO Email: jo.hiroy...@lab.ntt.co.jp, TEL(direct) : +81-422-59-7394 NTT Network Service Systems Laboratories From: Dharmendra Kushwaha [mailto:dharmendra.kushw...@india.nec.com] Sent: Wednesday, August 22, 2018 1:21 PM To: openstack-dev Subject: [openstack-dev] [Tacker] Proposing changes in Tacker Core Team Hi Tacker members, To keep our Tacker project growing with new active members, I would like to propose to prune +2 ability of our farmer member Kanagaraj Manickam, and propose Cong Phuoc Hoang (IRC: phuoc) to join the tacker core team. Kanagaraj is not been involved since last couple of cycle. You had a great Contribution in Tacker project like VNF scaling features which are milestone for project. Thanks for your contribution, and wish to see you again. Phuoc is contributing actively in Tacker from Pike cycle, and he has grown into a key member of this project [1]. He delivered multiple features in each cycle. Additionally tons of other activities like bug fixes, answering actively on bugs. He is also actively contributing in cross project like tosca-parser and heat-translator which is much helpful for Tacker. Please vote your +1/-1. [1]: http://stackalytics.com/?project_type=openstack=all=commits odule=tacker-group_id=hoangphuoc Thanks & Regards Dharmendra Kushwaha __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
[openstack-dev] [meteos] Meteos Weekly Meeting
Hi Meteos Team, I would like to skip weekly meeting at tomorrow. I am little bit busy now. I have not registered a spec about tensorflow implementation yet. Let's discuss tensorflow implementation after we have finished spec. And I would like discuss CFP(call for presentation) of upcoming Sydney summit at next weekly meeting. thanks, Hiroyuki __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
[openstack-dev] [meteos] Meteos Weekly Meeting
Hello Meteos Team and All, Meteos IRC weekly meeting will be held at Jun.6 Tuesday 13:00-14:00 JST (09:30-10:30 IST). - Tensorflow implementation - Pike release schedule If you have other topics to be discussed in the weekly meeting, please let me know. Meteos is very young project,we welcome your question or comment. http://webchat.freenode.net/?channels=openstack-meteos Thanks Hiroyuki __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
[openstack-dev] [meteos] Meteos Weekly Meeting
Hello Meteos Team and All, Meteos IRC weekly meeting will be held at May.30 Tuesday 13:00-14:00 JST (09:30-10:30 IST). - Tensorflow implementation - Pike release schedule If you have other topics to be discussed in the weekly meeting, please let me know. Meteos is very young project,we welcome your question or comment. http://webchat.freenode.net/?channels=openstack-meteos Thanks Hiroyuki __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
[openstack-dev] [all][meteos]Announcement of Meteos virtual PTG
Hi All and Meteos Team, We would like to hold a virtual PTG of Meteos Project like weekly irc-meeting. Please see below for the details. Meteos is a new project which provides Machine Learning as a service launched at 10/2016. We have a favor for you all. If you are interested in Machine Learning, Would you please answer the questionnaire in here ? https://etherpad.openstack.org/p/meteos-ptg-questionnaire Meteos is very young project, so we very welcome for your comments. We are going to discuss about future prospective and development plan for next Pike release. Your comments are very helpful to us to understand the current situation of Machine Learning as a Service. [Scheduled date and time] Friday, Feb 24 at 05:00 - 07:00 UTC Thursday, Feb 23 at 21:00 - 23:00 PST Friday, Feb 24 at 10:30 - 12:30 IST Friday, Feb 24 at 14:00 - 16:00 JST Sorry for inconvenience time schedule. [Place] #openstack-meteos (IRC webclient) http://webchat.freenode.net/?channels=openstack-meteos (we have not had irc-meetings channel yet. now preparing.) [Agenda](TBD) https://etherpad.openstack.org/p/meteos-ptg Thank you. -- Hiroyuki Eguchi __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
[openstack-dev] [openstack-infra] Please add a initial core member to meteos-ui-core.
Hello Infra Team. I've created new projects named meteos-ui which UI interface for Machine Learning as a Service. Could you please add me (Hiroyuki Eguchi <h-egu...@az.jp.nec.com>) as a initial core member of meteos-ui-core ? Thanks. -- Hiroyuki Eguchi __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Re: [openstack-dev] ##freemail## Re: [meteos] Meteos Released !!
Hi Denis. Thank you for your comments. As you say, it would be better that Spark runs on container rather than VMs. However, currently Meteos doesn't support container environment, because Sahara doesn't support. Meteos depends on Sahara about environment which Spark runs. I hope that Sahara support Container (Magnum) in future. I have not evaluated the performance of Meteos in large-scale environment. If performance problem occurs in VM environment, some kind of action will be needed ( for instance, participate in Sahara project to develop magnum or ironic driver). Thanks, Hiroyuki Eguchi <h-egu...@az.jp.nec.com> <5cj...@bma.biglobe.ne.jp> From: Denis Makogon [mailto:lildee1...@gmail.com] Sent: Saturday, December 17, 2016 6:10 AM To: OpenStack Development Mailing List (not for usage questions) Cc: Eguchi Hiroyuki(江口 裕之) Subject: ##freemail## Re: [openstack-dev] [meteos] Meteos Released !! Hello Hiroyuki. Congrats on public release. So, i'd like to clarify few things. I know that for running ML jobs Meteos needs Spark instances and Meteos talks to Sahara to deploy them. So, i'm not quite familiar with infrastructure drives in Sahara, but would that make sense to work with Docker containers rather than deploying virtual machines, the thing is spinning up a VM takes a lot time, but Docker container takes 300ms to start. Kind regards, Denis Makogon 2016-12-16 7:14 GMT+02:00 Hiroyuki Eguchi <h-egu...@az.jp.nec.com>: Hi all, I'm pleased to announce the release of Meteos. Meteos is Machine Learning as a Service (MLaaS) in Apache Spark. Meteos allows users to analyze huge amount of data and predict a value by data mining and machine learning algorithms. Meteos create a workspace of Machine Learning via sahara spark plugin and manage some resources and jobs regarding Machine Learning. Everyone can participate in this project as a user, developer, reviewer in the same way as another OpenStack projects. Please give it a try. If you find any requests and comments, please feel free to feedback. See the following documents to find the relevant information: [Wiki] https://wiki.openstack.org/wiki/Meteos [Installation Document] https://wiki.openstack.org/wiki/Meteos/Devstack [Examples] Predict a Sales Figures by using LinearRegression Model https://wiki.openstack.org/wiki/Meteos/ExampleLinear Make a Decision to buy a stock by using DecisionTree Model https://wiki.openstack.org/wiki/Meteos/ExampleDecisionTree Recommend a Movie by using Recommendation Model https://wiki.openstack.org/wiki/Meteos/ExampleRecommend Search Synonyms by using Word2Vec Model https://wiki.openstack.org/wiki/Meteos/ExampleWord2Vec Thanks. Hiroyuki Eguchi __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
[openstack-dev] [meteos] Meteos Released !!
Hi all, I'm pleased to announce the release of Meteos. Meteos is Machine Learning as a Service (MLaaS) in Apache Spark. Meteos allows users to analyze huge amount of data and predict a value by data mining and machine learning algorithms. Meteos create a workspace of Machine Learning via sahara spark plugin and manage some resources and jobs regarding Machine Learning. Everyone can participate in this project as a user, developer, reviewer in the same way as another OpenStack projects. Please give it a try. If you find any requests and comments, please feel free to feedback. See the following documents to find the relevant information: [Wiki] https://wiki.openstack.org/wiki/Meteos [Installation Document] https://wiki.openstack.org/wiki/Meteos/Devstack [Examples] Predict a Sales Figures by using LinearRegression Model https://wiki.openstack.org/wiki/Meteos/ExampleLinear Make a Decision to buy a stock by using DecisionTree Model https://wiki.openstack.org/wiki/Meteos/ExampleDecisionTree Recommend a Movie by using Recommendation Model https://wiki.openstack.org/wiki/Meteos/ExampleRecommend Search Synonyms by using Word2Vec Model https://wiki.openstack.org/wiki/Meteos/ExampleWord2Vec Thanks. Hiroyuki Eguchi __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Re: [openstack-dev] [openstack-infra] Please add a initial core member to meteos-core.
Hi Clark. > Done. Let us know if you have any issues, concerns, or questions. Thank you for your help. Regards, Hiroyuki ---- Hiroyuki Eguchi -Original Message- From: Clark Boylan [mailto:cboy...@sapwetik.org] Sent: Wednesday, November 09, 2016 3:12 AM To: openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [openstack-infra] Please add a initial core member to meteos-core. On Mon, Nov 7, 2016, at 11:25 PM, Hiroyuki Eguchi wrote: > Hello Infra Team. > > I've created new projects named meteos and python-meteosclient. > Cloud you please add me (Hiroyuki Eguchi <h-egu...@az.jp.nec.com>) as > a initial core member of meteos-core ? Done. Let us know if you have any issues, concerns, or questions. Clark __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
[openstack-dev] [openstack-infra] Please add a initial core member to meteos-core.
Hello Infra Team. I've created new projects named meteos and python-meteosclient. Cloud you please add me (Hiroyuki Eguchi <h-egu...@az.jp.nec.com>) as a initial core member of meteos-core ? Thanks. -- Hiroyuki Eguchi __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Re: [openstack-dev] [new][meteos] New project: Meteos
Hi Jeremy. > I recommend reviewing http://docs.openstack.org/project-team-guide/ > and http://docs.openstack.org/infra/manual/ for more information on how our > developer community operates. Thank you for valuable information. I will check that out. Thanks. --- Hiroyuki Eguchi -Original Message- From: Jeremy Stanley [mailto:fu...@yuggoth.org] Sent: Friday, October 21, 2016 11:00 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [new][meteos] New project: Meteos On 2016-10-21 02:21:00 + (+), Hiroyuki Eguchi wrote: [...] > The goal of this project is to be a Big Tent project. > > For that, I plan to release the initial version in github by end of > this year. [...] > Everyone can participate in this project as a user, developer, > reviewer in the same way as another OpenStack projects. [...] OpenStack projects aren't developed on Github, only mirrored to it. I recommend reviewing http://docs.openstack.org/project-team-guide/ and http://docs.openstack.org/infra/manual/ for more information on how our developer community operates. Thanks for wanting to get involved in OpenStack! -- Jeremy Stanley __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Re: [openstack-dev] [new][meteos] New project: Meteos
Hi Trinath, Denis and Telles. Thank you for your comments. The goal of this project is to be a Big Tent project. For that, I plan to release the initial version in github by end of this year. Initial version will include a devstack plugin to enable everyone to try Meteos easily. And then, some documentations (Installation Guide, Development Guide, and ..) will be released. Everyone can participate in this project as a user, developer, reviewer in the same way as another OpenStack projects. (However, There is no source code currently. Please wait for first release.) I plan to make the session to share with you about Meteos in next Boston OpenStack summit. And if you will go to Barcelona next week, please feel free to contact me. Thanks. Hiroyuki Eguchi From: Telles Nobrega [mailto:tenob...@redhat.com] Sent: Thursday, October 20, 2016 9:46 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [new][meteos] New project: Meteos Seems really interesting for sure, please give some more details on how people can pitch in. Regards, On Thu, Oct 20, 2016 at 9:24 AM, Denis Makogon <lildee1...@gmail.com> wrote: Hi. Congrats. Same questions. Basically we'd all like to know project scope. Any additional information in project appreciated. Kind regards, Denis Makogon четверг, 20 октября 2016 г. пользователь Trinath Somanchi написал: Hi- Congratulations on this announcement. What is the initial stepin to work in this project? What are the plans and deliverables? /Trinath From: Hiroyuki Eguchi [mailto:h-egu...@az.jp.nec.com] Sent: Thursday, October 20, 2016 12:38 PM To: 'openstack-dev@lists.openstack.org' <openstack-dev@lists.openstack.org> Subject: [openstack-dev] [new][meteos] New project: Meteos Hello. I'm pleased to introduce a new project called Meteos. Meteos is Machine Learning as a Service (MLaaS) in Apache Spark. Meteos allows users to analyze huge amount of data and predict a value by data mining and machine learning algorithms. Meteos create a workspace of Machine Learning via OpenStack Sahara’s spark plugin and manage some resources and jobs regarding Machine Learning. This project has just started. I plan to release the initial version by the end of this year. If you have any questions concerning this project, please feel free to contact me. For more details: [Wiki] https://wiki.openstack.org/wiki/Meteos [Use Case(Predict sales using Meteos)] https://wiki.openstack.org/wiki/Meteos/Usecase [Launchpad] https://launchpad.net/meteos https://launchpad.net/python-meteosclient Thanks. ------ Hiroyuki Eguchi __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Telles Nobrega | Software Engineer Red Hat Brasil T: +55 11 3529-6000 | M: +55 11 9 9910-1689 Av. Brigadeiro Faria Lima 3900, 8° Andar. São Paulo, Brasil. RED HAT | TRIED. TESTED. TRUSTED. Saiba porque em redhat.com __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
[openstack-dev] [new][meteos] New project: Meteos
Hello. I'm pleased to introduce a new project called Meteos. Meteos is Machine Learning as a Service (MLaaS) in Apache Spark. Meteos allows users to analyze huge amount of data and predict a value by data mining and machine learning algorithms. Meteos create a workspace of Machine Learning via OpenStack Sahara’s spark plugin and manage some resources and jobs regarding Machine Learning. This project has just started. I plan to release the initial version by the end of this year. If you have any questions concerning this project, please feel free to contact me. For more details: [Wiki] https://wiki.openstack.org/wiki/Meteos [Use Case(Predict sales using Meteos)] https://wiki.openstack.org/wiki/Meteos/Usecase [Launchpad] https://launchpad.net/meteos https://launchpad.net/python-meteosclient Thanks. -- Hiroyuki Eguchi __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Re: [openstack-dev] [searchlight] Add Nova Keypair Plugin
Hi Travis, Thank you for valuable information. I've added a bp in nova for now. (https://blueprints.launchpad.net/nova/+spec/keypair-notification) I'm going to create a nova-spec based on information you taught me. Thanks Hiroyuki 差出人: Tripp, Travis S [travis.tr...@hpe.com] 送信日時: 2016年4月1日 12:53 宛先: OpenStack Development Mailing List (not for usage questions) 件名: Re: [openstack-dev] [searchlight] Add Nova Keypair Plugin Hiroyuki, Thanks for the update. That sounds like the best course of action. As FYI, Li Yingjun also has a spec up on Nova to get notifications on hypervisors [0], which we briefly discussed in the IRC meeting this morning [1]. The two of you might be able to work together in getting nova specs and patches up. For most simple plugins to searchlight, we don’t need to do a full spec on the searchlight side in addition to the launchpad blueprint. But, if you could add a couple of bullet points on key pairs the etherpad below [2], it would be helpful. We are just trying to get a quick inventory started on that status of various notifications in OpenStack and may use that at the summit for discussions. Later, we may move this to wiki in table form, but I’m just hoping to get the basic info captured for now. [0] https://review.openstack.org/#/c/299807/ [1] http://eavesdrop.openstack.org/meetings/openstack_search/2016/openstack_search.2016-03-31-15.01.log.html [2] https://etherpad.openstack.org/p/search-team-meeting-agenda Thanks, Travis On 3/31/16, 8:05 PM, "Hiroyuki Eguchi" <h-egu...@az.jp.nec.com> wrote: >Hi Steve > >Thank you for your advice. >Currently It's impossible to sync keystone information between DB and >ElasticeSearch. >And no useful notification will be send for kaypair state change.(only >key_name) >So, I try to propose improving keypair notifications against nova-specs. > >Thanks. >Hiroyuki > > >差出人: McLellan, Steven [steve.mclel...@hpe.com] >送信日時: 2016年3月31日 5:49 >宛先: OpenStack Development Mailing List (not for usage questions) >件名: Re: [openstack-dev] [searchlight] Add Nova Keypair Plugin > >Hi Hiroyuki, > >It would be worth being certain about what access we have to keypairs before >committing to a plugin; if we cannot retrieve the initial list or receive >notifications on new keypairs, we likely can't index them at all. If we have >partial access we may be able to make a decision on whether it will be good >enough. Please feel free to get in touch in IRC (#openstack-searchlight) if >that would be useful. > >Steve > >From: Hiroyuki Eguchi <h-egu...@az.jp.nec.com<mailto:h-egu...@az.jp.nec.com>> >Reply-To: "OpenStack Development Mailing List (not for usage questions)" ><openstack-dev@lists.openstack.org<mailto:openstack-dev@lists.openstack.org>> >Date: Tuesday, March 29, 2016 at 7:13 PM >To: "OpenStack Development Mailing List (not for usage questions)" ><openstack-dev@lists.openstack.org<mailto:openstack-dev@lists.openstack.org>> >Subject: [openstack-dev] [searchlight] Add Nova Keypair Plugin > >Hi Lakshmi, > >Thank you for your advice. >I'm trying to index the public keys. >I'm gonna try to discuss in searchlight-specs before starting development. > >Thanks >Hiroyuki. > > > >差出人: Sampath, Lakshmi [lakshmi.samp...@hpe.com<mailto:lakshmi.samp...@hpe.com>] >送信日時: 2016年3月29日 2:03 >宛先: OpenStack Development Mailing List (not for usage questions) >件名: Re: [openstack-dev] [searchlight] Add Nova Keypair Plugin > >Hi Hiroyuki, > >For this plugin what data are you indexing in Elasticsearch. I mean what do >you expect users to search on and retrieve? Are you trying to index the public >keys? >Talking directly to DB is not advisable, but before that we need to discuss >what data is being indexed and the security implication of it (RBAC) to users >who can/cannot access it. > >I would suggest start a spec in openstack/searchlight-specs under newton for >reviewing/feedback. >https://github.com/openstack/searchlight-specs.git > > >Thanks >Lakshmi. > >From: Hiroyuki Eguchi [mailto:h-egu...@az.jp.nec.com] >Sent: Sunday, March 27, 2016 10:26 PM >To: OpenStack Development Mailing List (not for usage questions) >[openstack-dev@lists.openstack.org<mailto:openstack-dev@lists.openstack.org>] ><openstack-dev@lists.openstack.org<mailto:openstack-dev@lists.openstack.org>> >Subject: [openstack-dev] [searchlight] Add Nova Keypair Plugin > >Hi. > >I am developing this plugin. >https://blueprints.launchpad.net/searchlight/+spec/nova-keypair-plugin > >However I faced the problem that a admin user can not ret
Re: [openstack-dev] [searchlight] Add Nova Keypair Plugin
Hi Steve Thank you for your advice. Currently It's impossible to sync keystone information between DB and ElasticeSearch. And no useful notification will be send for kaypair state change.(only key_name) So, I try to propose improving keypair notifications against nova-specs. Thanks. Hiroyuki 差出人: McLellan, Steven [steve.mclel...@hpe.com] 送信日時: 2016年3月31日 5:49 宛先: OpenStack Development Mailing List (not for usage questions) 件名: Re: [openstack-dev] [searchlight] Add Nova Keypair Plugin Hi Hiroyuki, It would be worth being certain about what access we have to keypairs before committing to a plugin; if we cannot retrieve the initial list or receive notifications on new keypairs, we likely can't index them at all. If we have partial access we may be able to make a decision on whether it will be good enough. Please feel free to get in touch in IRC (#openstack-searchlight) if that would be useful. Steve From: Hiroyuki Eguchi <h-egu...@az.jp.nec.com<mailto:h-egu...@az.jp.nec.com>> Reply-To: "OpenStack Development Mailing List (not for usage questions)" <openstack-dev@lists.openstack.org<mailto:openstack-dev@lists.openstack.org>> Date: Tuesday, March 29, 2016 at 7:13 PM To: "OpenStack Development Mailing List (not for usage questions)" <openstack-dev@lists.openstack.org<mailto:openstack-dev@lists.openstack.org>> Subject: [openstack-dev] [searchlight] Add Nova Keypair Plugin Hi Lakshmi, Thank you for your advice. I'm trying to index the public keys. I'm gonna try to discuss in searchlight-specs before starting development. Thanks Hiroyuki. 差出人: Sampath, Lakshmi [lakshmi.samp...@hpe.com<mailto:lakshmi.samp...@hpe.com>] 送信日時: 2016年3月29日 2:03 宛先: OpenStack Development Mailing List (not for usage questions) 件名: Re: [openstack-dev] [searchlight] Add Nova Keypair Plugin Hi Hiroyuki, For this plugin what data are you indexing in Elasticsearch. I mean what do you expect users to search on and retrieve? Are you trying to index the public keys? Talking directly to DB is not advisable, but before that we need to discuss what data is being indexed and the security implication of it (RBAC) to users who can/cannot access it. I would suggest start a spec in openstack/searchlight-specs under newton for reviewing/feedback. https://github.com/openstack/searchlight-specs.git Thanks Lakshmi. From: Hiroyuki Eguchi [mailto:h-egu...@az.jp.nec.com] Sent: Sunday, March 27, 2016 10:26 PM To: OpenStack Development Mailing List (not for usage questions) [openstack-dev@lists.openstack.org<mailto:openstack-dev@lists.openstack.org>] <openstack-dev@lists.openstack.org<mailto:openstack-dev@lists.openstack.org>> Subject: [openstack-dev] [searchlight] Add Nova Keypair Plugin Hi. I am developing this plugin. https://blueprints.launchpad.net/searchlight/+spec/nova-keypair-plugin However I faced the problem that a admin user can not retrieve a keypair information created by another user. So it is impossible to sync the keypair between OpenStack DB and Elasticsearch, unless connect to OpenStack DB directly. Is there any suggestions to resolve it ? thanks. __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
[openstack-dev] [searchlight] Add Nova Keypair Plugin
Hi Lakshmi, Thank you for your advice. I'm trying to index the public keys. I'm gonna try to discuss in searchlight-specs before starting development. Thanks Hiroyuki. 差出人: Sampath, Lakshmi [lakshmi.samp...@hpe.com] 送信日時: 2016年3月29日 2:03 宛先: OpenStack Development Mailing List (not for usage questions) 件名: Re: [openstack-dev] [searchlight] Add Nova Keypair Plugin Hi Hiroyuki, For this plugin what data are you indexing in Elasticsearch. I mean what do you expect users to search on and retrieve? Are you trying to index the public keys? Talking directly to DB is not advisable, but before that we need to discuss what data is being indexed and the security implication of it (RBAC) to users who can/cannot access it. I would suggest start a spec in openstack/searchlight-specs under newton for reviewing/feedback. https://github.com/openstack/searchlight-specs.git Thanks Lakshmi. From: Hiroyuki Eguchi [mailto:h-egu...@az.jp.nec.com] Sent: Sunday, March 27, 2016 10:26 PM To: OpenStack Development Mailing List (not for usage questions) [openstack-dev@lists.openstack.org] <openstack-dev@lists.openstack.org> Subject: [openstack-dev] [searchlight] Add Nova Keypair Plugin Hi. I am developing this plugin. https://blueprints.launchpad.net/searchlight/+spec/nova-keypair-plugin However I faced the problem that a admin user can not retrieve a keypair information created by another user. So it is impossible to sync the keypair between OpenStack DB and Elasticsearch, unless connect to OpenStack DB directly. Is there any suggestions to resolve it ? thanks. __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
[openstack-dev] [searchlight] Add Nova Keypair Plugin
Hi. I am developing this plugin. https://blueprints.launchpad.net/searchlight/+spec/nova-keypair-plugin However I faced the problem that a admin user can not retrieve a keypair information created by another user. So it is impossible to sync the keypair between OpenStack DB and Elasticsearch, unless connect to OpenStack DB directly. Is there any suggestions to resolve it ? thanks. __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
[openstack-dev] Add bootable option to cinder create command.
A Bootable Status is set to True automatically when user create a volume from a image. But user have to set bootable status manually under the following situations. 1.When user create a empty volume and install os in volume like this. $ cinder create 10 $ nova boot --image [image_uuid(iso format)] --flavor 1 \ --block-device-mapping vdb=[volume_uuid]:10::0 ubuntu_vm 2.When user create a bootable volume from instance. http://docs.openstack.org/grizzly/openstack-compute/admin/content/instance-creation.html#d6e6679 So I'm envisioning to add bootable option like this. $ cinder create --bootable true 10 If you have any comments or suggestion, please let me know. And please let me know if there's any discussion about this. --thanks --hiroyuki ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Re: [openstack-dev] [oslo.messaging] mongodb notification driver
Thank you for the reply. I understand notification driver should be set of essential drivers. I would like to consider using stacktach. Thanks --hiroyuki -Original Message- From: Sandy Walsh [mailto:sandy.wa...@rackspace.com] Sent: Thursday, March 13, 2014 2:28 AM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [oslo.messaging] mongodb notification driver You may want to consider StackTach for troubleshooting (that's what it was initially created for) https://github.com/rackerlabs/stacktach It will consume and record the events as well as give you a gui and cmdline tools for tracing calls by server, request_id, event type, etc. Ping me if you have any issues getting it going. Cheers -S From: Hiroyuki Eguchi [h-egu...@az.jp.nec.com] Sent: Tuesday, March 11, 2014 11:09 PM To: openstack-dev@lists.openstack.org Subject: [openstack-dev] [oslo.messaging] mongodb notification driver I'm envisioning a mongodb notification driver. Currently, For troubleshooting, I'm using a log driver of notification, and sent notification log to rsyslog server, and store log in database using rsyslog-mysql package. I would like to make it more simple, So I came up with this feature. Ceilometer can manage notifications using mongodb, but Ceilometer should have the role of Metering, not Troubleshooting. If you have any comments or suggestion, please let me know. And please let me know if there's any discussion about this. Thanks. --hiroyuki ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
[openstack-dev] [oslo.messaging] mongodb notification driver
I'm envisioning a mongodb notification driver. Currently, For troubleshooting, I'm using a log driver of notification, and sent notification log to rsyslog server, and store log in database using rsyslog-mysql package. I would like to make it more simple, So I came up with this feature. Ceilometer can manage notifications using mongodb, but Ceilometer should have the role of Metering, not Troubleshooting. If you have any comments or suggestion, please let me know. And please let me know if there's any discussion about this. Thanks. --hiroyuki ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Re: [openstack-dev] stored userdata
Thank you for the information you have shared. Since I thought that I would like to do version control of userdata, So it seems that Heat Template suits my purpose. I would like to consider using Heat Template instead and git as a version control tool. Thanks --hiroyuki. ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
[openstack-dev] stored userdata
I'm envisioning a stored userdata feature. https://blueprints.launchpad.net/nova/+spec/stored-userdata Currently, OpenStack allow user to execute script or send configuration file when creating a instance by using --user-data /path/to/filename option. But,In order to use this option, All users must input userdata every time. So we need to store the userdata in database so that users can manage userdata more easily. I'm planning to develop these Nova-APIs. - nova userdata-create - nova userdata-update - nova userdata-delete - nova userdata-show - nova userdata-list Users can specify a userdata_name managed by Nova DB or /path/to/filename in --user-data option. - nova boot --user-data userdata_name or /path/to/filename ... If you have any comments or suggestion, please let me know. And please let me know if there's any discussion about this. Thanks. --hiroyuki ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev