[openstack-dev] [OpenStack][Nova][Cold Migration] What about enable cold migration with taraget host

2014-01-13 Thread Jay Lau
Greetings, Now cold migration do not support migrate a VM instance with target host, what about add this feature to enable cold migration with a target host? I encounter this issue is because I was creating a HA service and the service will monitor if there are some hosts failure, and the HA serv

Re: [openstack-dev] [nova] [qa] api schema validation pattern changes

2014-01-13 Thread Ken'ichi Ohmichi
Hi David, 2014/1/13 David Kranz : > On 01/12/2014 10:14 PM, Matthew Treinish wrote: >> >> Last, is a question, is it possible to currently run the full API an build a json schema for it all? Or to query these validating schemas? We *really* want that over in tempest,

Re: [openstack-dev] [wsme] Undefined attributes in WSME

2014-01-13 Thread Ken'ichi Ohmichi
Hi Doug, 2014/1/11 Doug Hellmann : > On Thu, Jan 9, 2014 at 12:02 AM, Jamie Lennox > wrote: >> >> Is there any way to have WSME pass through arbitrary attributes to the >> created object? There is nothing that i can see in the documentation or code >> that would seem to support this. >> >> In key

Re: [openstack-dev] [nova] [qa] api schema validation pattern changes

2014-01-13 Thread Koderer, Marc
> Von: David Kranz [mailto:dkr...@redhat.com] > Gesendet: Montag, 13. Januar 2014 05:04 > An: openstack-dev@lists.openstack.org > Betreff: Re: [openstack-dev] [nova] [qa] api schema validation pattern > changes > > On 01/12/2014 10:14 PM, Matthew Treinish wrote: > > > >>> Last, is a question, is

[openstack-dev] [climate][cafe] Climate and Café teams meeting

2014-01-13 Thread Nikolay Starodubtsev
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 Starodubts

Re: [openstack-dev] [keystoneclient] old keystone-client package on pypi

2014-01-13 Thread Dina Belova
Guys, that's true :) Is it possible to update keystone client package in pypi? Thank you! Dina On Fri, Dec 27, 2013 at 1:24 PM, Nikolay Starodubtsev < nstarodubt...@mirantis.com> wrote: > Hi all, > Guys, I want to say that keystoneclient package on pypi is too old. For > example it hadn't Clie

Re: [openstack-dev] [keystoneclient] old keystone-client package on pypi

2014-01-13 Thread Sylvain Bauza
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.

Re: [openstack-dev] [nova] [neutron] PCI pass-through network support

2014-01-13 Thread Irena Berezovsky
Hi, After having a lot of discussions both on IRC and mailing list, I would like to suggest to define basic use cases for PCI pass-through network support with agreed list of limitations and assumptions and implement it. By doing this Proof of Concept we will be able to deliver basic PCI pass-

Re: [openstack-dev] [TripleO] [Tuskar] Deployment Management section - Wireframes

2014-01-13 Thread Jaromir Coufal
Hi Jeff, many thanks for great feedback. Few comments are inline: On 2014/10/01 16:16, Walls, Jeffrey Joel (Cloud OS R&D) wrote: Jarda, I love how this is progressing. It will be very nice once it's implemented! The iconography seems to be inconsistent. The "!" triangle is used for error co

Re: [openstack-dev] [storyboard] Storyboard sprint around FOSDEM

2014-01-13 Thread Thierry Carrez
Thierry Carrez wrote: > In case you're not familiar with it, Storyboard[1] is a cross-project > task tracking tool that we are building to replace our usage of > Launchpad bugs & blueprints. > > We plan to have a 2-day sprint just before FOSDEM in Brussels to make > the few design and architectura

Re: [openstack-dev] [Ceilometer] Aggregation discussion

2014-01-13 Thread Nadya Privalova
Jay, Thanks for comments! The question you raised was discussed several times within Ceilometer team but as I understand there is no official resolution yet. I agree with you that statistics' collection is the main Ceilometer's goal. But at the same time there should be a way to visualize the resu

Re: [openstack-dev] [TripleO] [Tuskar] Deployment Management section - Wireframes

2014-01-13 Thread Jaromir Coufal
Hi Jay, thanks for your questions, they are great. I am going to answer inline: On 2014/10/01 17:18, Jay Dobies wrote: Thanks for recording this. A few questions: - I'm guessing the capacity metrics will come from Ceilometer. Will Ceilometer provide the averages for the role or is that calcula

Re: [openstack-dev] [Neutron] Partially Shared Networks

2014-01-13 Thread Mathieu Rohon
Hi, This is something that we potentially could implement during the implementation of the isolated-network bp [1] Basically, on an isolated network, an ARP responder will respond to ARP request. For an L2 network which is totally isolated, ARP responder will only respond to arp-request of the gat

Re: [openstack-dev] [Neutron] Partially Shared Networks

2014-01-13 Thread Stephen Gran
Hi, I don't think that's what's being asked for. Just that there be more than the current check for '(isowner of network) or (shared)' If the data point could be 'enabled for network' for a given tenant, that would be more flexible. Cheers, On 13/01/14 10:06, Mathieu Rohon wrote: Hi, Thi

Re: [openstack-dev] [TripleO] [Tuskar] Deployment Management section - Wireframes

2014-01-13 Thread Jaromir Coufal
On 2014/10/01 19:02, Dougal Matthews wrote: Hi, Thanks for the wireframes and the walkthrough. Very useful. I've a few comments. - I'd like to echo the comments from the recording about "Role" I think the term probably isn't specific enough but I don't have a great suggestion. However, this is

Re: [openstack-dev] [TripleO] [Tuskar] Deployment Management section - Wireframes

2014-01-13 Thread Jaromir Coufal
On 2014/10/01 21:17, Jay Dobies wrote: Another question: - A Role (sounds like we're moving away from that so I'll call it Resource Category) can have multiple Node Profiles defined (assuming I'm interpretting the + and the tabs in the Create a Role wireframe correctly). But I don't see anywhere

Re: [openstack-dev] [TripleO] [Tuskar] Deployment Management section - Wireframes

2014-01-13 Thread Ladislav Smola
Hello, some answers below: On 01/10/2014 05:18 PM, Jay Dobies wrote: Thanks for recording this. A few questions: - I'm guessing the capacity metrics will come from Ceilometer. Will Ceilometer provide the averages for the role or is that calculated by Tuskar? Definitely Ceilometer, though r

Re: [openstack-dev] [tempest] testr duplicate test id detected

2014-01-13 Thread Bhuvan Arumugam
On Mon, Jan 13, 2014 at 12:04 PM, Robert Collins wrote: > > On 13 Jan 2014 12:15, "Bhuvan Arumugam" wrote: > > > It behave differently when I list tempest tests. All tests are listed in > single line with unicode characters. The command exit with non-zero exit > code, with import errors. Any idea

Re: [openstack-dev] [nova] [neutron] PCI pass-through network support

2014-01-13 Thread Ian Wells
Irena, have a word with Bob (rkukura on IRC, East coast), he was talking about what would be needed already and should be able to help you. Conveniently he's also core. ;) -- Ian. On 12 January 2014 22:12, Irena Berezovsky wrote: > Hi John, > Thank you for taking an initiative and summing up t

Re: [openstack-dev] [TripleO] [Tuskar] Deployment Management section - Wireframes

2014-01-13 Thread Ladislav Smola
Hi, some answers inline: On 01/13/2014 10:47 AM, Jaromir Coufal wrote: Hi Jay, thanks for your questions, they are great. I am going to answer inline: On 2014/10/01 17:18, Jay Dobies wrote: Thanks for recording this. A few questions: - I'm guessing the capacity metrics will come from Ceilom

Re: [openstack-dev] [TripleO] [Tuskar] Deployment Management section - Wireframes

2014-01-13 Thread Dougal Matthews
On 13/01/14 10:37, Jaromir Coufal wrote: So what we can do at the moment (until there is some way to specify which node to remove) is to inform user, which nodes were removed in the end... at least. Sounds like a good compromise for now. I think we probably then need feedback from administrato

Re: [openstack-dev] [oslo] Common SSH

2014-01-13 Thread Bhuvan Arumugam
On Fri, Jan 10, 2014 at 11:24 PM, Sergey Skripnick wrote: > > I appreciate that we want to fix the ssh client. I'm not certain that >> writing our own is the best >answer. >> > > I was supposed to fix oslo.processutils.ssh with this class, but it may > be fixed without it, not big deal. > > > > >

Re: [openstack-dev] [OpenStack-Dev] IDE extensions in .gitignore

2014-01-13 Thread Thierry Carrez
Robert Collins wrote: >>> I read that as 'we don't test that our tarballs work'. No? >> >> We don't test that changes won't break our tarballs in some ways, >> no. I suppose we could add new jobs to generate throwaway tarballs >> and then re-run all other tests using source extracted from those in

Re: [openstack-dev] [keystoneclient] old keystone-client package on pypi

2014-01-13 Thread Thierry Carrez
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-keystonecli

Re: [openstack-dev] [nova] [neutron] PCI pass-through network support

2014-01-13 Thread Irena Berezovsky
Ian, It's great news. Thank you for bringing Bob's attention to this effort. I'll look for Bob on IRC to get the details. And of course, core support raises our chances to make PCI pass-through networking into icehouse. BR, Irena From: Ian Wells [mailto:ijw.ubu...@cack.org.uk] Sent: Monday, Jan

Re: [openstack-dev] [infra] javascript templating library choice for status pages

2014-01-13 Thread Sean Dague
On 01/12/2014 09:56 PM, Michael Krotscheck wrote: If all you're looking for is a javascript-based in-browser templating system, then handlebars is a fine choice. I'm not certain on how complex status.html/status.js is, however if you expect it to grow to something more like an application then pe

Re: [openstack-dev] [keystoneclient] old keystone-client package on pypi

2014-01-13 Thread Sylvain Bauza
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?

Re: [openstack-dev] [climate][cafe] Climate and Café teams meeting

2014-01-13 Thread Sylvain Bauza
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 > Hi, all! > Guys, both our teams (C

Re: [openstack-dev] [Openstack][Nova][Docker] Devstack with docker driver

2014-01-13 Thread Daniel Kuffner
Hello, I just had the same problem today with a openstack installation form packstack. The problem was the firewall so I had to open 9292, 35357 iptables -I INPUT -p tcp --dport 9292 -j ACCEPT iptables -I INPUT -p tcp --dport 35357 -j ACCEPT Daniel On Thu, Jan 9, 2014 at 3:24 PM, Swapnil Kulkar

Re: [openstack-dev] [keystoneclient] old keystone-client package on pypi

2014-01-13 Thread Dolph Mathews
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://launch

Re: [openstack-dev] [keystoneclient] old keystone-client package on pypi

2014-01-13 Thread Sylvain Bauza
Le 13/01/2014 15:00, Dolph Mathews a écrit : 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'

Re: [openstack-dev] [keystoneclient] old keystone-client package on pypi

2014-01-13 Thread Dina Belova
Dolph, thank you so much :) You fixed lots of our problems :) On Mon, Jan 13, 2014 at 6:00 PM, Dolph Mathews wrote: > 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 avail

Re: [openstack-dev] [nova] api schema validation pattern changes

2014-01-13 Thread Jay Pipes
On Sun, 2014-01-12 at 19:52 -0800, Christopher Yeoh wrote: > On my phone so will be very brief but perhaps the extensions extension > could publish the jsonschema(s) for the extension. I think the only > complicating factor would be where extensions extend extensions but I > think it's all doable.

Re: [openstack-dev] [keystoneclient] old keystone-client package on pypi

2014-01-13 Thread Nikolay Starodubtsev
Thank you, Dolph! That's great! Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2014/1/13 Dina Belova > Dolph, thank you so much :) You fixed lots of our problems :) > > > On Mon, Jan 13, 2014 at 6:00 PM, Dolph Mathews wrote: > >> Ooh, I meant to get this don

Re: [openstack-dev] The extra_resource in compute node object

2014-01-13 Thread Dan Smith
> This patch set makes the extra_resources a list of object, instead of > opaque json string. How do you think about that? Sounds better to me, I'll go have a look. > However, the compute resource object is different with current > NovaObject, a) it has no corresponding table, but just a field in

Re: [openstack-dev] [nova] api schema validation pattern changes

2014-01-13 Thread Ryan Petrello
Jay, I’ll +1 to that. As I’ve been tinkering with potential Pecan support for the Nova API, I’ve run into the same issue w/ the API composition being seriously complicated (to the point where I’ve realized Pecan isn’t the hard part, it’s the bunch of cruft you need to tie in Pecan/Routes/Falcon

[openstack-dev] [nova] [rfc] drop XML from v3 API entirely

2014-01-13 Thread Sean Dague
I know we've been here before, but I want to raise this again while there is still time left in icehouse. I would like to propose that the Nova v3 API removes the XML payload entirely. It adds complexity to the Nova code, and it requires duplicating all our test resources, because we need to d

Re: [openstack-dev] [gantt[ Patches to sync gantt up to the current nova tree

2014-01-13 Thread Russell Bryant
On 01/12/2014 05:30 PM, Dugger, Donald D wrote: > So I have 25 patches that I need to push to backport changes that have > been made to the nova tree that apply to the gantt tree. The problem is > how do we want to approve these patches? Given that they have already > been reviewed and approved i

Re: [openstack-dev] [OpenStack][Nova][Cold Migration] What about enable cold migration with taraget host

2014-01-13 Thread Russell Bryant
On 01/13/2014 03:16 AM, Jay Lau wrote: > Greetings, > > Now cold migration do not support migrate a VM instance with target > host, what about add this feature to enable cold migration with a target > host? Sounds reasonable to me. -- Russell Bryant

Re: [openstack-dev] [nova] [rfc] drop XML from v3 API entirely

2014-01-13 Thread Davanum Srinivas
+1 to drop XML from v3 API On Mon, Jan 13, 2014 at 9:38 AM, Sean Dague wrote: > I know we've been here before, but I want to raise this again while there is > still time left in icehouse. > > I would like to propose that the Nova v3 API removes the XML payload > entirely. It adds complexity to th

Re: [openstack-dev] [TripleO] [Tuskar] Deployment Management section - Wireframes

2014-01-13 Thread
> From: Jaromir Coufal [mailto:jcou...@redhat.com] >> On 2014/10/01 19:02, Dougal Matthews wrote: > > - If I remove some instances, do I as the administrator need to care > > which are removed? Do we need to choose or be informed at the end? > This is great question on which we have long debates.

Re: [openstack-dev] [TripleO] [Tuskar] Deployment Management section - Wireframes

2014-01-13 Thread
> From: Jaromir Coufal [mailto:jcou...@redhat.com] >> On 2014/10/01 16:16, Walls, Jeffrey Joel (Cloud OS R&D) wrote: > > For configuration, will it be possible to supply default values to these > > and let > the user change them only if they want to? For some values it's probably not > possible,

Re: [openstack-dev] [climate][cafe] Climate and Café teams meeting

2014-01-13 Thread Sergey Lukjanov
Are there any guys from PST timezone? On Mon, Jan 13, 2014 at 5:32 PM, Sylvain Bauza wrote: > 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

Re: [openstack-dev] [nova] [rfc] drop XML from v3 API entirely

2014-01-13 Thread Greg Hill
I'm not really an active nova contributor as of yet, but I'll +1 this if nova's XML support is anything like what I see in trove (which I believe just cloned how nova did it in the first place). XML without a schema is terrible for a serialization format. In my experience, the only people who

Re: [openstack-dev] [OpenStack][Nova][Cold Migration] What about enable cold migration with taraget host

2014-01-13 Thread Jay Lau
Thanks Russell, will add this to V3 api ad leave V2 API as it is. Regards, Jay 2014/1/13 Russell Bryant > On 01/13/2014 03:16 AM, Jay Lau wrote: > > Greetings, > > > > Now cold migration do not support migrate a VM instance with target > > host, what about add this feature to enable cold migr

Re: [openstack-dev] [oslo] Common SSH

2014-01-13 Thread Doug Hellmann
On Mon, Jan 13, 2014 at 7:32 AM, Bhuvan Arumugam wrote: > On Fri, Jan 10, 2014 at 11:24 PM, Sergey Skripnick < > sskripn...@mirantis.com> wrote: > >> >> I appreciate that we want to fix the ssh client. I'm not certain that >>> writing our own is the best >answer. >>> >> >> I was supposed to fix

Re: [openstack-dev] [infra] javascript templating library choice for status pages

2014-01-13 Thread Sergey Lukjanov
Personally, I think that it's a great step now to move this code to the templates. As for the huge frameworks - I prefer something like Angular.JS or Knockout.JS. Currently, the status.js file isn't so bug to rewrite it as a real life web app and so, we could just add templates to make it much mor

Re: [openstack-dev] [Nova] Detect changes in object model

2014-01-13 Thread Murray, Paul (HP Cloud Services)
Hi Dan, I was actually thinking of changes to the list itself rather than the objects in the list. To try and be clear, I actually mean the following: ObjectListBase has a field called objects that is typed fields.ListOfObjectsField('NovaObject'). I can see methods for count and index, and I g

Re: [openstack-dev] [wsme] Undefined attributes in WSME

2014-01-13 Thread Doug Hellmann
On Mon, Jan 13, 2014 at 3:29 AM, Ken'ichi Ohmichi wrote: > Hi Doug, > > 2014/1/11 Doug Hellmann : > > On Thu, Jan 9, 2014 at 12:02 AM, Jamie Lennox > > wrote: > >> > >> Is there any way to have WSME pass through arbitrary attributes to the > >> created object? There is nothing that i can see in t

Re: [openstack-dev] [wsme] Undefined attributes in WSME

2014-01-13 Thread Doug Hellmann
On Sun, Jan 12, 2014 at 6:33 PM, Jamie Lennox wrote: > On Fri, 2014-01-10 at 10:23 -0500, Doug Hellmann wrote: > > > > > > > > > > On Thu, Jan 9, 2014 at 12:02 AM, Jamie Lennox > > wrote: > > Is there any way to have WSME pass through arbitrary > > attributes to the created object

Re: [openstack-dev] [infra] javascript templating library choice for status pages

2014-01-13 Thread Greg Hill
If you're just using it for client-side templates, you should be able to treat it like any other js library (jquery, etc) without using npm (node's package manager) for installation. Handlebars, for example, has a single downloadable js file that is available on their website: http://builds.ha

Re: [openstack-dev] [nova] [rfc] drop XML from v3 API entirely

2014-01-13 Thread Russell Bryant
On 01/13/2014 09:38 AM, Sean Dague wrote: > I know we've been here before, but I want to raise this again while > there is still time left in icehouse. > > I would like to propose that the Nova v3 API removes the XML payload > entirely. It adds complexity to the Nova code, and it requires > duplic

Re: [openstack-dev] [nova] api schema validation pattern changes

2014-01-13 Thread Jay Pipes
On Mon, 2014-01-13 at 09:40 -0500, Ryan Petrello wrote: > Jay, I’ll +1 to that. As I’ve been tinkering with potential Pecan support > for the Nova API, I’ve run into the same issue w/ the API composition being > seriously complicated (to the point where I’ve realized Pecan isn’t the hard > part

Re: [openstack-dev] [TripleO][Tuskar] Domain Model Locations

2014-01-13 Thread Jay Dobies
Excellent write up Jay. I don't actually know the answer. I'm not 100% bought into the idea that Tuskar isn't going to store any information about the deployment and will rely entirely on Heat/Ironic as the data store there. Losing this extra physical information may be a a strong reason why w

Re: [openstack-dev] [infra] javascript templating library choice for status pages

2014-01-13 Thread Monty Taylor
On 01/13/2014 05:05 AM, Sean Dague wrote: On 01/12/2014 09:56 PM, Michael Krotscheck wrote: If all you're looking for is a javascript-based in-browser templating system, then handlebars is a fine choice. I'm not certain on how complex status.html/status.js is, however if you expect it to grow to

Re: [openstack-dev] [nova] [rfc] drop XML from v3 API entirely

2014-01-13 Thread Sean Dague
On 01/13/2014 10:13 AM, Russell Bryant wrote: > On 01/13/2014 09:38 AM, Sean Dague wrote: >> I know we've been here before, but I want to raise this again while >> there is still time left in icehouse. >> >> I would like to propose that the Nova v3 API removes the XML payload >> entirely. It adds c

Re: [openstack-dev] [Neutron] Partially Shared Networks

2014-01-13 Thread Jay Pipes
On Mon, 2014-01-13 at 10:23 +, Stephen Gran wrote: > Hi, > > I don't think that's what's being asked for. Just that there be more > than the current check for '(isowner of network) or (shared)' > > If the data point could be 'enabled for network' for a given tenant, > that would be more fle

Re: [openstack-dev] [TripleO] [Tuskar] Deployment Management section - Wireframes

2014-01-13 Thread Jay Dobies
On 01/13/2014 05:43 AM, Jaromir Coufal wrote: On 2014/10/01 21:17, Jay Dobies wrote: Another question: - A Role (sounds like we're moving away from that so I'll call it Resource Category) can have multiple Node Profiles defined (assuming I'm interpretting the + and the tabs in the Create a Ro

Re: [openstack-dev] [TripleO] [Tuskar] Deployment Management section - Wireframes

2014-01-13 Thread Jiří Stránský
On 13.1.2014 11:43, Jaromir Coufal wrote: On 2014/10/01 21:17, Jay Dobies wrote: Another question: - A Role (sounds like we're moving away from that so I'll call it Resource Category) can have multiple Node Profiles defined (assuming I'm interpretting the + and the tabs in the Create a Role wir

Re: [openstack-dev] [Nova] Detect changes in object model

2014-01-13 Thread Dan Smith
> ObjectListBase has a field called objects that is typed > fields.ListOfObjectsField('NovaObject'). I can see methods for count > and index, and I guess you are talking about adding a method for "are > any of your contents changed" here. I don't see other list operations > (like append, insert, re

Re: [openstack-dev] [climate][cafe] Climate and Café teams meeting

2014-01-13 Thread Dina Belova
Guys from Cafe command are from New Zealand - UTC+13 :) On Mon, Jan 13, 2014 at 6:58 PM, Sergey Lukjanov wrote: > Are there any guys from PST timezone? > > > On Mon, Jan 13, 2014 at 5:32 PM, Sylvain Bauza wrote: > >> I can propose anytime at 0600 UTC, I can make efforts for waking up >> earlier

Re: [openstack-dev] [Ceilometer] Aggregation discussion

2014-01-13 Thread Jay Pipes
On Mon, 2014-01-13 at 13:39 +0400, Nadya Privalova wrote: > Jay, > > > Thanks for comments! > > The question you raised was discussed several times within Ceilometer > team but as I understand there is no official resolution yet. > > I agree with you that statistics' collection is the main Cei

Re: [openstack-dev] [DevStack] Nominate Chmouel Boudjnah for core team

2014-01-13 Thread Dean Troyer
Welcome to the DevStack core team Chmouel! dt -- Dean Troyer dtro...@gmail.com ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [infra] javascript templating library choice for status pages

2014-01-13 Thread Sergey Lukjanov
Just to make a context for this discussion, here are the two files that where're speaking about: https://git.openstack.org/cgit/openstack-infra/config/tree/modules/openstack_project/files/zuul/status.html https://git.openstack.org/cgit/openstack-infra/config/tree/modules/openstack_project/files/zu

Re: [openstack-dev] [infra] javascript templating library choice for status pages

2014-01-13 Thread Sergey Lukjanov
Currently, we already have a simple status page in zuul repo and status page in infra/config, probably, we should think about moving them to the separated repo and merge their functionality and in this case it'll be easy to use any actual js tools. Otherwise it'll be not really straightforward to h

[openstack-dev] [Neutron][IPv6] Reminder - new meeting time & day - Tuesday 1400UTC

2014-01-13 Thread Collins, Sean
In #openstack-meeting -- Sean M. Collins ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [Nova] nova-core sponsors of blueprints

2014-01-13 Thread Russell Bryant
Greetings, One of our blueprint process changes for Nova for the Icehouse cycle was adding a "core sponsor" requirement for blueprints to get priority about Low. The idea is to have 2 members of nova-core sponsor a blueprint, meaning that they are committed to helping review the resulting code. O

Re: [openstack-dev] [nova][neutron] top gate bugs: a plea for help

2014-01-13 Thread Russell Bryant
On 01/11/2014 09:57 AM, Russell Bryant wrote: > 5) https://review.openstack.org/#/c/65989/ > > This patch isn't a candidate for merging, but was written to test the > theory that by updating nova-network to use conductor instead of direct > database access, nova-network will be able to do work in

Re: [openstack-dev] [nova] [neutron] PCI pass-through network support

2014-01-13 Thread Robert Li (baoli)
As I have responded in the other email, and If I understand PCI flavor correctly, then the issue that we need to deal with is the overlapping issue. A simplest case of this overlapping is that you can define a flavor F1 as [vendor_id='v', product_id='p'], and a flavor F2 as [vendor_id = 'v'] .

[openstack-dev] [TripleO][Tuskar] Editing Nodes

2014-01-13 Thread Jay Dobies
I'm pulling this particular discussion point out of the Wireframes thread so it doesn't get lost in the replies. = Background = It started with my first bulletpoint: - When a role is edited, if it has existing nodes deployed with the old version, are the automatically/immediately updated? If

Re: [openstack-dev] [infra] javascript templating library choice for status pages

2014-01-13 Thread Russell Bryant
On 01/12/2014 09:56 PM, Michael Krotscheck wrote: > If all you're looking for is a javascript-based in-browser templating > system, then handlebars is a fine choice. I'm not certain on how complex > status.html/status.js is, however if you expect it to grow to something > more like an application t

Re: [openstack-dev] [oslo] Common SSH

2014-01-13 Thread Bhuvan Arumugam
On Mon, Jan 13, 2014 at 7:02 AM, Doug Hellmann wrote: > > > > On Mon, Jan 13, 2014 at 7:32 AM, Bhuvan Arumugam wrote: > >> On Fri, Jan 10, 2014 at 11:24 PM, Sergey Skripnick < >> sskripn...@mirantis.com> wrote: >> >>> >>> I appreciate that we want to fix the ssh client. I'm not certain that

Re: [openstack-dev] [Nova] Detect changes in object model

2014-01-13 Thread Murray, Paul (HP Cloud Services)
Yes, I agree. Actually, I am trying to infer what the "programming model" for this is as we go along. Personally I would have been happy with only marking the fields when they are set. Then, if a you want to change a list somehow you would get it and then set it again, e.g.: mylist = obje

[openstack-dev] pep8 gating fails due to tools/config/check_uptodate.sh

2014-01-13 Thread Sahid Ferdjaoui
Hello all, It looks 100% of the pep8 gate for nova is failing because of a bug reported, we probably need to mark this as Critical. https://bugs.launchpad.net/nova/+bug/1268614 Ivan Melnikov has pushed a patchset waiting for review: https://review.openstack.org/#/c/66346/ http://logstash

[openstack-dev] [Mistral] Community meeting minutes - 01/13/2014

2014-01-13 Thread Renat Akhmerov
Hi, Thanks for joining us today in IRC at #openstack-meeting. Here are the links to minutes and log of the meeting: Minutes: http://eavesdrop.openstack.org/meetings/mistral/2014/mistral.2014-01-13-16.00.html Log: http://eavesdrop.openstack.org/meetings/mistral/2014/mistral.2014-01-13-16.00.log

[openstack-dev] [Nova] Some updates to nova-network code

2014-01-13 Thread Russell Bryant
Greetings, There has been much discussion about the future of nova-network. While a freeze is still in effect, I think we need to relax some of the restrictions we have put in place as a part of this freeze. Previously, we have been ignoring nova-network as we made architectural enhancements to

[openstack-dev] [Devstack] nova compute fails to load the virt driver

2014-01-13 Thread Evgeny Fedoruk
Hi All, I just cloned master devstack and stacked. Nova-compute fails while trying to load libvirt driver Log: Loading compute driver 'libvirt.LibvirtDriver'^[[00m 2014-01-13 08:20:01.228 ^[[01;31mERROR nova.virt.driver [^[[00;36m-^[[01;31m] ^[[01;35m^[[01;31mUnable to load the virtualization

Re: [openstack-dev] [Oslo] Improving oslo-incubator update.py

2014-01-13 Thread Doug Hellmann
[resurrecting an old thread] On Wed, Nov 27, 2013 at 6:26 AM, Flavio Percoco wrote: > On 27/11/13 10:59 +, Mark McLoughlin wrote: > >> On Wed, 2013-11-27 at 11:50 +0100, Flavio Percoco wrote: >> >>> On 26/11/13 22:54 +, Mark McLoughlin wrote: >>> >On Fri, 2013-11-22 at 12:39 -0500, Doug

Re: [openstack-dev] [oslo] Common SSH

2014-01-13 Thread Doug Hellmann
On Mon, Jan 13, 2014 at 11:34 AM, Bhuvan Arumugam wrote: > > On Mon, Jan 13, 2014 at 7:02 AM, Doug Hellmann < > doug.hellm...@dreamhost.com> wrote: > >> >> >> >> On Mon, Jan 13, 2014 at 7:32 AM, Bhuvan Arumugam wrote: >> >>> On Fri, Jan 10, 2014 at 11:24 PM, Sergey Skripnick < >>> sskripn...@mira

Re: [openstack-dev] [oslo] Common SSH

2014-01-13 Thread Greg Hill
Trove doesn't use ssh afaik. It has an agent that runs in the guest that is communicated with via our normal RPC messaging options. Greg On Jan 13, 2014, at 11:10 AM, Doug Hellmann mailto:doug.hellm...@dreamhost.com>> wrote: On Mon, Jan 13, 2014 at 11:34 AM, Bhuvan Arumugam mailto:bhu...@

Re: [openstack-dev] [Neutron] Building a new open source NFV system for Neutron

2014-01-13 Thread Luke Gorrie
Howdy Ian! Thanks for the background on the Passthrough work. I reckon the best choice for us now is to use the traditional Neutron APIs instead of Passthrough. I think they cover all of our use cases as it stands now (many thanks to you for your earlier help with working this out :)). The idea i

[openstack-dev] [Neutron][IPv6] Subnet mode - API extension or change to core API?

2014-01-13 Thread Collins, Sean
Hi, I posted a message to the mailing list[1] when I first began work on the subnet mode keyword, asking if anyone had a suggestion about if it should be an API extension or can be a change to the core API. > I don't know if adding the "dhcp_mode" attribute to Subnets should be > considered an AP

Re: [openstack-dev] [oslo] Common SSH

2014-01-13 Thread Doug Hellmann
On Mon, Jan 13, 2014 at 12:21 PM, Greg Hill wrote: > Trove doesn't use ssh afaik. It has an agent that runs in the guest that > is communicated with via our normal RPC messaging options. > Good. Doug > > Greg > > On Jan 13, 2014, at 11:10 AM, Doug Hellmann > wrote: > > > > > On Mon, Jan

Re: [openstack-dev] [Oslo] Improving oslo-incubator update.py

2014-01-13 Thread Robert Myers
We could always use relative imports in oslo :) Then you could put it where ever you wanted to without needing to rewrite the import statements. On Mon, Jan 13, 2014 at 11:07 AM, Doug Hellmann wrote: > [resurrecting an old thread] > > > On Wed, Nov 27, 2013 at 6:26 AM, Flavio Percoco wrote: >

Re: [openstack-dev] [Neutron] Building a new open source NFV system for Neutron

2014-01-13 Thread Ian Wells
Understood. You should be able to make that work but the issue is allocating your VM to some machine that has spare hardware - which is really what the patches are about, Nova manages allocations and Neutron manages using the hardware when appropriate. From past experience with the patch that was

Re: [openstack-dev] [oslo] Common SSH

2014-01-13 Thread Ben Nemec
On 2014-01-13 11:21, Greg Hill wrote: > Trove doesn't use ssh afaik. It has an agent that runs in the guest that is > communicated with via our normal RPC messaging options. > > Greg My understanding is that Heat is similar. It uses cloud-init to do its guest configuration. I'm pretty sure

Re: [openstack-dev] [nova] [neutron] PCI pass-through network support

2014-01-13 Thread Jiang, Yunhong
Hi, Robert, scheduler keep count based on pci_stats instead of the pci flavor. As stated by Ian at https://www.mail-archive.com/openstack-dev@lists.openstack.org/msg13455.html already, the flavor will only use the tags used by pci_stats. Thanks --jyh From: Robert Li (baoli) [mailto:ba...@cisco

Re: [openstack-dev] [oslo.config] Centralized config management

2014-01-13 Thread Nachi Ueno
Hi Clint 2014/1/10 Clint Byrum : > Excerpts from Nachi Ueno's message of 2014-01-10 13:42:30 -0700: >> Hi Flavio, Clint >> >> I agree with you guys. >> sorry, may be, I wasn't clear. My opinion is to remove every >> configuration in the node, >> and every configuration should be done by API from c

Re: [openstack-dev] [Neutron][IPv6] Subnet mode - API extension or change to core API?

2014-01-13 Thread Ian Wells
I would say that since v4 dhcp_mode is core, the DHCPv6/RA setting should similarly be core. To fill others in, we've had discussions on the rest of the patch and Shixiong is working on it now, the current plan is: New subnet attribute ipv6_address_auto_config (not catchy, but because of the way

Re: [openstack-dev] [oslo] Common SSH

2014-01-13 Thread Clint Byrum
Excerpts from Doug Hellmann's message of 2014-01-13 09:10:27 -0800: > On Mon, Jan 13, 2014 at 11:34 AM, Bhuvan Arumugam wrote: > > > > > On Mon, Jan 13, 2014 at 7:02 AM, Doug Hellmann < > > doug.hellm...@dreamhost.com> wrote: > >> Where are we doing those sorts of operations? > >> > > > > Current

Re: [openstack-dev] [oslo.config] Centralized config management

2014-01-13 Thread Clint Byrum
Excerpts from Nachi Ueno's message of 2014-01-13 10:35:07 -0800: > Hi Clint > > 2014/1/10 Clint Byrum : > > Excerpts from Nachi Ueno's message of 2014-01-10 13:42:30 -0700: > >> Hi Flavio, Clint > >> > >> I agree with you guys. > >> sorry, may be, I wasn't clear. My opinion is to remove every > >>

Re: [openstack-dev] [nova] [neutron] PCI pass-through network support

2014-01-13 Thread Ian Wells
It's worth noting that this makes the scheduling a computationally hard problem. The answer to that in this scheme is to reduce the number of inputs to trivialise the problem. It's going to be O(f(number of flavor types requested, number of pci_stats pools)) and if you group appropriately there sh

[openstack-dev] [savanna] client release 0.4.1

2014-01-13 Thread Sergey Lukjanov
Hi folks, I'm planning to release python-savannaclient Jan 14/15 due to the number of important fixes and improvements including, for example, basic impl of CLI. This changes are needed for updating savanna-dashboard, integration tests, for adding support of scenarios tests in tempest and etc. Th

Re: [openstack-dev] [Neutron] Neutron Tempest code sprint - 2nd week of January, Montreal, QC, Canada

2014-01-13 Thread Nachi Ueno
Hi Anita Location: I am about to sign the contract for Salle du Parc at 3625 Parc > avenue, a room in a residence of McGill University. ^^^ Let's me confirmed the room number? 2014/1/7 Anita Kuno : > On 01/08/2014 03:10 AM, Nachi Ueno wrote: >> Hi Anita >> >> Let's me join this session also.

Re: [openstack-dev] [nova] [neutron] PCI pass-through network support

2014-01-13 Thread Jiang, Yunhong
I'm not network engineer and always lost at 802.1Qbh/802.1BR specs :( So I'd wait for requirement from Neutron. A quick check seems my discussion with Ian meet the requirement already? Thanks --jyh From: Irena Berezovsky [mailto:ire...@mellanox.com] Sent: Monday, January 13, 2014 12:51 AM To:

Re: [openstack-dev] [Neutron] Partially Shared Networks

2014-01-13 Thread Rick Jones
On 01/13/2014 07:32 AM, Jay Pipes wrote: On Mon, 2014-01-13 at 10:23 +, Stephen Gran wrote: Hi, I don't think that's what's being asked for. Just that there be more than the current check for '(isowner of network) or (shared)' If the data point could be 'enabled for network' for a given te

Re: [openstack-dev] [heat] Alternative time for the Heat/orchestration meeting

2014-01-13 Thread Steve Baker
On 19/12/13 14:51, Steve Baker wrote: > The Heat meeting is currently weekly on Wednesdays at 2000 UTC. This > is not very friendly for contributors in some timezones, specifically > Asia. > > In today's Heat meeting we decided to try having every second meeting > at an alternate time. I've set up

Re: [openstack-dev] [nova] [neutron] PCI pass-through network support

2014-01-13 Thread Jiang, Yunhong
Ian, not sure if I get your question. Why should scheduler get the number of flavor types requested? The scheduler will only translate the PCI flavor to the pci property match requirement like it does now, (either vendor_id, device_id, or item in extra_info), then match the translated pci flavor

Re: [openstack-dev] [infra] javascript templating library choice for status pages

2014-01-13 Thread Michael Krotscheck
On 01/13/2014 05:05 AM, Sean Dague wrote: Honestly, I've not done enough large scale js projects to know whether we'd consider status.js to be big or not. I just know it's definitely getting too big for += all the html together and doing document.writes. Yes indeed. I guess the real question I

Re: [openstack-dev] [nova] [neutron] PCI pass-through network support

2014-01-13 Thread Ian Wells
If there are N flavor types there are N match expressions so I think it's pretty much equivalent in terms of complexity. It looks like some sort of packing problem to me, trying to fit N objects into M boxes, hence my statement that it's not going to be easy, but that's just a gut feeling - some o

  1   2   >