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

Hi Oleg 2014/1/9 Oleg Gelbukh : > On Fri, Jan 10, 2014 at 12:18 AM, Nachi Ueno wrote: >> >> 2014/1/9 Jeremy Hanmer : >> >> > How do you see these interactions defined? For instance, if I deploy >> > a custom driver for Neutron, does that mean I also have to patch >> > everything that will be tal

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

Hi, One use case was brought up in today's meeting that I think is not valid. It is the use case where all 3 vnic types : Virtio, direct and macvtap (the terms used in the meeting were slow, fast, faster/foobar) could be attached to the same VM. The main difference between a direct and mac

Re: [openstack-dev] Devstack on Fedora 20

On Thu, Jan 9, 2014 at 2:16 PM, Adam Young wrote: > That didn't seem to make a difference, still no cache. The RPMS are not > getting installed, even if I deliberately add a line for > python-dogpile-cache > Shouldn't it get installed via pip without the rpm line? > Yes pip should install it b

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

On 01/08/2014 05:53 PM, Joe Gordon wrote: > Hi All, > > As you know the gate has been in particularly bad shape (gate queue over > 100!) this week due to a number of factors. One factor is how many major > outstanding bugs we have in the gate. Below is a list of the top 4 open > gate bugs. > >

Re: [openstack-dev] [all] Organizing a Gate Blocking Bug Fix Day

On 01/10/2014 02:53 AM, Jay Pipes wrote: > On Thu, 2014-01-09 at 07:46 -0500, Sean Dague wrote: >> I think we are all agreed that the current state of Gate Resets isn't >> good. Unfortunately some basic functionality is really not working >> reliably, like being able to boot a guest to a point wh

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

On Thu, 2014-01-09 at 16:02 -0500, Tzu-Mainn Chen wrote:> There are a number of other models in the tuskar code[1], do we need to > > consider these now too? > > > > [1]: > > https://github.com/openstack/tuskar/blob/master/tuskar/db/sqlalchemy/models.py > > Nope, these are gone now, in favor of T

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

On 9 January 2014 20:19, Brian Schott wrote: > Ian, > > The idea of pci flavors is a great and using vendor_id and product_id make > sense, but I could see a case for adding the class name such as 'VGA > compatible controller'. Otherwise, slightly different generations of > hardware will mean cust

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

On 9 January 2014 22:50, Ian Wells wrote: > On 9 January 2014 20:19, Brian Schott wrote: > On the flip side, vendor_id and product_id might not be sufficient. > Suppose I have two identical NICs, one for nova internal use and the > second for guest tenants? So, bus numbering may be required. >

Re: [openstack-dev] Devstack on Fedora 20

On 01/09/2014 04:12 PM, Dean Troyer wrote: > On Thu, Jan 9, 2014 at 2:16 PM, Adam Young > wrote: > > That didn't seem to make a difference, still no cache. The RPMS are > not getting installed, even if I deliberately add a line for > python-dogpile-cache >

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

- Original Message - > On Thu, 2014-01-09 at 16:02 -0500, Tzu-Mainn Chen wrote:> There are a > number of other models in the tuskar code[1], do we need to > > > consider these now too? > > > > > > [1]: > > > https://github.com/openstack/tuskar/blob/master/tuskar/db/sqlalchemy/models.py >

Re: [openstack-dev] [Solum][Pecan][Security] Pecan SecureController vs. Nova policy

As a Pecan developer, I’ll chime in and say that I’m actually *not* a fan of SecureController and its metaclass approach. Maybe it’s just too magical for my taste. I’d give a big thumbs up to an approach that involves utilizing pecan’s hooks. Similar to Kurt’s suggestion with middleware, they

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

On Thu, Jan 9, 2014 at 3:56 PM, Nachi Ueno wrote: > Hi Oleg > > 2014/1/9 Oleg Gelbukh : > > On Fri, Jan 10, 2014 at 12:18 AM, Nachi Ueno wrote: > >> > >> 2014/1/9 Jeremy Hanmer : > >> > >> > How do you see these interactions defined? For instance, if I deploy > >> > a custom driver for Neutron,

[openstack-dev] Reg vxlans configuration in Neutron

Hi, I am trying to use vxlans in Havana. I have two nodes, one acting as controller+network node and other as compute node. VM's launched have not got the dhcp ip. I have compiled openvswitch from openvswitch-2.0.0 tar ball and installed both userspace and kmod rpms. modinfo openvswitch filenam

[openstack-dev] Less option (was: [oslo.config] Centralized config management)

On Thu, Jan 09 2014, Jay Pipes wrote: > Hope you don't mind, I'll jump in here :) > > On Thu, 2014-01-09 at 11:08 -0800, Nachi Ueno wrote: >> Hi Jeremy >> >> Don't you think it is burden for operators if we should choose correct >> combination of config for multiple nodes even if we have chef and

Re: [openstack-dev] Less option (was: [oslo.config] Centralized config management)

On Thu, 2014-01-09 at 23:56 +0100, Julien Danjou wrote: > On Thu, Jan 09 2014, Jay Pipes wrote: > > > Hope you don't mind, I'll jump in here :) > > > > On Thu, 2014-01-09 at 11:08 -0800, Nachi Ueno wrote: > >> Hi Jeremy > >> > >> Don't you think it is burden for operators if we should choose corr

Re: [openstack-dev] [nova][documentation][devstack] Confused about how to set up a Nova development environment

On Thu, Jan 9, 2014 at 12:21 PM, Mike Spreitzer wrote: > Brant Knudson wrote on 01/09/2014 10:07:27 AM: > > > > When I was starting out, I ran devstack ( > http://devstack.org/ ) on > > an Ubuntu VM. You wind up with a system where you've got a basic > > running OpenStack so you can try things o

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

2014/1/9 Doug Hellmann : > > > > On Thu, Jan 9, 2014 at 3:56 PM, Nachi Ueno wrote: >> >> Hi Oleg >> >> 2014/1/9 Oleg Gelbukh : >> > On Fri, Jan 10, 2014 at 12:18 AM, Nachi Ueno wrote: >> >> >> >> 2014/1/9 Jeremy Hanmer : >> >> >> >> > How do you see these interactions defined? For instance, if I

Re: [openstack-dev] [all] Organizing a Gate Blocking Bug Fix Day

I'm in! Is the day Jan 27th? On Fri, Jan 10, 2014 at 6:33 AM, Anita Kuno wrote: > On 01/10/2014 02:53 AM, Jay Pipes wrote: >> On Thu, 2014-01-09 at 07:46 -0500, Sean Dague wrote: >>> I think we are all agreed that the current state of Gate Resets isn't >>> good. Unfortunately some basic functiona

Re: [openstack-dev] os-*-config in tripleo repositories

On Thu, Jan 9, 2014 at 1:56 PM, Dan Prince wrote: > I'm not the biggest fan of having multiple venv's for each component though. > Especially now that we have a global requirements.txt file where we can > target a common baseline. Multiple venvs causes lots of duplicated libraries > and increas

Re: [openstack-dev] [Solum][Pecan][Security] Pecan SecureController vs. Nova policy

Hi Rayan, Thank you for sharing your view on SecureController. That is always good to hear info from the developers who are deeply familiar with the code base. I like an idea with hooks. If we go this path, we will need to have an information about a method of a particular controller which will b

Re: [openstack-dev] Less option (was: [oslo.config] Centralized config management)

On Thu, Jan 9, 2014 at 3:01 PM, Jay Pipes wrote: > On Thu, 2014-01-09 at 23:56 +0100, Julien Danjou wrote: > > On Thu, Jan 09 2014, Jay Pipes wrote: > > > > > Hope you don't mind, I'll jump in here :) > > > > > > On Thu, 2014-01-09 at 11:08 -0800, Nachi Ueno wrote: > > >> Hi Jeremy > > >> > > >>

Re: [openstack-dev] [nova][turbo hipster] unable to rebase

Hi! Sorry the slow response. I've been at a conference this week, so I'm a bit behind. I apologise for that. The root cause here is a failure to understand the relatively undocumented git behaviour of zuul. We think we've now got a fix, and will deploy it soon. Michael On Thu, Jan 9, 2014 at 8

Re: [openstack-dev] os-*-config in tripleo repositories

On 10 January 2014 02:13, Derek Higgins wrote: > It looks like we have some duplication and inconsistencies on the 3 > os-*-config elements in the tripleo repositories > > os-apply-config (duplication) : >We have two elements that install this > diskimage-builder/elements/config-applier/

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

Hi Dan, There is a discussion in https://review.openstack.org/#/c/58199/ talking about the change detection in objects. If an object A contains another object or object list (called sub-object), any change happened in the sub-object can't be detected by obj_what_changed() in object A. A generi

[openstack-dev] [ ceilometer] The Pagination patches

Hi, all, Since we still have no new conclusion for pagination for now, shall we still go on with the current pagination solution? Please help to review patches: https://review.openstack.org/#/c/41869/ https://review.openstack.org/#/c/35454/ May be we can work on this two first:). There are still

Re: [openstack-dev] [nova] Discuss the option delete_on_termination

Hi lingguo: Maybe you could go to IRC to look for some comments/feedbacks, some Cores should be right there. Hope you can hear opinions on this before putting more efforts in resolving this . 2014/1/8 黎林果 > Hi All, > >Attach a volume when creating a server, the API contains > 'block_device

Re: [openstack-dev] Devstack on Fedora 20

On 01/09/2014 04:58 PM, Sean Dague wrote: On 01/09/2014 04:12 PM, Dean Troyer wrote: On Thu, Jan 9, 2014 at 2:16 PM, Adam Young mailto:ayo...@redhat.com>> wrote: That didn't seem to make a difference, still no cache. The RPMS are not getting installed, even if I deliberately add a li

[openstack-dev] [Neutron] Service VM: Meeting on framework for advanced service

Hello Neutron developers. Framework for advanced service[1][2] was discussed at the last summit. Since it's been a while and there has been a progress as the code[3], I think it's good time to brain storm/discuss on it in face-to-face manner. So I'm arranging it. If you'd like to attend, please co

Re: [openstack-dev] [Neutron][qa]API testing update

Sukhdev, API tests are really not for end-to-end testing; also, tempest tests (both API and scenario) should not make any assumptions about neutron configuration (e.g. ml2 mechanism drivers). End-to-end testing for particular ml2 drivers seems to fit in 3rd party testing where you can run addition

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

- Original Message - > > The UI will also need to be able to look at the Heat resources running > > within the overcloud stack and classify them according to a resource > > category. How do you envision that working? > > There's a way in a Heat template to specify arbitrary metadata on a

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

Robert, sorry that I'm not fan of * your group * term. To me, *your group" mixed two thing. It's an extra property provided by configuration, and also it's a very-not-flexible mechanism to select devices (you can only select devices based on the 'group name' property). 1) A dynamic group

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

Hi, Ian, when you in aggrement with all of this, do you agree with the 'group name', or agree with John's pci flavor? I'm against the PCI group and will send out a reply later. --jyh From: Ian Wells [mailto:ijw.ubu...@cack.org.uk] Sent: Thursday, January 09, 2014 9:47 AM To: OpenStack Developmen

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

BTW, I like the PCI flavor :) From: Jiang, Yunhong [mailto:yunhong.ji...@intel.com] Sent: Thursday, January 09, 2014 10:41 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [nova] [neutron] PCI pass-through network support Hi, Ian, when you in aggrem

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

On Thu, 2014-01-09 at 11:16 +0100, Julien Danjou wrote: > On Thu, Jan 09 2014, 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. > >

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

On 2014?01?10? 00:49, Robert Li (baoli) wrote: Hi Folks, HI, all basiclly i flavor the pic-flavor style and against massing the white-list. please see my inline comments. With John joining the IRC, so far, we had a couple of productive meetings in an effort to come to consensus and m

Re: [openstack-dev] Implementing VPNaas in Openstack Grizzly release

Hi Paul, Thanks for the info provided. There is IPSEC_AGENT_TOPIC defined and that is imported in service_driver/ipsec.py. Code is present. As I have not installed Openstack Grizzly set up using devstack, I do not have access to q-vpn process log. So if the RPC is timing out waiting for the resp

Re: [openstack-dev] os-*-config in tripleo repositories

Excerpts from Dan Prince's message of 2014-01-09 11:56:16 -0700: > > - Original Message - > > From: "Derek Higgins" > > To: "OpenStack Development Mailing List" > > Sent: Thursday, January 9, 2014 8:13:53 AM > > Subject: [openstack-dev] os-*-config in tripleo repositories > > > > It loo

<    1   2