[openstack-dev] [Murano] FFE for dependency-driven multi-step resource deallocation
Hi all, I'd like to request a feature freeze exception for dependency-driven multi-step resource deallocation[0]. We've merged an initial commit for it [1] and a spec[2]. That's what we have on review [3]. The of patches on review is about bugs related to this feature, and only one add some new functional [4]. ETA for the work to be done is the first half of next week. Links: [0]: https://blueprints.launchpad.net/murano/+spec/dependency-driven-resource-deallocation [1]: https://review.openstack.org/351125 [2]: https://review.openstack.org/336497 [3]: https://review.openstack.org/#/q/topic:gc-collect [4]: https://review.openstack.org/364090 Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 __ 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] [murano] Nominating Alexander Tivelkov and Zhu Rong for murano cores
+1 Well deserved! Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2016-06-15 19:42 GMT+03:00 Serg Melikyan <smelik...@mirantis.com>: > +1 > > Finally! > > On Wed, Jun 15, 2016 at 3:33 AM, Ihor Dvoretskyi <idvorets...@mirantis.com > > wrote: > >> +1 for Alexander Tivelkov. >> >> Good effort. >> >> On Wed, Jun 15, 2016 at 1:08 PM, Artem Silenkov <asilen...@mirantis.com> >> wrote: >> >>> Hello! >>> >>> +1 >>> >>> Regards, >>> Artem Silenkov >>> --- >>> paas-team >>> >>> On Wed, Jun 15, 2016 at 12:56 PM, Dmytro Dovbii <ddov...@mirantis.com> >>> wrote: >>> >>>> +1 >>>> 15 июня 2016 г. 6:47 пользователь "Yang, Lin A" <lin.a.y...@intel.com> >>>> написал: >>>> >>>> +1 both for Alexander Tivelkov and Zhu Rong. Well deserved. >>>>> >>>>> Regards, >>>>> Lin Yang >>>>> >>>>> On Jun 15, 2016, at 3:17 AM, Kirill Zaitsev <kzait...@mirantis.com> >>>>> wrote: >>>>> >>>>> Hello team, I want to annonce the following changes to murano core >>>>> team: >>>>> >>>>> 1) I’d like to nominate Alexander Tivelkov for murano core. He has >>>>> been part of the project for a very long time and has contributed to >>>>> almost >>>>> every part of murano. He has been fully committed to murano during mitaka >>>>> cycle and continues doing so during newton [1]. His work on the scalable >>>>> framework architecture is one of the most notable features scheduled for N >>>>> release. >>>>> >>>>> 2) I’d like to nominate Zhu Rong for murano core. Last time he was >>>>> nominated I -1’ed the proposal, because I believed he needed to start >>>>> making more substantial contributions. I’m sure that Zhu Rong showed his >>>>> commitment [2] to murano project and I’m happy to nominate him myself. His >>>>> work on the separating cfapi from murano api and contributions headed at >>>>> addressing murano’s technical debt are much appreciated. >>>>> >>>>> 3) Finally I would like to remove Steve McLellan[3] from murano core >>>>> team. Steve has been part of murano from very early stages of it. However >>>>> his focus has since shifted and he hasn’t been active in murano during >>>>> last >>>>> couple of cycles. I want to thank Steve for his contributions and express >>>>> hope to see him back in the project in future. >>>>> >>>>> >>>>> Murano team, please respond with +1/-1 to the proposed changes. >>>>> >>>>> [1] http://stackalytics.com/?user_id=ativelkov=marks >>>>> [2] http://stackalytics.com/?metric=marks_id=zhu-rong >>>>> [3] http://stackalytics.com/?user_id=sjmc7 >>>>> -- >>>>> Kirill Zaitsev >>>>> Software Engineer >>>>> Mirantis, Inc >>>>> >>>>> __ >>>>> 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 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 >>> >>> >> >> >> -- >> Best regards, >> >> Ihor Dvoretskyi >> >> __ >> 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 >> >> > > > -- > Serg Melikyan, Development Manager at Mirantis, Inc. > http://mirantis.com | smelik...@mirantis.com | +1 (650) 440-8979 > > __ > 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] [murano][ci] CI "sleeps" due zuul bug
Hi team, Our CI sometimes don't vote due zuul bug: https://storyboard.openstack.org/#!/story/2000532 So, I have two requests: 1) Core team, please take a look at CI gate before +2/Approve 2) Murano developers, if you notice that CI is not voting on the change ping me here or in IRC. Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 __ 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] [murano] HowTo: Compose a local bundle file
Hi wangzhh, I've just sent to the review a draft of documentation about bundles. It can be found here: https://review.openstack.org/#/c/296929/ Plese, contact me if you have any questions. Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2016-03-24 2:24 GMT+03:00 Serg Melikyan <smelik...@mirantis.com>: > Hi wangzhh, > > You can use python-muranoclient in order to download bundle from > apps.openstack.org and then use it somewhere else for the import: > > murano bundle-save app-servers > > you can find more about this option in corresponding spec [0]. > > Generally local bundle is not different from the remote one, you can > take a look at the same bundle [1] internals. If you will download > this file and then will try to execute: > > murano bundle-import ./app-servers.bundle > > murano will try to find all mentioned packages in the local folder > before going to apps.openstack.org. > > References: > [0] > http://specs.openstack.org/openstack/murano-specs/specs/liberty/bundle-save.html > [1] http://storage.apps.openstack.org/bundles/app-servers.bundle > > On Wed, Mar 23, 2016 at 1:48 AM, 王正浩 <wang...@awcloud.com> wrote: > > > > Hi Serg Melikyan! > > I'm a programmer of China. And I have a question about Application > Servers Bundle (bundle) > https://apps.openstack.org/#tab=murano-apps=Application%20Servers%20Bundle > > I want to import a bundle across a local bundle file. Could you tell > me how to create a bundle file? Is there any doc explain it? > > Thanks! > > > > > > > > > > -- > > -- > > Best Regards, > > wangzhh > > > > > -- > Serg Melikyan > > __ > 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] [Murano] [FFE] Support for Magnum Plugin
Hi, I don't like when we need to break rules, but in this case I agree with Kirill. As far as the plugin is not something which can broke general murano functionality, I'm for FFE. Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2016-03-14 11:58 GMT+03:00 Kirill Zaitsev <kzait...@mirantis.com>: > I’m going to advocate for this FFE. Even though it’s very late to ask for > FFE, I believe, that this commit is very low-risk/high reward (the plugin > is not enabled by default). I believe that code is in good shape (I > remember +2 it at some point) and would very much like to see this in. > > Serg, do you have any objections? > > -- > Kirill Zaitsev > Software Engineer > Mirantis, Inc > > On 14 March 2016 at 11:55:46, Madhuri (madhuri.ra...@gmail.com) wrote: > > Hi All, > > I would like to request a feature freeze exception for "Magnum/Murano > rationalization" [1], Magnum app to deploy Kubernetes/Mesos/Swarm cluster. > The patch is on review[2]. > I am looking for your decision about considering this change for a FFE. > > [1] > https://blueprints.launchpad.net/murano/+spec/magnum-murano-rationalization > [2] https://review.openstack.org/#/c/269250/ > > Regards, > Madhuri > __ > 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 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] [murano] Nominate Victor Ryzhenkin to Murano Core
Congratulations, Victor! Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2016-01-28 17:26 GMT+03:00 Dmytro Dovbii <ddov...@mirantis.com>: > Congratulations, Victor! =) > > 2016-01-28 16:20 GMT+02:00 Victor Ryzhenkin <vryzhen...@mirantis.com>: > >> Thank you, folks! I will do my best! >> >> Cheers! >> >> -- >> Victor Ryzhenkin >> Junior QA Engeneer >> freerunner on #freenode >> >> Включено 28 января 2016 г. в 17:15:19, Serg Melikyan ( >> smelik...@mirantis.com) написал: >> >> Victor, welcome! >> >> On Thu, Jan 28, 2016 at 5:57 AM, Kirill Zaitsev <kzait...@mirantis.com> >> wrote: >> > >> > +1 from me. Victor’s continued work on keeping our gates green and >> stable is invaluable. His contribution during M cycle is also very >> impressive. Looking forward to seeing him one of the cores. >> > >> > -- >> > Kirill Zaitsev >> > Murano team >> > Software Engineer >> > Mirantis, Inc >> > >> > On 27 January 2016 at 01:10:18, Stan Lagun (sla...@mirantis.com) wrote: >> > >> > +1! >> > Well deserved! >> > Sincerely yours, >> > Stan Lagun >> > Principal Software Engineer @ Mirantis >> > >> > >> > >> > On Tue, Jan 26, 2016 at 5:20 AM, Yang, Lin A <lin.a.y...@intel.com> >> wrote: >> > > Glad to see this happened. :) >> > > Well deserved, Victor. >> > > >> > > Lin Yang >> > > @Intel >> > > >> > >> On Jan 23, 2016, at 01:33, Serg Melikyan <smelik...@mirantis.com> >> wrote: >> > >> >> > >> I would like to nominate Victor Ryzhenkin (freerunner on IRC) join >> to the Murano >> > >> core-reviewers team. He has been an active member of the Murano team >> > >> for some time now. You can check his review activity report here: >> > >> http://stackalytics.com/report/contribution/murano-group/90 >> > >> >> > >> Team please vote for this change in reply to this message. >> > >> -- >> > >> Serg Melikyan, Senior Software Engineer at Mirantis, Inc. >> > >> http://mirantis.com | smelik...@mirantis.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 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 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 >> > >> >> >> >> -- >> Serg Melikyan, Senior Software Engineer at Mirantis, Inc. >> http://mirantis.com | smelik...@mirantis.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 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 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] [murano] Nominate Rong Zhu to Murano Core
+1, no objections from my side. Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2016-01-22 18:48 GMT+03:00 Serg Melikyan <smelik...@mirantis.com>: > I would like to nominate Rong Zhu (zhurong on IRC) join to the Murano > core-reviewers team. He has been an active member of the Murano team > for some time now. You can check his review activity report here: > http://stackalytics.com/report/contribution/murano-group/90 > > Team please vote for this change in reply to this message. > > -- > Serg Melikyan, Senior Software Engineer at Mirantis, Inc. > http://mirantis.com | smelik...@mirantis.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 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] [murano] Nominate Victor Ryzhenkin to Murano Core
+1, no objections. Well deserved, Victor. Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2016-01-22 20:33 GMT+03:00 Serg Melikyan <smelik...@mirantis.com>: > I would like to nominate Victor Ryzhenkin (freerunner on IRC) join to the > Murano > core-reviewers team. He has been an active member of the Murano team > for some time now. You can check his review activity report here: > http://stackalytics.com/report/contribution/murano-group/90 > > Team please vote for this change in reply to this message. > -- > Serg Melikyan, Senior Software Engineer at Mirantis, Inc. > http://mirantis.com | smelik...@mirantis.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 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] [mistral] [murano] [yaql] An online YAQL evaluator [was RE: [mistral] [murano] An online YAQL evaluator]
Hi Moshe, Good work! Thank you! Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2015-12-23 20:11 GMT+03:00 Lingxian Kong <anlin.k...@gmail.com>: > Hi, Moshe, > > Really amazing work! Thanks for the efforts from you guys! > > On Wed, Dec 23, 2015 at 1:06 AM, ELISHA, Moshe (Moshe) > <moshe.eli...@alcatel-lucent.com> wrote: > > Hi all, > > > > > > > > Thank you for the kind words. > > > > Just wanted to let you know that yaqluator[1] was updated and now > supports > > YAQL 1.0.2. > > > > There is also a checkbox there to work in “Legacy Mode”. > > > > > > > > Hope you will find it useful. > > > > > > > > [1] http://yaqluator.com/ > > > > > > > > > > > > From: Renat Akhmerov [mailto:rakhme...@mirantis.com] > > Sent: Friday, August 14, 2015 11:51 AM > > To: OpenStack Development Mailing List (not for usage questions) > > Subject: Re: [openstack-dev] [mistral] [murano] An online YAQL evaluator > > > > > > > > I just read this thread so decided to add my 2 cents into the collection > of > > opinions. > > > > > > > > Guys, I tried it out a couple of weeks ago (was told about it by one of > my > > colleagues). This is really incredible! Especially given that you > completed > > it in 24 hours :) I think as YAQL attracts more and more users it will be > > very handy tool. I am actually for improving it further. > > > > > > > > Thanks a lot! Looking forward to switch to yaql 1.0! > > > > > > > > Renat Akhmerov > > > > @ Mirantis Inc. > > > > > > > > > > > > > > > > On 05 Aug 2015, at 04:09, Stan Lagun <sla...@mirantis.com> wrote: > > > > > > > > Dmitry, > > > > > > > > yaql 1.0 has both str() and len() and much much more so there is no need > to > > support them explicitly since Mistral is going to switch to yaql 1.0 and > > yaqluator.com is going to do the same > > > > > > Sincerely yours, > > Stan Lagun > > Principal Software Engineer @ Mirantis > > > > > > > > > > On Tue, Aug 4, 2015 at 8:55 PM, Dmitri Zimine <dzim...@stackstorm.com> > > wrote: > > > > Awesome! Really. > > > > > > > > Thank you folks for doing this. > > > > > > > > I am so much looking forward to moving it to 1.0 with more built-in > > functions and more power to extend it... > > > > > > > > Note that Mistral has a few extensions, like `str`, `len`, which are not > in > > the scope of evaluator. > > > > > > > > DZ> > > > > > > > > > > > > On Aug 2, 2015, at 12:44 PM, Stan Lagun <sla...@mirantis.com> wrote: > > > > > > > > Guys, this is awesome!!! > > > > > > > > Happy to see yaql gets attention. One more initiative that you may find > > interesting is https://review.openstack.org/#/c/159905/ > > > > This is an attempt to port yaql 1.0 from Python to JS so that the same > can > > be done in browser > > > > > > Sincerely yours, > > Stan Lagun > > Principal Software Engineer @ Mirantis > > > > > > > > > > On Sun, Aug 2, 2015 at 5:30 PM, Nikolay Makhotkin < > nmakhot...@mirantis.com> > > wrote: > > > > Hi guys! > > > > > > > > That's awesome! It is very useful for all us! > > > > > > > > -- > > > > Best Regards, > > > > Nikolay > > > > > > > __ > > 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 Development Mailing List (not for usage questions) > > Unsubscribe: > openstack-dev-requ...@lists.openstack.org?subject:unsub
Re: [openstack-dev] [Murano] How to debug a failed deployment?
Hi Vahid, Thanks for feedback. We need additional proof that this bug doesn't block engine or deployments. Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2015-12-09 3:33 GMT+03:00 Vahid S Hashemian <vahidhashem...@us.ibm.com>: > Hi Kate, > > You were right. The bug I referred to does not block the engine. > So when I looked at the engine log, this is what I see after trying to > deploy an environment with the HOT package I attached in my earlier message: > http://paste.openstack.org/show/481260/ > > I looked up the error message and realized that the "Core library" package > was missing in my environment. > So I uploaded it and now the deployment seems to work fine. > > Thanks for your help. > > Regards, > --Vahid > > __ > 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] [Performance][Proposal] Moving IRC meeting from 15:00 UTC to 16:00 UTC
+1 Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2015-12-04 12:46 GMT+03:00 Dina Belova <dbel...@mirantis.com>: > Dear performance folks, > > There is a suggestion to move our meeting time from 15:00 UTC (Tuesdays > <https://wiki.openstack.org/wiki/Meetings/Performance#Meeting_Times>) to > 16:00 UTC (also Tuesdays > <https://wiki.openstack.org/wiki/Meetings/Performance#Meeting_Times>) to > make them more comfortable for US guys. > > Please leave your +1 / -1 here in the email thread. > > Btw +1 from me :) > > Cheers, > Dina > > __ > 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] [fuel] [FFE] FF exception request for support murano-cfapi feature
Hi, The patch for fuel-library which implements murano cf-api role will be ready today, the patch for puppet-murano <https://review.openstack.org/245043> is already on review and probably ready, the same is true for patch to fuel-web <https://review.openstack.org/246843>. So, I'd like to ask a FFE for this feature as far as it 'experimental' in this release and probably can't break anything important. Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 __ 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] [fuel] [FFE] FF exception request for support murano-cfapi feature
And here is a small patch to fuel-lib <https://review.openstack.org/#/c/252356/1> Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2015-12-02 12:37 GMT+03:00 Nikolay Starodubtsev <nstarodubt...@mirantis.com> : > Hi, > The patch for fuel-library which implements murano cf-api role will be > ready today, the patch for puppet-murano > <https://review.openstack.org/245043> is already on review and probably > ready, the same is true for patch to fuel-web > <https://review.openstack.org/246843>. > So, I'd like to ask a FFE for this feature as far as it 'experimental' in > this release and probably can't break anything important. > > > > Nikolay Starodubtsev > > Software Engineer > > Mirantis Inc. > > > Skype: dark_harlequine1 > __ 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] [openstack] [murano] Deployment of Environment gives [yaql.exceptions.YaqlExecutionException]: Unable to run values error
Hi Sumanth, Do you have this issue with other apps? Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2015-10-12 9:08 GMT+03:00 Sumanth Sathyanarayana < sumanth.sathyanaray...@gmail.com>: > Hi, > > I am trying to add a simple app like MySql into a new enviroment from the > murano dashboard and trying to deploy the environment and I get the error - > "[yaql.exceptions.YaqlExecutionException]: Unable to run values" > > I saw that this error/bug was already reported some time back and made > sure that my code has the changes mentioned in: > *https://review.openstack.org/#/c/119072/1/meta/io.murano/Classes/resources/Instance.yaml > <https://review.openstack.org/#/c/119072/1/meta/io.murano/Classes/resources/Instance.yaml> > - Bug#1364446* > *&* > > *https://bugs.launchpad.net/murano/+bug/1359225 > <https://bugs.launchpad.net/murano/+bug/1359225>* > > *But I still am getting the error even after restarting the murano-engine > and murano-api services. If anyone has any suggestion on how to deploy a > new environment, it would be very helpful.* > > *Thanks & Best Regards* > *Sumanth* > > > > __ > 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] [murano][merlin] murano APIv2 and murano future ui
Hi all, Yesterday on IRC weekly meeting murano team decided to start collecting ideas about murano APIv2 and murano future ui. We have to etherpads for this purpose: 1) https://etherpad.openstack.org/p/murano-APIv2 - for murano API v2 ideas 2) https://etherpad.openstack.org/p/murano-future-ui-(Merlin) - for future ui ideas Feel free to write your ideas. If you have any questions you can reach me in IRC. Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 __ 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] [murano][merlin] murano APIv2 and murano future ui
Kate, This bp is pretty old, but I think it suits our needs [1]. Yeah, I'll attach etherpads to it. The idea about pecan/wsme is really useful. [1]: https://blueprints.launchpad.net/murano/+spec/api-vnext Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2015-09-09 14:42 GMT+03:00 Ekaterina Chernova <efedor...@mirantis.com>: > Hi Nikolay! > > Thanks for starting this activity! This is a really hot topic. > We also used to have plan to migrate our API to pecan. [1] > This also can be discussed. > > Do we have a blueprint for that? Could you please file it and attach > etherpad to a new blueprint. > > [1] - > https://blueprints.launchpad.net/murano/+spec/murano-api-server-pecan-wsme > > Thanks, > Kate. > > On Wed, Sep 9, 2015 at 2:07 PM, Nikolay Starodubtsev < > nstarodubt...@mirantis.com> wrote: > >> Hi all, >> Yesterday on IRC weekly meeting murano team decided to start collecting >> ideas about murano APIv2 and murano future ui. We have to etherpads for >> this purpose: >> 1) https://etherpad.openstack.org/p/murano-APIv2 - for murano API v2 >> ideas >> 2) https://etherpad.openstack.org/p/murano-future-ui-(Merlin) - for >> future ui ideas >> >> Feel free to write your ideas. If you have any questions you can reach me >> in IRC. >> >> >> >> Nikolay Starodubtsev >> >> Software Engineer >> >> Mirantis Inc. >> >> >> Skype: dark_harlequine1 >> >> __ >> 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 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] [murano][merlin] murano APIv2 and murano future ui
thanks, Stéphane. It's a good notice. Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2015-09-09 15:10 GMT+03:00 Stéphane Bisinger <stephane.bisin...@gmail.com>: > Please note that some projects already using pecan+WSME are actually > thinking about finding something else, since WSME doesn't have much > activity and has its fair share of issues. If you missed it, check out this > conversation thread: > http://lists.openstack.org/pipermail/openstack-dev/2015-August/073156.html > > On Wed, Sep 9, 2015 at 1:50 PM, Nikolay Starodubtsev < > nstarodubt...@mirantis.com> wrote: > >> Kate, >> This bp is pretty old, but I think it suits our needs [1]. Yeah, I'll >> attach etherpads to it. >> The idea about pecan/wsme is really useful. >> [1]: https://blueprints.launchpad.net/murano/+spec/api-vnext >> >> >> >> Nikolay Starodubtsev >> >> Software Engineer >> >> Mirantis Inc. >> >> >> Skype: dark_harlequine1 >> >> 2015-09-09 14:42 GMT+03:00 Ekaterina Chernova <efedor...@mirantis.com>: >> >>> Hi Nikolay! >>> >>> Thanks for starting this activity! This is a really hot topic. >>> We also used to have plan to migrate our API to pecan. [1] >>> This also can be discussed. >>> >>> Do we have a blueprint for that? Could you please file it and attach >>> etherpad to a new blueprint. >>> >>> [1] - >>> https://blueprints.launchpad.net/murano/+spec/murano-api-server-pecan-wsme >>> >>> Thanks, >>> Kate. >>> >>> On Wed, Sep 9, 2015 at 2:07 PM, Nikolay Starodubtsev < >>> nstarodubt...@mirantis.com> wrote: >>> >>>> Hi all, >>>> Yesterday on IRC weekly meeting murano team decided to start collecting >>>> ideas about murano APIv2 and murano future ui. We have to etherpads for >>>> this purpose: >>>> 1) https://etherpad.openstack.org/p/murano-APIv2 - for murano API v2 >>>> ideas >>>> 2) https://etherpad.openstack.org/p/murano-future-ui-(Merlin) - for >>>> future ui ideas >>>> >>>> Feel free to write your ideas. If you have any questions you can reach >>>> me in IRC. >>>> >>>> >>>> >>>> Nikolay Starodubtsev >>>> >>>> Software Engineer >>>> >>>> Mirantis Inc. >>>> >>>> >>>> Skype: dark_harlequine1 >>>> >>>> >>>> __ >>>> 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 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 >> >> > > > -- > Stéphane > > __ > 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] [murano] Proposing Nikolai Starodubtsev for core
Serg and murano team, thanks. I'll try to do my best for the project. Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2015-09-08 17:55 GMT+03:00 Serg Melikyan <smelik...@mirantis.com>: > Nikolai, my congratulations! > > On Tue, Sep 8, 2015 at 5:28 AM, Stan Lagun <sla...@mirantis.com> wrote: > >> +1 >> >> Sincerely yours, >> Stan Lagun >> Principal Software Engineer @ Mirantis >> >> <sla...@mirantis.com> >> >> On Tue, Sep 1, 2015 at 3:03 PM, Alexander Tivelkov < >> ativel...@mirantis.com> wrote: >> >>> +1. Well deserved. >>> >>> -- >>> Regards, >>> Alexander Tivelkov >>> >>> On Tue, Sep 1, 2015 at 2:47 PM, Victor Ryzhenkin < >>> vryzhen...@mirantis.com> wrote: >>> >>>> +1 from me ;) >>>> >>>> -- >>>> Victor Ryzhenkin >>>> Junior QA Engeneer >>>> freerunner on #freenode >>>> >>>> Включено 1 сентября 2015 г. в 12:18:19, Ekaterina Chernova ( >>>> efedor...@mirantis.com) написал: >>>> >>>> +1 >>>> >>>> On Tue, Sep 1, 2015 at 10:03 AM, Dmitro Dovbii <ddov...@mirantis.com> >>>> wrote: >>>> >>>>> +1 >>>>> >>>>> 2015-09-01 2:24 GMT+03:00 Serg Melikyan <smelik...@mirantis.com>: >>>>> >>>>>> +1 >>>>>> >>>>>> On Mon, Aug 31, 2015 at 3:45 PM, Kirill Zaitsev < >>>>>> kzait...@mirantis.com> wrote: >>>>>> >>>>>>> I’m pleased to nominate Nikolai for Murano core. >>>>>>> >>>>>>> He’s been actively participating in development of murano during >>>>>>> liberty and is among top5 contributors during last 90 days. He’s also >>>>>>> leading the CloudFoundry integration initiative. >>>>>>> >>>>>>> Here are some useful links: >>>>>>> >>>>>>> Overall contribution: http://stackalytics.com/?user_id=starodubcevna >>>>>>> List of reviews: >>>>>>> https://review.openstack.org/#/q/reviewer:%22Nikolay+Starodubtsev%22,n,z >>>>>>> Murano contribution during latest 90 days >>>>>>> http://stackalytics.com/report/contribution/murano/90 >>>>>>> >>>>>>> Please vote with +1/-1 for approval/objections >>>>>>> >>>>>>> -- >>>>>>> Kirill Zaitsev >>>>>>> Murano team >>>>>>> Software Engineer >>>>>>> Mirantis, Inc >>>>>>> >>>>>>> >>>>>>> __ >>>>>>> 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 >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Serg Melikyan, Senior Software Engineer at Mirantis, Inc. >>>>>> http://mirantis.com | smelik...@mirantis.com >>>>>> >>>>>> +7 (495) 640-4904, 0261 >>>>>> +7 (903) 156-0836 >>>>>> >>>>>> >>>>>> __ >>>>>> 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] [murano] Let's minimaze the list of pylint exceptions
If somebody wants to join here is a code for vim plugin which may help you: http://paste.openstack.org/show/444042/ Copy it and save in your vim plugin directory. After that press or and see pylint errors in single file or all pylint errors in current code. Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2015-09-01 10:37 GMT+03:00 Nikolay Starodubtsev <nstarodubt...@mirantis.com> : > +1, good initiative > > > > Nikolay Starodubtsev > > Software Engineer > > Mirantis Inc. > > > Skype: dark_harlequine1 > > 2015-09-01 10:30 GMT+03:00 Dmitro Dovbii <ddov...@mirantis.com>: > >> Hi folks! >> >> We have a long list of pylint exceptions in code of Murano (please see >> example >> <http://logs.openstack.org/10/207910/10/check/gate-murano-pylint/f54d298/console.html>). >> I would like to propose you to take a part in refactoring of code and >> minimization of this list. >> I've created blueprint >> <https://blueprints.launchpad.net/murano/+spec/reduce-pylint-warnings> >> and etherpad document >> <https://beta.etherpad.org/p/reduce-pylint-warnings> describing the >> structure of participation. Please feel free to choose some type of warning >> and several modules containing it, then make notice in document, and >> finally fix issues. >> Let's make murano code more clear together :) >> >> Best regards, >> Dmytro Dovbii >> >> __ >> 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] [Blazar] Anyone interested?
Pierre, thanks for explanation. However it's great. I agree with Sylvain. Let's switch to #openstack-blazar channel in IRC. Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2015-09-02 19:04 GMT+03:00 Sylvain Bauza <sba...@redhat.com>: > > > Le 02/09/2015 17:50, Pierre Riteau a écrit : > > On 1 Sep 2015, at 23:15, Sylvain Bauza <sba...@redhat.com> wrote: > > Le 01/09/2015 22:31, Ildikó Váncsa a écrit : > > Hi, > > I'm glad to see the interest and I also support the idea of using the IRC > channel that is already set up for further communication. Should we aim for > a meeting/discussion there around the end of this week or during next week? > > @Nikolay, Sylvain: Thanks for support and bringing together a list of > action items as very first steps. > > @Pierre: You wrote that you are using Blazar. Are you using it as is with > an older version of OpenStack or you have a modified version of the > project/code? > > I'm actually really surprised to see > https://www.chameleoncloud.org/docs/user-guides/bare-metal-user-guide/ which > describes quite fine how to use Blazar/Climate either using the CLI or by > Horizon. > > The latter is actually not provided within the git tree, so I guess > Chameleon added it downstream. That's fine, maybe something we could > upstream if Pierre and his team are okay ? > > -Sylvain > > > We are using a modified version of Blazar (based on the latest master > branch commit) with OpenStack Juno (RDO packaging). > > The only really mandatory patch that we had to develop was for blazar-nova > due to functions moving from oslo-incubator to oslo.i18n: > https://github.com/ChameleonCloud/blazar-nova/commit/346627320e87c8e067db6e842935d243c9640e6e > On top of this we developed a number of patches, most of them to fix bugs > that we discovered in Blazar, with a few to get specific features or > behavior required for Chameleon. > > We also used the code developed by Pablo ( > http://lists.openstack.org/pipermail/openstack-dev/2014-June/038506.html) > to provide an Horizon dashboard for creating and managing leases. > We even developed a Gantt chart of physical node reservations, but this > code reads data straight from the SQL database rather than using a new > Blazar API, so it cannot be contributed as is. > > We have always wanted to contribute back our improvements to Blazar and we > are looking forward to it now that there is renewed interest from the > community. > All our OpenStack code should already be available on GitHub at > https://github.com/ChameleonCloud/ > > > That's great work, thanks for the explanations Pierre. > Since you're looking like the Blazar maintainer while Winter was coming, > I'd certainly consider your commitment as enough trustable for being > backported to the master branch. > > Nikolay, you told that the Blazar gate is broken, right ? I take that as > action #0 to fix, and then we can try to backport Pierre's changes into the > master branch. > > Now, let's switch over IRC, I don't want to pollute the ML for those > technical details. > > Anyone who still wants to contribute to Blazar can join #openstack-blazar > and yell, for sure. > > -Sylvain > > Pierre > > > > __ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: > openstack-dev-requ...@lists.openstack.org?subject:unsubscribehttp://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 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] [murano] Let's minimaze the list of pylint exceptions
+1, good initiative Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2015-09-01 10:30 GMT+03:00 Dmitro Dovbii <ddov...@mirantis.com>: > Hi folks! > > We have a long list of pylint exceptions in code of Murano (please see > example > <http://logs.openstack.org/10/207910/10/check/gate-murano-pylint/f54d298/console.html>). > I would like to propose you to take a part in refactoring of code and > minimization of this list. > I've created blueprint > <https://blueprints.launchpad.net/murano/+spec/reduce-pylint-warnings> > and etherpad document <https://beta.etherpad.org/p/reduce-pylint-warnings> > describing the structure of participation. Please feel free to choose some > type of warning and several modules containing it, then make notice in > document, and finally fix issues. > Let's make murano code more clear together :) > > Best regards, > Dmytro Dovbii > > __ > 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] [Blazar] Anyone interested?
Sylvain, First of all we need to reanimate blazar gate-jobs, or we can't merge anything. I tried to do it a year ago, but can't get the point of the tests, so better decision can be to rewrite them from scratch. Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2015-09-01 11:26 GMT+03:00 Sylvain Bauza <sba...@redhat.com>: > > > Le 01/09/2015 06:52, Nikolay Starodubtsev a écrit : > > All, > I'd like to propose use of #openstack-blazar for further communication and > coordination. > > > > +2 to that. That's the first step of any communication. The channel logs > are also recorded here, for async communication : > http://eavesdrop.openstack.org/irclogs/%23openstack-blazar/ > > I don't see at the moment much benefits of running a weekly meeting. We > can chat on purpose if needed. > > Like I said to Ildiko, I'm fine to help some people discovering Blazar but > I won't have time lots of time for actually working on it. > > IMHO, the first things to do with Blazar is to reduce the tech debt by : > 1/ finising the Climate->Blazar renaming > 2/ updating and using the latest oslo librairies instead of using the old > incubator > 3/ using Nova V2.1 API (which could be a bit difficult because there are > no more extensions) > > If I see some progress with Blazar, I'm OK with asking -infra to move > Blazar to the OpenStack namespace like it was asked by James Blair here > because it seems Blazar is not defunct : > http://lists.openstack.org/pipermail/openstack-dev/2015-August/072140.html > > -Sylvain > > > > > > > Nikolay Starodubtsev > > Software Engineer > > Mirantis Inc. > > > Skype: dark_harlequine1 > > 2015-08-31 19:44 GMT+03:00 Fuente, Pablo A <pablo.a.fue...@intel.com>: > >> Yes, Blazar is a really interesting project. I worked on it some time ago >> and I really enjoy it. Sadly my obligations at work don't let me to still >> working on it, but I', happy that there still some interest in Blazar. >> >> Pablo. >> On 31/08/15 09:19, Zhenyu Zheng wrote: >> Hello, >> It seems like an interesting project. >> >> On Fri, Aug 28, 2015 at 7:54 PM, Pierre Riteau <prit...@uchicago.edu >> <mailto:prit...@uchicago.edu>> wrote: >> Hello, >> >> The NSF-funded Chameleon project (https://www.chameleoncloud.org) uses >> Blazar to provide advance reservations of resources for running cloud >> computing experiments. >> >> We would be interested in contributing as well. >> >> Pierre Riteau >> >> On 28 Aug 2015, at 07:56, Ildikó Váncsa <> ildiko.van...@ericsson.com>ildiko.van...@ericsson.com> ildiko.van...@ericsson.com>> wrote: >> >> > Hi All, >> > >> > The resource reservation topic pops up time to time on different forums >> to cover use cases in terms of both IT and NFV. The Blazar project was >> intended to address this need, but according to my knowledge due to earlier >> integration and other difficulties the work has been stopped. >> > >> > My question is that who would be interested in resurrecting the Blazar >> project and/or working on a reservation system in OpenStack? >> > >> > Thanks and Best Regards, >> > Ildikó >> > >> > >> __ >> > OpenStack Development Mailing List (not for usage questions) >> > Unsubscribe: >> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe< >> http://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://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> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe> >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev >> >> >> >> __ >> OpenStack Development Mailing List (not fo
Re: [openstack-dev] [Blazar] Anyone interested?
Also, if we decided to continue development we should add blazar here [1] according to the email [2] So, my suggestion is to setup some timeframe on this week or next week and hold some kind of meeting. [1]: https://wiki.openstack.org/wiki/Stackforge_Namespace_Retirement [2]: http://lists.openstack.org/pipermail/openstack-dev/2015-August/073071.html Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2015-09-01 12:42 GMT+03:00 Nikolay Starodubtsev <nstarodubt...@mirantis.com> : > Sylvain, > First of all we need to reanimate blazar gate-jobs, or we can't merge > anything. I tried to do it a year ago, but can't get the point of the tests, > so better decision can be to rewrite them from scratch. > > > > Nikolay Starodubtsev > > Software Engineer > > Mirantis Inc. > > > Skype: dark_harlequine1 > > 2015-09-01 11:26 GMT+03:00 Sylvain Bauza <sba...@redhat.com>: > >> >> >> Le 01/09/2015 06:52, Nikolay Starodubtsev a écrit : >> >> All, >> I'd like to propose use of #openstack-blazar for further communication >> and coordination. >> >> >> >> +2 to that. That's the first step of any communication. The channel logs >> are also recorded here, for async communication : >> http://eavesdrop.openstack.org/irclogs/%23openstack-blazar/ >> >> I don't see at the moment much benefits of running a weekly meeting. We >> can chat on purpose if needed. >> >> Like I said to Ildiko, I'm fine to help some people discovering Blazar >> but I won't have time lots of time for actually working on it. >> >> IMHO, the first things to do with Blazar is to reduce the tech debt by : >> 1/ finising the Climate->Blazar renaming >> 2/ updating and using the latest oslo librairies instead of using the >> old incubator >> 3/ using Nova V2.1 API (which could be a bit difficult because there are >> no more extensions) >> >> If I see some progress with Blazar, I'm OK with asking -infra to move >> Blazar to the OpenStack namespace like it was asked by James Blair here >> because it seems Blazar is not defunct : >> http://lists.openstack.org/pipermail/openstack-dev/2015-August/072140.html >> >> -Sylvain >> >> >> >> >> >> >> Nikolay Starodubtsev >> >> Software Engineer >> >> Mirantis Inc. >> >> >> Skype: dark_harlequine1 >> >> 2015-08-31 19:44 GMT+03:00 Fuente, Pablo A <pablo.a.fue...@intel.com>: >> >>> Yes, Blazar is a really interesting project. I worked on it some time >>> ago and I really enjoy it. Sadly my obligations at work don't let me to >>> still working on it, but I', happy that there still some interest in Blazar. >>> >>> Pablo. >>> On 31/08/15 09:19, Zhenyu Zheng wrote: >>> Hello, >>> It seems like an interesting project. >>> >>> On Fri, Aug 28, 2015 at 7:54 PM, Pierre Riteau <prit...@uchicago.edu >>> <mailto:prit...@uchicago.edu>> wrote: >>> Hello, >>> >>> The NSF-funded Chameleon project (https://www.chameleoncloud.org) uses >>> Blazar to provide advance reservations of resources for running cloud >>> computing experiments. >>> >>> We would be interested in contributing as well. >>> >>> Pierre Riteau >>> >>> On 28 Aug 2015, at 07:56, Ildikó Váncsa <>> ildiko.van...@ericsson.com>ildiko.van...@ericsson.com>> ildiko.van...@ericsson.com>> wrote: >>> >>> > Hi All, >>> > >>> > The resource reservation topic pops up time to time on different >>> forums to cover use cases in terms of both IT and NFV. The Blazar project >>> was intended to address this need, but according to my knowledge due to >>> earlier integration and other difficulties the work has been stopped. >>> > >>> > My question is that who would be interested in resurrecting the Blazar >>> project and/or working on a reservation system in OpenStack? >>> > >>> > Thanks and Best Regards, >>> > Ildikó >>> > >>> > >>> __ >>> > OpenStack Development Mailing List (not for usage questions) >>> > Unsubscribe: >>> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe< >>> http://openstack-dev-requ...@lists.openstack.org?subject:unsubscribe> >>> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev >>> >>> >&
Re: [openstack-dev] [Blazar] Anyone interested?
All, I'd like to propose use of #openstack-blazar for further communication and coordination. Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2015-08-31 19:44 GMT+03:00 Fuente, Pablo A <pablo.a.fue...@intel.com>: > Yes, Blazar is a really interesting project. I worked on it some time ago > and I really enjoy it. Sadly my obligations at work don't let me to still > working on it, but I', happy that there still some interest in Blazar. > > Pablo. > On 31/08/15 09:19, Zhenyu Zheng wrote: > Hello, > It seems like an interesting project. > > On Fri, Aug 28, 2015 at 7:54 PM, Pierre Riteau <prit...@uchicago.edu > <mailto:prit...@uchicago.edu>> wrote: > Hello, > > The NSF-funded Chameleon project (https://www.chameleoncloud.org) uses > Blazar to provide advance reservations of resources for running cloud > computing experiments. > > We would be interested in contributing as well. > > Pierre Riteau > > On 28 Aug 2015, at 07:56, Ildikó Váncsa < ildiko.van...@ericsson.com>ildiko.van...@ericsson.com ildiko.van...@ericsson.com>> wrote: > > > Hi All, > > > > The resource reservation topic pops up time to time on different forums > to cover use cases in terms of both IT and NFV. The Blazar project was > intended to address this need, but according to my knowledge due to earlier > integration and other difficulties the work has been stopped. > > > > My question is that who would be interested in resurrecting the Blazar > project and/or working on a reservation system in OpenStack? > > > > Thanks and Best Regards, > > Ildikó > > > > > __ > > OpenStack Development Mailing List (not for usage questions) > > Unsubscribe: > openstack-dev-requ...@lists.openstack.org?subject:unsubscribe< > http://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://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 > <mailto: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 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] Weekly Meeting on Sep 1
Hi Ian, murano IRC weekly meeting. today at 17 UTC. Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2015-08-31 23:11 GMT+03:00 Ian Cordasco <ian.corda...@rackspace.com>: > > > On 8/31/15, 13:59, "Serg Melikyan" <smelik...@mirantis.com> wrote: > > >Hi folks, > > > > > >I want to let you know that I would not be able to chair tomorrow's > >weekly meeting, Nikolai Starodubtsev is going to temporary replace me on > >this meeting. > > > > > >-- > >Serg Melikyan, Senior Software Engineer at Mirantis, Inc. > > > >http://mirantis.com <http://mirantis.com/> | smelik...@mirantis.com > > > >+7 (495) 640-4904, 0261 > >+7 (903) 156-0836 > > Which meeting? > > __ > 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] [murano] Cloud Foundry service broker question
Ok, I belive we can take it in mind as possible resolution. The problem is that it will take it us too long, so we can discuss it while we will plan Mitaka development. However it's not a decision of the problem with service broker API for now. Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2015-08-27 23:25 GMT+03:00 Dmitry mey...@gmail.com: I would say to extend murano with additional capabilities. Dependency management for composite applications is very important for modern development so, I think, adding additional use-cases could be very benifitial for Murano. On Aug 27, 2015 2:53 PM, Nikolay Starodubtsev nstarodubt...@mirantis.com wrote: Dmitry, Does I understand properly and your recommendation is to change some murano logic? Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2015-08-24 23:31 GMT+03:00 Dmitry mey...@gmail.com: I think that you can model application dependencies in a way it will allow multi-step provisioning and further maintenance of each component. The example of such modeling could be seen in OASIS TOSCA. On Aug 24, 2015 6:19 PM, Nikolay Starodubtsev nstarodubt...@mirantis.com wrote: Hi all, Today I and Stan Lagun discussed a question How we can provision complex murano app through Cloud Foundry? Here you can see logs from #murano related to this discussion: http://eavesdrop.openstack.org/irclogs/%23murano/%23murano.2015-08-24.log.html#t2015-08-24T09:53:01 So, the only way we see now is to provision apps which have dependencies is step by step provisioning with manually updating JSON files each iteration. We appreaciate any ideas. Here is the link for review: https://review.openstack.org/#/c/196820/ Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 __ 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 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 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] [murano] [dashboard] public package visibility in Package Definitions UX concern
My vote is for #1. If I remember the problem right it's the best solution. Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2015-08-20 13:16 GMT+03:00 Kirill Zaitsev kzait...@mirantis.com: On our latest irc meeting I raised a concern about public package visibility. Here’s the commit that caused my concerns https://review.openstack.org/#/c/213682/ We currently have «catalog» and «package definitions» pages in our dashboard. The former contains packages that the user can add in his environment, and the latter contains packages the user can edit. This means, that admin user sees all the packages on package definitions page, while simple user can only see packages from his tenant. Lately we’ve added a filter, similar to the one «Images» dashboard has, that separates packages into «project» «public» and «other» groups, to ease selection, but this unfortunately introduced some negative UX, cause non-admin users now see the filter and expect all the public packages to be there. This can be solved in a couple of ways. 1) Remove the filter for non-admin user, thus removing any concerns about public-packages. User can still sort the table by pressing on the public header. 2) Renaming the filter to something like «my public» for non-admin 3) Allowing user to see public packages from other tenants, but making all the edit options grey, although I’m not sure if it’s possible to do so for bulk operation checkboxes. 4) Leave everything as is (ostrich algorithm), as we believe, that this is expected behaviour Personally I like #1 as it makes more sense to me and feels more consistent than other options. Ideas/opinions would be appreciated. -- Kirill Zaitsev Murano team Software Engineer Mirantis, Inc __ 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] [Blazar] Anyone interested?
Hi Ildikó, The problem of blazar project was that active contributors moved to different OpenStack projects or leave the community. I want to be in the 'ressurection' process. Also, some other guys might be interested. I remember that I saw some email in dev-list. Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2015-08-28 9:56 GMT+03:00 Ildikó Váncsa ildiko.van...@ericsson.com: Hi All, The resource reservation topic pops up time to time on different forums to cover use cases in terms of both IT and NFV. The Blazar project was intended to address this need, but according to my knowledge due to earlier integration and other difficulties the work has been stopped. My question is that who would be interested in resurrecting the Blazar project and/or working on a reservation system in OpenStack? Thanks and Best Regards, Ildikó __ 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] [murano] Cloud Foundry service broker question
Dmitry, Does I understand properly and your recommendation is to change some murano logic? Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2015-08-24 23:31 GMT+03:00 Dmitry mey...@gmail.com: I think that you can model application dependencies in a way it will allow multi-step provisioning and further maintenance of each component. The example of such modeling could be seen in OASIS TOSCA. On Aug 24, 2015 6:19 PM, Nikolay Starodubtsev nstarodubt...@mirantis.com wrote: Hi all, Today I and Stan Lagun discussed a question How we can provision complex murano app through Cloud Foundry? Here you can see logs from #murano related to this discussion: http://eavesdrop.openstack.org/irclogs/%23murano/%23murano.2015-08-24.log.html#t2015-08-24T09:53:01 So, the only way we see now is to provision apps which have dependencies is step by step provisioning with manually updating JSON files each iteration. We appreaciate any ideas. Here is the link for review: https://review.openstack.org/#/c/196820/ Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 __ 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 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] [murano] Cloud Foundry service broker question
Hi all, Today I and Stan Lagun discussed a question How we can provision complex murano app through Cloud Foundry? Here you can see logs from #murano related to this discussion: http://eavesdrop.openstack.org/irclogs/%23murano/%23murano.2015-08-24.log.html#t2015-08-24T09:53:01 So, the only way we see now is to provision apps which have dependencies is step by step provisioning with manually updating JSON files each iteration. We appreaciate any ideas. Here is the link for review: https://review.openstack.org/#/c/196820/ Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 __ 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] [Murano] Cloud Foundry Service Broker Api in Murano
If you're interested in this feature you can join us tomorrow at murano weekly meeting, tomorrow at 17 UTC in #openstack-meeting-alt Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2015-06-16 18:26 GMT+03:00 Nikolay Starodubtsev nstarodubt...@mirantis.com : Here is a draft spec for this: https://review.openstack.org/#/c/192250/ Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2015-06-16 13:11 GMT+03:00 Nikolay Starodubtsev nstarodubt...@mirantis.com: Hi all, I've started a work on bp: https://blueprints.launchpad.net/murano/+spec/cloudfoundry-api-support I plan to publish a spec in a day or two. If anyone interesting to cooperate please drop me a message here or in IRC: Nikolay_St Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 __ 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] [Murano] Should we move to #openstack-murano ?
+1 from me. First time I join to this channel before #murano. Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2015-07-17 19:33 GMT+03:00 Lee Calcote lee.calc...@seagate.com: +1, Kate. Lee -- Lee Calcote Director, Software Engineering | Cloud Systems and Solutions Seagate Technology | 10200 S. De Anza Blvd., Cupertino, CA 95014 (W) 408-658-1861 (C) 512-810-2771 (T) @lcalcote On Jul 17, 2015, at 11:26 AM, Victor Ryzhenkin vryzhen...@mirantis.com wrote: Hi, Kate! So I have a question: should we move to *#openstack-murano*? I think it’s a good idea, since it’s more obvious to go to *#openstack-murano* if one needs help with murano. I like this idea. Strong +1 to it. -- Victor Ryzhenkin Junior QA Engeneer freerunner on #freenode Включено 17 июля 2015 г. в 19:23:36, Ekaterina Chernova ( efedor...@mirantis.com) написал: Hi guys! Currently Murano holds the *#murano* IRC channel. But all openstack projects have the openstack- prefix in their channel’s name. So I have a question: should we move to *#openstack-murano*? I think it’s a good idea, since it’s more obvious to go to *#openstack-murano* if one needs help with murano. Do you know if anybody tried to get help at *#openstack-murano* and discovered that this is not the official Murano channel ? Would it be hard to migrate from one channel to another? Regards, Kate. __ 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 https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.openstack.org_cgi-2Dbin_mailman_listinfo_openstack-2Ddevd=AwICAgc=IGDlg0lD0b-nebmJJ0Kp8Ar=I3cSIvyDkys1wUZdtxxtF5qxRkoDWv_Y7wNzrd3ReMUm=adKlfMyngJxcdIXIPM9W6VVMLHMA9FDNtEbjRiBSJv0s=1mjbCcPOcrLy18LVat6mo3EXOX-1qEM87rnAnp83H5ce= __ 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] [Murano] Documentation on how to Start Contributing
Hi, Can you describe what problems do you have with bring code changes into a live Devstack environment, and test them. If you want a real-time QA experience you can ask your questions at #murano on freenode. Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2015-07-10 2:32 GMT+03:00 Vahid S Hashemian vahidhashem...@us.ibm.com: Hello, I am wondering if there is any documentation for new contributors that explains how to get up-to-speed with Murano development; something that covers how to bring code changes into a live Devstack environment, and test them. I've looked at the Murano documentation online and have not been able to find it. Any pointer is very much appreciated. Thanks. - *Vahid Hashemian, Ph.D.* Advisory Software Engineer, IBM Cloud Labs __ 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] [murano] We're enabling trusts by default in murano liberty
Nice work! Thx, Kirill. Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2015-06-23 17:20 GMT+03:00 Kirill Zaitsev kzait...@mirantis.com: Hello all. I’m writing this letter to notify you of a small, but important change, that is about to come. https://review.openstack.org/194615 We’re enabling trusts by default in murano and asking everyone who is using murano for development to upgrade and/or start using them and help us properly test them. Use of trusts was implemented them in kilo. The main problem this decision might pose is the fact that our trusts code has not yet been battle-tested, therefore there might be some errors associated with it. But ideally you shouldn’t even notice that you enabled them! =) The reason behind this decision is simple — this is the intended behaviour of murano-engine. With current behaviour as soon as the user logs out of horizon — his or her token would become invalid and any deployment started by the user can fail. Trusts solve this problem naturally. -- Kirill Zaitsev Murano team Software Engineer Mirantis, Inc __ 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] [Murano] Cloud Foundry Service Broker Api in Murano
Here is a draft spec for this: https://review.openstack.org/#/c/192250/ Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2015-06-16 13:11 GMT+03:00 Nikolay Starodubtsev nstarodubt...@mirantis.com : Hi all, I've started a work on bp: https://blueprints.launchpad.net/murano/+spec/cloudfoundry-api-support I plan to publish a spec in a day or two. If anyone interesting to cooperate please drop me a message here or in IRC: Nikolay_St Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 __ 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] [Murano] Cloud Foundry Service Broker Api in Murano
Hi all, I've started a work on bp: https://blueprints.launchpad.net/murano/+spec/cloudfoundry-api-support I plan to publish a spec in a day or two. If anyone interesting to cooperate please drop me a message here or in IRC: Nikolay_St Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 __ 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] [satori][blazar] Unused meeting slots
I think it's sounds reasonable for Blazar team. Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2015-05-12 15:09 GMT+03:00 Thierry Carrez thie...@openstack.org: Hi Satori and Blazar teams, You seem to have not made use of your #openstack-meeting slots for quite some time now: Satori: last logged meeting 22-Sep-2014 Blazar: last logged meeting 27-Jun-2014 I'd like to free up those meeting slots for others to take. Of course if you restore regular meetings in the future you can request another meeting slot. Thanks! -- Thierry Carrez (ttx) __ 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] Problem in loading image in sahara open stack
Sonal, According for this guide http://docs.openstack.org/developer/glance/statuses.html smthg should be wrong with uploading. Try to check your glance or ping glance team. Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2015-04-28 17:16 GMT+03:00 Nikolay Starodubtsev nstarodubt...@mirantis.com : Hi Sonal, Am I right and you can't just upload an image to glance image-registry? Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2015-04-28 16:28 GMT+03:00 Sonal Singh sonal.si...@aricent.com: Hi, I have installed Sahara openstack using devstack. Now I am going to make multi node cluster in Sahara. For this I have made 1 master node and 4 worker node now when I am going to launch this cluster, I need shara-juno-vanilla image. For this I have downloaded this image. Now when I am trying to launch this image in image storage of openstack, its status is hanged in queued state or getting killed but not coming in active state. Please find the below snapshot: Can you please provide me any solution regarding this. Any help will be highly appreciated. Thanks Regards Sonal DISCLAIMER: This message is proprietary to Aricent and is intended solely for the use of the individual to whom it is addressed. It may contain privileged or confidential information and should not be circulated or used for any purpose other than for what it is intended. If you have received this message in error, please notify the originator immediately. If you are not the intended recipient, you are notified that you are strictly prohibited from using, copying, altering, or disclosing the contents of this message. Aricent accepts no responsibility for loss or damage arising from the use of the information transmitted by this email including damage from virus. __ 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] Problem in loading image in sahara open stack
Hi Sonal, Am I right and you can't just upload an image to glance image-registry? Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2015-04-28 16:28 GMT+03:00 Sonal Singh sonal.si...@aricent.com: Hi, I have installed Sahara openstack using devstack. Now I am going to make multi node cluster in Sahara. For this I have made 1 master node and 4 worker node now when I am going to launch this cluster, I need shara-juno-vanilla image. For this I have downloaded this image. Now when I am trying to launch this image in image storage of openstack, its status is hanged in queued state or getting killed but not coming in active state. Please find the below snapshot: Can you please provide me any solution regarding this. Any help will be highly appreciated. Thanks Regards Sonal DISCLAIMER: This message is proprietary to Aricent and is intended solely for the use of the individual to whom it is addressed. It may contain privileged or confidential information and should not be circulated or used for any purpose other than for what it is intended. If you have received this message in error, please notify the originator immediately. If you are not the intended recipient, you are notified that you are strictly prohibited from using, copying, altering, or disclosing the contents of this message. Aricent accepts no responsibility for loss or damage arising from the use of the information transmitted by this email including damage from virus. __ 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] [devstack][infra] Gate job works incorrectly
Hi all, This week I try to discover why this job gate-tempest-dsvm-neutron-src-python-saharaclient-juno http://logs.openstack.org/88/155588/6/check/gate-tempest-dsvm-neutron-src-python-saharaclient-juno/7f29e63/ fails and what's the difference from the same jobs in other clients. The results are here: 1) Sahara client job fails because of the check heat templates makes. You can see it here [1]. 2) Other jobs don't fails because devstack installs heat after OpenStack projects clients, and hear fetch clients version which is ok for him. You can find it in stack.sh log (can reproduce on all-in-one devstack node). So, here we faced 2 issues: 1) The gate job works incorrectly because it's use client versions from Juno global requirements. 2) If we fix the first issue the job will faill because of the Heat check at [1] Steps to reproduce: 1) Install all-in-one devstack node with Sahara and enabled stack.sh logging. 2) Use LIBS_FROM_GIT for python-saharaclient and python-novaclient. 3) Check pip freeze | grep client python-novaclient would be 2.20.0 python-saharaclient would have a long ref and would be fetched directly from GitHub. Now this job is skipped in saharaclient, but we should find a way to fix gate job ASAP. Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 __ 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] [blazar] currectly status
Hi, I'm agree with Sylvain. Also, if you want to contribute to Blazar ping me in IRC, I can tell you where you can start with it. Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2015-02-11 11:18 GMT+03:00 Sylvain Bauza sba...@redhat.com: Le 11/02/2015 04:24, Jin, Yuntong a écrit : Hello, May I ask the currently status of blazar project, it’s been very quiet there for past half year, part of reason could be related to Gantt project? The way I see this project is very usefully for NFV use case, and I really like to know the status of it, maybe also Gantt project. Thanks Hi, Thanks for your interest on Blazar. The existing core team has been reallocated on various other projects so we ended doing regular updates to the repository since around 6 months. That said, as it is an open-source project, anybody can contribute and I would be glad to review some changes, provided they are not time-consuming. Last discussion with TC members in Atlanta (for the Juno summit) showed that there are benefits to have a reservation system in OpenStack, but the thought was that it would probably be something related to the Compute program, ie. something that Nova could leverage. As the current Nova scheduler is about to be spined off in a separate project called Gantt, I'm IMHO thinking (and that's my sole opinion) that Blazar could maybe merge with Gantt so that the existing backend would allow new APIs for Gantt by asking to select a destination later in time than now. That said, Gantt is far from being a separate repository now, as we're struggling to reduce the technical debt on Nova for splitting out the scheduler so I wouldn't expect any immediate benefit for Gantt nor Blazar now. As many people are looking around Blazar and Gantt, I think it would be interesting to setup a BoF session during the Vancouver Summit about reservations and SLA in OpenStack so that we could see how we could move on. -Sylvain __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribehttp://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 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] [blazar]: proposal for a new lease type
Hi Lisa, As far as I get the main idea of your blueprint it's something that we've planned to do in the future. So, yes this idea is something that Blazar should do. But the problem is that we have some real-time problems. I mean we are in rename process (yeah, it takes real long time for us) and our devstack job is broken (I tried to fix it, but have some problems with time). If you want to discuss how we, I mean Blazar core-team, and you, team from the Italian National Institute for Nuclear Physics, can collaborate we can discuss it in irc on blazar-channel, I think. We just need to appoint a time slot for that. May be week after summit? If I understand you'll be there this week. Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2014-10-31 19:19 GMT+04:00 Lisa lisa.zangra...@pd.infn.it: Hi Nikolay, many thanks. Cheers, Lisa On 31/10/2014 14:10, Nikolay Starodubtsev wrote: Hi Lisa, Sylvain, I'll take a look at blueprint next week and will try to left some feedback about it. Stay tuned. Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2014-10-31 16:14 GMT+04:00 Lisa lisa.zangra...@pd.infn.it: Hi Sylvain, thanks for your answer. Actually we haven't yet developed that because we'd like to be sure that our proposal is fine with BLAZAR. We already implemented a pluggable advanced scheduler for Nova which addresses the issues we are experiencing with OpenStack in the Italian National Institute for Nuclear Physics. This scheduler named FairShareScheduler is able to make OpenStack more efficient and flexible in terms of resource usage. Of course we wish to integrate our work in OpenStack and so we tried several times to start a discussion and a possible interaction with the OpenStack developers, but it seems to be so difficult to do it. The GANTT people suggested us to refer to BLAZAR because it may have more affinity with our scope. Is it so? Therefore, I would appreciate to know if you may be interested in our proposal. Thanks for your attention. Cheers, Lisa Such component's name is FairShareScheduler and On 31/10/2014 10:08, Sylvain Bauza wrote: Le 31/10/2014 09:46, Lisa a écrit : Dear Sylvain and BLAZAR team, I'd like to receive your feedback on our blueprint ( https://blueprints.launchpad.net/blazar/+spec/fair-share-lease) and start a discussion in Paris the next week at the OpenStack Summit. Do you have a time slot for a very short meeting on this? Thanks in advance. Cheers, Lisa Hi Lisa, At the moment, I'm quite occupied on Nova to split out the scheduler, so I can't hardly dedicate time for Blazar. That said, I would appreciate if you could propose some draft implementation attached to the blueprint, so I could glance at it and see what you aim to deliver. Thanks, -Sylvain On 28/10/2014 12:07, Lisa wrote: Dear Sylvain, as you suggested me few weeks ago, I created the blueprint ( https://blueprints.launchpad.net/blazar/+spec/fair-share-lease) and I'd like to start a discussion. I will be in Paris the next week at the OpenStack Summit, so it would be nice to talk with you and the BLAZAR team about my proposal in person. What do you think? thanks in advance, Cheers, Lisa On 18/09/2014 16:00, Sylvain Bauza wrote: Le 18/09/2014 15:27, Lisa a écrit : Hi all, my name is Lisa Zangrando and I work at the Italian National Institute for Nuclear Physics (INFN). In particular I am leading a team which is addressing the issue concerning the efficiency in the resource usage in OpenStack. Currently OpenStack allows just a static partitioning model where the resource allocation to the user teams (i.e. the projects) can be done only by considering fixed quotas which cannot be exceeded even if there are unused resources (but) assigned to different projects. We studied the available BLAZAR's documentation and, in agreement with Tim Bell (who is responsible the OpenStack cloud project at CERN), we think this issue could be addressed within your framework. Please find attached a document that describes our use cases (actually we think that many other environments have to deal with the same problems) and how they could be managed in BLAZAR, by defining a new lease type (i.e. fairShare lease) to be considered as extension of the list of the already supported lease types. I would then be happy to discuss these ideas with you. Thanks in advance, Lisa Hi Lisa, Glad to see you're interested in Blazar. I tried to go thru your proposal, but could you please post the main concepts of what you plan to add into an etherpad and create a blueprint [1] mapped to it so we could discuss on the implementation ? Of course, don't hesitate to ping me or the blazar community in #openstack-blazar if you need help with the process or the current Blazar design. Thanks, -Sylvain [1] https://blueprints.launchpad.net/blazar
Re: [openstack-dev] [blazar]: proposal for a new lease type
Hi Lisa, Sylvain, I'll take a look at blueprint next week and will try to left some feedback about it. Stay tuned. Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2014-10-31 16:14 GMT+04:00 Lisa lisa.zangra...@pd.infn.it: Hi Sylvain, thanks for your answer. Actually we haven't yet developed that because we'd like to be sure that our proposal is fine with BLAZAR. We already implemented a pluggable advanced scheduler for Nova which addresses the issues we are experiencing with OpenStack in the Italian National Institute for Nuclear Physics. This scheduler named FairShareScheduler is able to make OpenStack more efficient and flexible in terms of resource usage. Of course we wish to integrate our work in OpenStack and so we tried several times to start a discussion and a possible interaction with the OpenStack developers, but it seems to be so difficult to do it. The GANTT people suggested us to refer to BLAZAR because it may have more affinity with our scope. Is it so? Therefore, I would appreciate to know if you may be interested in our proposal. Thanks for your attention. Cheers, Lisa Such component's name is FairShareScheduler and On 31/10/2014 10:08, Sylvain Bauza wrote: Le 31/10/2014 09:46, Lisa a écrit : Dear Sylvain and BLAZAR team, I'd like to receive your feedback on our blueprint ( https://blueprints.launchpad.net/blazar/+spec/fair-share-lease) and start a discussion in Paris the next week at the OpenStack Summit. Do you have a time slot for a very short meeting on this? Thanks in advance. Cheers, Lisa Hi Lisa, At the moment, I'm quite occupied on Nova to split out the scheduler, so I can't hardly dedicate time for Blazar. That said, I would appreciate if you could propose some draft implementation attached to the blueprint, so I could glance at it and see what you aim to deliver. Thanks, -Sylvain On 28/10/2014 12:07, Lisa wrote: Dear Sylvain, as you suggested me few weeks ago, I created the blueprint ( https://blueprints.launchpad.net/blazar/+spec/fair-share-lease) and I'd like to start a discussion. I will be in Paris the next week at the OpenStack Summit, so it would be nice to talk with you and the BLAZAR team about my proposal in person. What do you think? thanks in advance, Cheers, Lisa On 18/09/2014 16:00, Sylvain Bauza wrote: Le 18/09/2014 15:27, Lisa a écrit : Hi all, my name is Lisa Zangrando and I work at the Italian National Institute for Nuclear Physics (INFN). In particular I am leading a team which is addressing the issue concerning the efficiency in the resource usage in OpenStack. Currently OpenStack allows just a static partitioning model where the resource allocation to the user teams (i.e. the projects) can be done only by considering fixed quotas which cannot be exceeded even if there are unused resources (but) assigned to different projects. We studied the available BLAZAR's documentation and, in agreement with Tim Bell (who is responsible the OpenStack cloud project at CERN), we think this issue could be addressed within your framework. Please find attached a document that describes our use cases (actually we think that many other environments have to deal with the same problems) and how they could be managed in BLAZAR, by defining a new lease type (i.e. fairShare lease) to be considered as extension of the list of the already supported lease types. I would then be happy to discuss these ideas with you. Thanks in advance, Lisa Hi Lisa, Glad to see you're interested in Blazar. I tried to go thru your proposal, but could you please post the main concepts of what you plan to add into an etherpad and create a blueprint [1] mapped to it so we could discuss on the implementation ? Of course, don't hesitate to ping me or the blazar community in #openstack-blazar if you need help with the process or the current Blazar design. Thanks, -Sylvain [1] https://blueprints.launchpad.net/blazar/ ___ OpenStack-dev mailing listOpenStack-dev@lists.openstack.orghttp://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev ___ OpenStack-dev mailing listOpenStack-dev@lists.openstack.orghttp://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev ___ OpenStack-dev mailing listOpenStack-dev@lists.openstack.orghttp://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev ___ OpenStack-dev mailing listOpenStack-dev@lists.openstack.orghttp://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
[openstack-dev] [blazar][neutron] Update basic network plugin blueprint details.
Hi all, I've updated Blazar blueprint about basic network plugin. You can find it here: https://blueprints.launchpad.net/blazar/+spec/basic-network-plugin We are open for discussion about use cases and implementation possibilities. Thx for attention. Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Re: [openstack-dev] [Blazar] June 20 Weekly meeting
So, I think we need to check who will be available on the meeting. I can be there. Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2014-06-19 9:47 GMT-07:00 Fuente, Pablo A pablo.a.fue...@intel.com: Tomorrow is a holiday in Argentina, so I won't be able to attend to the meeting. Pablo. ___ 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
Re: [openstack-dev] [Blazar] Weekly meeting Blazar (previously Climate) [Climate]
I'll be back to weekly meetings from next Friday. Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2014-05-30 2:20 GMT-07:00 Dina Belova dbel...@mirantis.com: It's still there, yes. I'll be there with 50% activity, I guess, so I'd like to ask Pablo to be chair on this one. On Fri, May 30, 2014 at 12:44 PM, Sylvain Bauza sba...@redhat.com wrote: Hi, Due to some important changes with Climate (which is now Blazar) and as the team is quite changing, I want to make sure we run the weekly meeting today at 3pm UTC. Thanks, -Sylvain ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Best regards, Dina Belova Software Engineer Mirantis Inc. ___ 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
Re: [openstack-dev] [climate] Friday Meeting
Same for Russia. But I'm not sure is it 1 and 2 May, or more Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2014-05-01 5:59 GMT-07:00 Fuente, Pablo A pablo.a.fue...@intel.com: +1 I can't attend to the metting too, I will be at the marriage of a friend. BTW, I will like to tell you guys, that for us (Argentina folks), today and tomorrow are days off. On Thu, 2014-05-01 at 00:11 +0400, Dina Belova wrote: +1 On Wed, Apr 30, 2014 at 11:41 PM, Sylvain Bauza sylvain.ba...@gmail.com wrote: Hi Dina, I forgot yesterday to mention it was my last day at Bull, so the end of week was off-work until Monday. As a corollar, I won't be able to attend Friday meeting. Let's cancel this meeting and raise topics in mailing-list if needed. -Sylvain 2014-04-30 19:17 GMT+02:00 Dina Belova dbel...@mirantis.com: Folks, o/ I finally got my dates for the US trip, and I have to say, that I won't be able to attend our closest Friday meeting as I'll be flying at this moment) Sylvain, will you be able to hold the meeting? Best regards, Dina Belova Software Engineer Mirantis Inc. ___ 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 -- Best regards, Dina Belova Software Engineer Mirantis Inc. ___ 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
Re: [openstack-dev] [Climate] nominating Pablo Andres Fuente for the Climate core reviewers team
Congrats, Pablo! I was out of office and have no internet and couldn't give you +1 :( Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2014-04-24 17:43 GMT+04:00 Fuente, Pablo A pablo.a.fue...@intel.com: Thanks, it's an honor! On Thu, 2014-04-24 at 13:20 +, Sanchez, Cristian A wrote: Congratulations Pablo! From: Sylvain Bauza sylvain.ba...@gmail.commailto: sylvain.ba...@gmail.com Reply-To: OpenStack Development Mailing List (not for usage questions) openstack-dev@lists.openstack.orgmailto: openstack-dev@lists.openstack.org Date: jueves, 24 de abril de 2014 10:16 To: OpenStack Development Mailing List (not for usage questions) openstack-dev@lists.openstack.orgmailto:openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [Climate] nominating Pablo Andres Fuente for the Climate core reviewers team Welcome Pablo ! 2014-04-24 15:06 GMT+02:00 Dina Belova dbel...@mirantis.commailto: dbel...@mirantis.com: Well, as 3/4 core team members are okay with it, I'll do this) On Thu, Apr 24, 2014 at 2:14 PM, Sylvain Bauza sylvain.ba...@gmail.com mailto:sylvain.ba...@gmail.com wrote: http://russellbryant.net/openstack-stats/climate-reviewers-90.txt As per the stats, +1 to this. 2014-04-24 12:10 GMT+02:00 Dina Belova dbel...@mirantis.commailto: dbel...@mirantis.com: I propose to add Pablo Andreas Fuente (pafuent on the IRC) to Climate core team. He's Python contributor from Intel, and he took great part in Climate development including design suggestions and great ideas. He has been quite active during the Icehouse and given his skills, interest and background I suppose it'll be great to add him to the team. Best regards, Dina Belova Software Engineer Mirantis Inc. ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.orgmailto: OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.orgmailto: OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Best regards, Dina Belova Software Engineer Mirantis Inc. ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.orgmailto: 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 mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Re: [openstack-dev] Nova Live Migration issue
Hi! Can you show libvirt logs? Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2014-04-02 11:55 GMT+04:00 abhishek jain ashujain9...@gmail.com: Hi all I'm following the below link for VM migration from one compute node to the another from the controller node using devstack .. http://www.mirantis.com/blog/tutorial-openstack-live-migration-with-kvm-hypervisor-and-nfs-shared-storage/ I'm able to migrate the instance from one compute node to the other compute node using the below command. nova live-migration b33b23f8-4510-4ed3-8cd1-2d68c8186e40 salaria1 The instance is able to migrate properly and that i have confirmed using the sudo virsh list command over the newer compute node. However the problem is when i type nova list at the same time.The status of instance is stuck at migrating and does not changes even after some time. Moreover when i type nova show instance -id command,the old host of the instance is reflected instead of the new one. Please help regarding this. Thanks Abhishek Jain ___ 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
Re: [openstack-dev] [Climate] Docker environment for Climate now ready
Great! Thank you, Sylvain! Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2014-03-28 14:57 GMT+04:00 Sylvain Bauza sylvain.ba...@bull.net: Hi folks, I made a quick and dirty Dockerfile for creating a Docker image containing Climate trunk and starting services. You can find the source there : https://github.com/sbauza/docker_climate That's a third option for deploying Climate, rather to be used for correctly isolating Climate. Let me know your thoughts, -Sylvain ___ 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] [keystoneclient] Old pypi package version
Hi all! Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
[openstack-dev] [novaclient] Old PyPi package
Hi all! While we add new features to Climate 0.1 release we have some problems with novaclient. The problem is that novaclient 2.15.0 can't shelve/unshelve instances, but this feature is in master branch. Can anyone say when novaclient will be updated? Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Re: [openstack-dev] [Climate] 0.1 status meeting
+1 Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2014/1/14 Dina Belova dbel...@mirantis.com +1 On Tue, Jan 14, 2014 at 12:44 PM, Sylvain Bauza sylvain.ba...@bull.netwrote: Hi team, As agreed during our last meeting, we need to discuss on the progression before code freeze next Tuesday. I could propose tomorrow Wed 15 1000 UTC on #openstack-climate. +1/-1 to this, please. -Sylvain ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Best regards, Dina Belova Software Engineer Mirantis Inc. ___ 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] [climate][cafe] Climate and Café teams meeting
Hi, all! Guys, both our teams (Climate and Cafe) want to make a cross-team meeting to discuss our future plans. If you want to participate please tip us with good time for you. Useful links: * Climate https://launchpad.net/climate * Cafe https://wiki.openstack.org/wiki/Cafe Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Re: [openstack-dev] [keystoneclient] old keystone-client package on pypi
Thank you, Dolph! That's great! Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2014/1/13 Dina Belova dbel...@mirantis.com Dolph, thank you so much :) You fixed lots of our problems :) On Mon, Jan 13, 2014 at 6:00 PM, Dolph Mathews dolph.math...@gmail.comwrote: Ooh, I meant to get this done last week as I agree that keystoneclient needed to see a new release, but it totally slipped my mind. python-keystoneclient 0.4.2 is now available on pypi! https://pypi.python.org/pypi/python-keystoneclient/0.4.2 What's included in the milestone: https://launchpad.net/python-keystoneclient/+milestone/0.4.2 On Mon, Jan 13, 2014 at 7:17 AM, Sylvain Bauza sylvain.ba...@bull.netwrote: Le 13/01/2014 13:49, Thierry Carrez a écrit : Sylvain Bauza wrote: Le 27/12/2013 10:24, Nikolay Starodubtsev a écrit : Hi all, Guys, I want to say that keystoneclient package on pypi is too old. For example it hadn't Client func in keystoneclient/client.py. May be someone can help me with this? Speaking of python-keystoneclient, the latest release is 0.4.1, which is indeed pretty old (Havana release timeframe). Any chance to get a fresher release soon ? The only solution as of now is pointing to the master eggfile, which is really bad... The solution is for the PTL to tag a new version, and then it will appear on PyPI. Thanks Thierry, my question was indeed when a new tag would be delivered (and consequently a package) ? 0.4.1 is 3 months old, and a lot of features have been implemented meanwhile : https://github.com/openstack/python-keystoneclient/compare/0.4.1...master In particular, Climate would use the keystoneclient.client.Client class for automatic discovery of the Keystone API, which is not part of the latest release. -Sylvain ___ 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 -- Best regards, Dina Belova Software Engineer Mirantis Inc. ___ 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
Re: [openstack-dev] [climate][cafe] Climate and Café teams meeting
UTC 0600 sounds good for me Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2014/1/13 Dina Belova dbel...@mirantis.com Guys from Cafe command are from New Zealand - UTC+13 :) On Mon, Jan 13, 2014 at 6:58 PM, Sergey Lukjanov slukja...@mirantis.comwrote: Are there any guys from PST timezone? On Mon, Jan 13, 2014 at 5:32 PM, Sylvain Bauza sylvain.ba...@gmail.comwrote: I can propose anytime at 0600 UTC, I can make efforts for waking up earlier :-) I can yet understand that other EU people couldn't attend the call, so I will aggregate and feedback all the topics for my French peers. -Sylvain 2014/1/13 Nikolay Starodubtsev nstarodubt...@mirantis.com Hi, all! Guys, both our teams (Climate and Cafe) want to make a cross-team meeting to discuss our future plans. If you want to participate please tip us with good time for you. Useful links: * Climate https://launchpad.net/climate * Cafe https://wiki.openstack.org/wiki/Cafe Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 ___ 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 -- Sincerely yours, Sergey Lukjanov Savanna Technical Lead Mirantis Inc. ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Best regards, Dina Belova Software Engineer Mirantis Inc. ___ 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] [keystoneclient] old keystone-client package on pypi
Hi all, Guys, I want to say that keystoneclient package on pypi is too old. For example it hadn't Client func in keystoneclient/client.py. May be someone can help me with this? Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Re: [openstack-dev] [Climate] Next two weekly meetings cancelled ?
+1 Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2013/12/20 Dina Belova dbel...@mirantis.com +1 On Fri, Dec 20, 2013 at 1:57 PM, Sergey Lukjanov slukja...@mirantis.comwrote: +1 for Fridays 1500 UTC On Fri, Dec 20, 2013 at 1:26 PM, Sylvain Bauza sylvain.ba...@bull.netwrote: Well, 2000UTC means midnight for you, guys. Not really safe for family concerns :-) Maybe you were meaning 2000 local time, so 1600 UTC ? I can propose Fridays 1500 UTC (so 19:00 your time ;-)) as an alternative (both meeting channels are free this time) Let's vote : +1 for Fridays 1500 UTC. Le 20/12/2013 05:43, Nikolay Starodubtsev a écrit : I'm on holidays till 9th January. And I don't think I'll have an internet access all the time on holidays. p.s. By the way, I'll prefer Friday's evenings as new meeting time if it is available - it only one day when I don't do my BJJ classes. Or we can move to 1900-2000UTC. it looks fine for me. Or move to early Europe morning. Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2013/12/19 Sylvain Bauza sylvain.ba...@bull.net Le 19/12/2013 13:57, Dina Belova a écrit : I have Christmas holidays till 12th January... So I don't really know I if I will be available 6th Jan. Oh ok. Who else are still on vacation these times ? We can do our next meeting on 12th Jan, but I'm concerned with the delivery of Climate 0.1 which would be one week after. -Sylvain ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev ___ OpenStack-dev mailing listOpenStack-dev@lists.openstack.orghttp://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 -- Sincerely yours, Sergey Lukjanov Savanna Technical Lead Mirantis Inc. ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Best regards, Dina Belova Software Engineer Mirantis Inc. ___ 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
Re: [openstack-dev] [Climate] Next two weekly meetings cancelled ?
It's okay for me. Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2013/12/20 Sylvain Bauza sylvain.ba...@bull.net Once that agreed, let's go back to the initial question : when do we resume weekly meetings ? Is Friday 10th Jan 1500 UTC OK for you ? Note : Other committers, YorikSar, jd__, scroiset and f_rossigneux haven't yet replied. -Sylvain Le 20/12/2013 13:28, Nikolay Starodubtsev a écrit : +1 Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2013/12/20 Dina Belova dbel...@mirantis.com +1 On Fri, Dec 20, 2013 at 1:57 PM, Sergey Lukjanov slukja...@mirantis.comwrote: +1 for Fridays 1500 UTC On Fri, Dec 20, 2013 at 1:26 PM, Sylvain Bauza sylvain.ba...@bull.netwrote: Well, 2000UTC means midnight for you, guys. Not really safe for family concerns :-) Maybe you were meaning 2000 local time, so 1600 UTC ? I can propose Fridays 1500 UTC (so 19:00 your time ;-)) as an alternative (both meeting channels are free this time) Let's vote : +1 for Fridays 1500 UTC. Le 20/12/2013 05:43, Nikolay Starodubtsev a écrit : I'm on holidays till 9th January. And I don't think I'll have an internet access all the time on holidays. p.s. By the way, I'll prefer Friday's evenings as new meeting time if it is available - it only one day when I don't do my BJJ classes. Or we can move to 1900-2000UTC. it looks fine for me. Or move to early Europe morning. Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2013/12/19 Sylvain Bauza sylvain.ba...@bull.net Le 19/12/2013 13:57, Dina Belova a écrit : I have Christmas holidays till 12th January... So I don't really know I if I will be available 6th Jan. Oh ok. Who else are still on vacation these times ? We can do our next meeting on 12th Jan, but I'm concerned with the delivery of Climate 0.1 which would be one week after. -Sylvain ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev ___ OpenStack-dev mailing listOpenStack-dev@lists.openstack.orghttp://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 -- Sincerely yours, Sergey Lukjanov Savanna Technical Lead Mirantis Inc. ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Best regards, Dina Belova Software Engineer Mirantis Inc. ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev ___ OpenStack-dev mailing listOpenStack-dev@lists.openstack.orghttp://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
Re: [openstack-dev] [Climate] Next two weekly meetings cancelled ?
I'm on holidays till 9th January. And I don't think I'll have an internet access all the time on holidays. p.s. By the way, I'll prefer Friday's evenings as new meeting time if it is available - it only one day when I don't do my BJJ classes. Or we can move to 1900-2000UTC. it looks fine for me. Or move to early Europe morning. Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2013/12/19 Sylvain Bauza sylvain.ba...@bull.net Le 19/12/2013 13:57, Dina Belova a écrit : I have Christmas holidays till 12th January... So I don't really know I if I will be available 6th Jan. Oh ok. Who else are still on vacation these times ? We can do our next meeting on 12th Jan, but I'm concerned with the delivery of Climate 0.1 which would be one week after. -Sylvain ___ 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
Re: [openstack-dev] a time-based resource management system
Hi all I've looked at the wiki page and now I can say that Cafe have an overlap with Climate. Feel free to contact us at #openstack-climate. Also, please take a look at our patches on review.openstack.org: https://review.openstack.org/#/q/status:open+project:stackforge/climate,n,z Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2013/12/17 Tim Bell tim.b...@cern.ch There appears to be some overlap of this proposal with ‘climate’ which provides a resource reservation system. They meet regularly … see https://wiki.openstack.org/wiki/Meetings/Climatefor contacts. Tim *From:* Alan Tan [mailto:y...@students.waikato.ac.nz] *Sent:* 16 December 2013 23:42 *To:* openstack-dev@lists.openstack.org *Subject:* [openstack-dev] a time-based resource management system Hi everyone, My name is Alan and I am from the Cyber Security Lab in University of Waikato. We have recently started deploying and using Openstack in our experimental private cloud testbed. The cloud testbed is mainly used in running our research and teaching purposes. However, we notice that current Openstack lacks the ability to control and manage user’s access to resources in a time-based manner. I.e. Current model for private clouds requires either the user to release their resources (VMs) voluntarily or for the administrators to manually remove the resources (VMs). This makes capacity management a laborious effort in private clouds that have a large user base. Hence, we have come up with the idea of an automatic time-based resource management system that manages user access to resources in a time slot booking style. We have detailed our plans and design in the following wiki page. We would love to hear feedbacks from the community and hopefully gather some interest in our project. https://wiki.openstack.org/wiki/Cafe We look forward to hearing from you. We can be contacted via email. Our addresses are listed on the wiki page. Thanks and have a good day. Cheers, Alan ___ 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
Re: [openstack-dev] [climate] Weekly meeting accidental moving to Tuesday, 10:00 UTC
+2 too Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2013/12/16 Sylvain Bauza sylvain.ba...@bull.net Le 16/12/2013 10:41, Dina Belova a écrit : Hello! Guys, I have no opportunity to hold our IRC meeting today. I propose to move it tomorrow, the same time. Please let me know if you are OK with that. Thank you! +2 to this. No regular meetings planned on Tuesdays 1000UTC as per https://wiki.openstack.org/wiki/Meetings, so we can take #openstack-meeting for one hour. -Sylvain ___ 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] [Climate] Climate meeting minutes
Hi all, You can see Climate meeting minutes here http://eavesdrop.openstack.org/meetings/climate/2013/climate.2013-11-13-09.59.html Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Re: [openstack-dev] [Neutron][Climate] bp:configurable-ip-allocation
Hi, all. I want to start this conversation again. Have you any progress? On Fri, Aug 23, 2013 at 11:17 AM, Nikolay Starodubtsev nstarodubt...@mirantis.com wrote: Mark, Thank you for fast answer! We'll wait for it. On Thu, Aug 22, 2013 at 5:14 PM, Mark McClain mark.mccl...@dreamhost.comwrote: Nokolay- Expect to updated code posted soon for Havana. mark On Aug 22, 2013, at 12:47 AM, Nikolay Starodubtsev nstarodubt...@mirantis.com wrote: Hi, everyone! We are working on Climate, and we are interested in https://blueprints.launchpad.net/neutron/+spec/configurable-ip-allocationI see two changes connected with this bp, but they both were abandoned in the beginning of the year. Can anyone give me an answer about implementation progress? ___ 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
Re: [openstack-dev] [Climate] REST API proposal
I've made some update in the document. Please check it On Tue, Sep 3, 2013 at 10:00 PM, Sergey Lukjanov slukja...@mirantis.comwrote: Done Sincerely yours, Sergey Lukjanov Savanna Technical Lead Mirantis Inc. On Sep 3, 2013, at 21:53, Jay Pipes jaypi...@gmail.com wrote: On 08/30/2013 04:37 AM, Nikolay Starodubtsev wrote: Hi, everyone! We have created a proposal for Climate REST API https://docs.google.com/document/d/1U36k5wk0sOUyLl-4Cz8tmk8RQFQGWKO9dVhb87ZxPC8/ And we like to discuss it with everyone. If you enable commenting on the proposal, then we can put comments into the document for you to respond to. Best, -jay ___ 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] [Climate] REST API proposal
Hi, everyone! We have created a proposal for Climate REST API https://docs.google.com/document/d/1U36k5wk0sOUyLl-4Cz8tmk8RQFQGWKO9dVhb87ZxPC8/ And we like to discuss it with everyone. ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Re: [openstack-dev] [Neutron][Climate] bp:configurable-ip-allocation
Mark, Thank you for fast answer! We'll wait for it. On Thu, Aug 22, 2013 at 5:14 PM, Mark McClain mark.mccl...@dreamhost.comwrote: Nokolay- Expect to updated code posted soon for Havana. mark On Aug 22, 2013, at 12:47 AM, Nikolay Starodubtsev nstarodubt...@mirantis.com wrote: Hi, everyone! We are working on Climate, and we are interested in https://blueprints.launchpad.net/neutron/+spec/configurable-ip-allocationI see two changes connected with this bp, but they both were abandoned in the beginning of the year. Can anyone give me an answer about implementation progress? ___ 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] [Neutron][Climate] bp:configurable-ip-allocation
Hi, everyone! We are working on Climate, and we are interested in https://blueprints.launchpad.net/neutron/+spec/configurable-ip-allocation I see two changes connected with this bp, but they both were abandoned in the beginning of the year. Can anyone give me an answer about implementation progress? ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Re: [openstack-dev] [climate] Mirantis proposal to extend Climate to support virtual resources reservation
Hi, again! Partick, I’ll try to explain why do we belive in some base actions like instance starting/deleting in Climate. We are thinking about the following workflow (that will be quite comfortable and user friendly, and now we have more than one customer who really want it): 1) User goes to the OpenStack dashboard and asks Heat to reserve several stacks. 2) Heat goes to the Climate and creates all needed leases. Also Heat reserves all resources for these stacks. 3) When time comes, user goes to the OpenStack cloud and here we think he wants to see already working stacks (ideal version) or (at least) already started. If no, user will have to go to the Dashboard and wake up all the stacks he or she reserved. This means several actions, that may be done for the user automatically, because it will be needed to do them no matter what is the aim for these stacks - if user reserves them, he / she needs them. We understand, that there are situations when these actions may be done by some other system (like some hypothetical Jenkins). But if we speak about users, this will be useful. We also understand that this default way of behavior should be implemented in some kind of long term life cycle management system (which is not Heat), but we have no one in the OpenStack now. Because the best may to implement it is to use Convection, that is only proposal now... That’s why we think that for the behavior like “user just reserves resources and then does anything he / she wants to” physical leases are better variant, when user may reserve several nodes and use it in different ways. For the virtual reservations it will be better to start / delete them as a default way (for something unusual Heat may be used and modified). Do you think that this workflow is useful too and if so can you propose another implementation variant for it? Thank you. On Mon, Aug 12, 2013 at 1:55 PM, Patrick Petit patrick.pe...@bull.netwrote: On 8/9/13 3:05 PM, Nikolay Starodubtsev wrote: Hello, Patrick! We have several reasons to think that for the virtual resources this possibility is interesting. If we speak about physical resources, user may use them in the different ways, that's why it is impossible to include base actions with them to the reservation service. But speaking about virtual reservations, let's imagine user wants to reserve virtual machine. He knows everything about it - its parameters, flavor and time to be leased for. Really, in this case user wants to have already working (or at least starting to work) reserved virtual machine and it would be great to include this opportunity to the reservation service. We are thinking about base actions for the virtual reservations that will be supported by Climate, like boot/delete for instance, create/delete for volume and create/delete for the stacks. The same will be with volumes, IPs, etc. As for more complicated behaviour, it may be implemented in Heat. This will make reservations simpler to use for the end users. Don't you think so? Well yes and and no. It really depends upon what you put behind those lease actions. The view I am trying to sustain is separation of duties to keep the service simple, ubiquitous and non prescriptive of a certain kind of usage pattern. In other words, keep Climate for reservation of capacity (physical or virtual), Heat for orchestration, and so forth. ... Consider for example the case of reservation as a non technical act but rather as a business enabler for wholesales activities. Don't need, and probably don't want to start or stop any resource there. I do not deny that there are cases where it is desirable but then how reservations are used and composed together at the end of the day mainly depends on exogenous factors which couldn't be anticipated because they are driven by the business. And so, rather than coupling reservations with wired resource instantiation actions, I would rather couple them with notifications that everybody can subscribe to (as opposed to the Resource Manager only) which would let users decide what to do with the life-cycle events. The what to do may very well be what you advocate i.e. start a full stack of reserved and interwoven resources, or at the other end of the spectrum, do nothing at all. This approach IMO would keep things more open. P.S. Also we remember about the problem you mentioned some letters ago - how to guarantee that user will have already working and prepared host / VM / stack / etc. by the time lease actually starts, no just lease begins and preparing process begins too. We are working on it now. Yes. I think I was explicitly referring to hosts instantiation also because there is no support of that in Nova API. Climate should support some kind of reservation kick-in heads-up notification whereby the provider and/or some automated provisioning tools could do the heavy lifting work of bringing physical hosts online before a hosts reservation
Re: [openstack-dev] [climate] Mirantis proposal to extend Climate to support virtual resources reservation
Hello, Patrick! We have several reasons to think that for the virtual resources this possibility is interesting. If we speak about physical resources, user may use them in the different ways, that's why it is impossible to include base actions with them to the reservation service. But speaking about virtual reservations, let's imagine user wants to reserve virtual machine. He knows everything about it - its parameters, flavor and time to be leased for. Really, in this case user wants to have already working (or at least starting to work) reserved virtual machine and it would be great to include this opportunity to the reservation service. We are thinking about base actions for the virtual reservations that will be supported by Climate, like boot/delete for instance, create/delete for volume and create/delete for the stacks. The same will be with volumes, IPs, etc. As for more complicated behaviour, it may be implemented in Heat. This will make reservations simpler to use for the end users. Don't you think so? P.S. Also we remember about the problem you mentioned some letters ago - how to guarantee that user will have already working and prepared host / VM / stack / etc. by the time lease actually starts, no just lease begins and preparing process begins too. We are working on it now. On Thu, Aug 8, 2013 at 8:18 PM, Patrick Petit patrick.pe...@bull.netwrote: Hi Nikolay, Relying on Heat for orchestration is obviously the right thing to do. But there is still something in your design approach that I am having difficulties to comprehend since the beginning. Why do you keep thinking that orchestration and reservation should be treated together? That's adding unnecessary complexity IMHO. I just don't get it. Wouldn't it be much simpler and sufficient to say that there are pools of reserved resources you create through the reservation service. Those pools could be of different types i.e. host, instance, volume, network,.., whatever if that's really needed. Those pools are identified by a unique id that you pass along when the resource is created. That's it. You know, the AWS reservation service doesn't even care about referencing a reservation when an instance is created. The association between the two just happens behind the scene. That would work in all scenarios, manual, automatic, whatever... So, why do you care so much about this in a first place? Thanks, Patrick On 8/7/13 3:35 PM, Nikolay Starodubtsev wrote: Patrick, responding to your comments: 1) Dina mentioned start automatically and start manually only as examples of how these politics may look like. It doesn't seem to be a correct approach to put orchestration functionality (that belongs to Heat) in Climate. That's why now we can implement the basics like starting Heat stack, and for more complex actions we may later utilize something like Convection (Task-as-a-Service) project. 2) If we agree that Heat is the main consumer of Reservation-as-a-Service, we can agree that lease may be created according to one of the following scenarions (but not multiple): - a Heat stack (with requirements to stack's contents) as a resource to be reserved - some amount of physical hosts (random ones or filtered based on certain characteristics). - some amount of individual VMs OR Volumes OR IPs 3) Heat might be the main consumer of virtual reservations. If not, Heat will require development efforts in order to support: - reservation of a stack - waking up a reserved stack - performing all the usual orchestration work We will support reservation of individual instance/volume/ IP etc, but the use case with giving user already working group of connected VMs, volumes, networks seems to be the most interesting one. As for Heat autoscaling, reservation of the maximum instances set in the Heat template (not the minimum value) has to be implemented in Heat. Some open questions remain though - like updating of Heat stack when user changes the template to support higher max number of running instances 4) As a user, I would of course want to have it already working, running any configured hosts/stacks/etc by the time lease starts. But in reality we can't predict how much time the preparation process should take for every single use case. So if you have an idea how this should be implemented, it would be great you share your opinion. ___ OpenStack-dev mailing listOpenStack-dev@lists.openstack.orghttp://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
Re: [openstack-dev] [climate] Mirantis proposal to extend Climate to support virtual resources reservation
Hello, Patrick, Scott! I'll try to answer all your comments and show what vision we have now (after some internal discussions lasted all yesterday). As for now we're under strong impression that the main consumer of Reservation-as-a-Service (as long as virtual resources are concerned) will be HEAT. Why? From end user's perspective, it seems to be not sufficient to have separate reservations for a VM instance, Volume and Floating IP. User needs a way to attach reserved Volume to a reserved VM and associate Floating IP with it. Also, if there's a use case for that, we can support reservations of individual resources as well through Heat. That's why our current vision implies Heat as a main reservation consumer, and Climate as a service managing lease abstractions with its politics, notifications and so on. ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Re: [openstack-dev] [climate] Mirantis proposal to extend Climate to support virtual resources reservation
Scott, thank you so much for taking part in our discussion! 0) Introducing the eviction mechanism is really interesting idea, it potentially makes reservation service more flexible and well organized. But we need to think about the case - if user, who has already created a reservation, has lower priority, he will lose this reservation because of more prioritized request. This may not work well if the reservation was paid for. 1) Yes, we think it is better too. What do you think about our vision of Heat being the main consumer of virtual reservations? Do you think the support of reservations for individual items of resources/groups of same-type resources is necessary? 2a) I think that letting user to make a reservation of just resources he or she wants to should not be a problem. Could you please talk more about your idea about reservation flavors and their usage? 2b) +1 Patrick, we saw this type of lease in your BP, could you please describe your use cases for this reservation type? 2c) Actually we were speaking about manual and automated starting of virtual resources usage (like starting VMs when lease starts). Scott, we think that Patrick can be right speaking about users willing to know if the requested resources will be granted or not. The prioritization problem is connected with what you are speaking about in the 0th point. 3) With our new vision, reservations won't be nested. They'll just contain stack / some amount of hosts / some amount of identical instances (last item - if we agree that it's needed). 5) Within our vision user is supposed to know whether the resources will be granted or not right after lease is created. Amazons scheme is different, that's why they have priorities and so on. ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
[openstack-dev] [Nova VMware driver] Implement DVswitch usage
Hi, everyone! We are using VMware driver and need to use implementation of DistributedVirtualSwitch usage. I can't see the easy way to use it like VirtualSwitch (I mean, if you want to use VSwitch you can get it from HostSystem.config.network.vswitch, and the returning object will be HostVirtualSwitch) Can anyone suggest me how to take DVswitch? -- Best wishes, Nikolay Starodubtsev ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev