Re: [openstack-dev] [Neutron] Problem plugging I/F into Neutron...

Hi Paul, the OVSInterfaceDriver creates interfaces with type internal so agents like DHCP/L3 etc can put IP addresses on them. But I don't think type internal will work for instances. You could try subclassing and overriding so it does not do this:   https://github.com/openstack/neutron/blob/2

Re: [openstack-dev] [horizon] Cannot login to dashboard

On Mon, Mar 31, 2014 at 08:07:12AM +0400, Andrew Chul wrote: > Well, I've used this quickstart guide > http://docs.openstack.org/developer/horizon/quickstart.html > > Is it necessary to set up DevStack anyway? No, absolutely not. You can use your OpenStack installation, check out horizon from git

Re: [openstack-dev] Dependency freeze exception for happybase (I would like version 0.8)

Thomas Goirand wrote: > Anyway, since it seems there's a consensus on this: > > "happybase>=0.5,!=0.7" > > that's what I did here: > https://review.openstack.org/#/c/82438/ > > Please approve it. The currently-proposed patch has "happybase>=0.5,!=0.6,!=0.7", so now I'm confused. Since I think y

Re: [openstack-dev] PGP keysigning party for Juno summit in Atlanta?

Mark Atwood wrote: > Are there plans for a PGP keysigning party at the Juno Summit in > Atlanta, similar to the one at the Icehouse summit in Hong Kong? > > Inspired by the URL at > https://wiki.openstack.org/wiki/OpenPGP_Web_of_Trust/Icehouse_Summit > I looked for > https://wiki.openstack.org/wi

Re: [openstack-dev] PGP keysigning party for Juno summit in Atlanta?

Jeremy Stanley wrote: > On 2014-03-29 19:00:33 -0700 (-0700), Mark Atwood wrote: >> Are there plans for a PGP keysigning party at the Juno Summit in >> Atlanta, similar to the one at the Icehouse summit in Hong Kong? > [...] > > Absolutely! > > Thierry, any ideas on how to best fit it into the sc

[openstack-dev] Disaster Recovery for OpenStack - plan for Juno design summit - discussion reminder

For those who are interested we will discuss the disaster recovery use-cases and how to proceed toward the Juno summit on April 2 at 17:00 UTC (1PM ET) - invitation below. Agenda and previous discussion history in the Etherpad link below. Call-in: https://www.teleconference.att.com/servlet/glb

Re: [openstack-dev] [horizon] horizon PyPi distribution missing

Hello, Akihiro Thanks for the advice (and sorry for not very timely response)! I've added last stable/havana release to the test-requirements, and received some new error from the Jenknins' side: [1]. At first I thought that the problem is caused by the reverse order of settings modules inclusion

Re: [openstack-dev] [nova] SR-IOV and IOMMU check

On Fri, Mar 28, 2014 at 11:14:49PM -0400, Steve Gordon wrote: > - Original Message - > > This is the approach mentioned by linux-kvm.org > > > > http://www.linux-kvm.org/page/How_to_assign_devices_with_VT-d_in_KVM > > > > 3. reboot and verify that your system has IOMMU support > > > > AM

[openstack-dev] [OpenStack-Dev][Nova][VMWare] Enable live migration with one nova compute

Hi, Currently with VMWare VCDriver, one nova compute can manage multiple clusters/RPs, this caused cluster admin cannot do live migration between clusters/PRs if those clusters/PRs managed by one nova compute as the current live migration logic request at least two nova computes. A bug [1] was al

Re: [openstack-dev] [horizon] horizon PyPi distribution missing

Hello, Paul Thank you for the reply (and sorry for not timely response from my side)! Are you passing external sources to pip the way Akihiro described in this thread? Or are you using some custom install script that installs package dependencies in its own way? I'm asking because I've tried the s

Re: [openstack-dev] [Swift] Request's Round trip time

Sumit, I'm working on profiling middleware and tools for Swift debugging on performance issue. This tool is powerful to get understanding how is code running at the function level by collecting metrics in statistical way. I think you maybe try this tool and see if you can get RTT at proxy server s

[openstack-dev] [RelMgt] PTL candidacy

Hi everyone, I'm writing to announce my candidacy for the Release management Program Technical Lead position. The Release management program is composed of 3 subteams. On the release cycle management front, during the Icehouse cycle we successfully handled the additional load by switching to a n

[openstack-dev] [Mistral] Engine overview and proposal

I have an idea regarding engine design i want to share with you. But first, it seems like we need a small overview of the current implementations. I'm not sure how ML will react on a bunch of ASCII graphs, so here is an etherpad: https://etherpad.openstack.org/p/mistral-engine-overview-and-propo

[openstack-dev] [depfreeze] Updating Pbr dependency to version 0.8

Due to an issue in Pbr 0.7 that prevents the installation of any Pbr based package on Windows and due to the recent availability of Pbr 0.8 [1] which includes the fix for this issue, I suggest that we should upgrade the Pbr dependency in the global requirements [2] or at least exclude version 0.7

Re: [openstack-dev] [Neutron] Problem plugging I/F into Neutron...

On Mar 29, 2014, at 2:02 PM, Gary Duan mailto:[email protected]>> wrote: I guess you need bind the port you just create. PCM: Can you elaborate on what is needed for the binding? In the call to create the port in Neutron, the script passes in an additional dict item for binding (n bold): p_s

Re: [openstack-dev] [Neutron] Problem plugging I/F into Neutron...

Yeah I had noticed that change too… I’m guessing that, if I want to try to use the Nova call, that I’d want to set both the hybrid plug and port filter flags to false? For my devstack setup, I have Neutron security groups disabled (Q_USE_SECGROUP=False), and I setup Nova to allow ICMP and SSH.

Re: [openstack-dev] [Neutron] Problem plugging I/F into Neutron...

Hi Darragh, Can you elaborate on what the “set interface” arguments do in OVS? Just trying to understand why it is not desired, when plugging into this interface (note I have a management interface on the br-int and it works fine…this one, which is also on br-int, but needs to tie to the existi

Re: [openstack-dev] [horizon] horizon PyPi distribution missing

Hi, I am not sure what is the root cause, but before I post my comment I checked the following (with Horizon Icehouse-3 and Havana update 3) and it worked as expected. $ virtualenv test $ cat requirements.txt pbr>=0.6,<1.0 http://tarballs.openstack.org/horizon/horizon-2014.1.b3.tar.gz $ source te

Re: [openstack-dev] [horizon] horizon PyPi distribution missing

According to the failure log, you seem to try to install 2012.2.4 (== Folsom). I don't think this is the intended version you want to use. Please check it. http://logs.openstack.org/25/68125/16/check/gate-murano-dashboard-python26/8ebc940/console.html.gz#_2014-03-24_11_08_50_917 2014-03-24 11:08:5

Re: [openstack-dev] Session suggestions for the Juno Design Summit now open

Thierry Carrez wrote: > We have two *new* categories this time around: > > "Cross-project workshops" > Those will be used to discuss topics which affect all OpenStack > projects, and therefore increase convergence and collaboration across > program barriers. > > "Other projects" > Those will let

Re: [openstack-dev] [TripleO] [Horizon] Searching for a new name for Tuskar UI

On 2014/27/03 19:04, Jiří Stránský wrote: On 27.3.2014 18:21, Dougal Matthews wrote: [snip] As a side, but related note, I think we should rename the Tuskar client to whatever name the Tuskar UI gets called. The client will eventually have feature parity with the UI and thus will have the sam

Re: [openstack-dev] [Ceilometer] PTL Candidacy

On Sat, Mar 29 2014, Eoghan Glynn wrote: > I would like to throw my hat into the ring for the upcoming ceilometer > PTL election. […] Thanks for your candidacy Eoghan, I really think you would be a great PTL as you have been a really good, dare I say, deputy these last months. :-) I'm sure you'l

[openstack-dev] [oslo]: some functional tests for the olso.messaging API

I have recently been trying to get some API level functional tests for the olso.messaging library. The idea is that these tests could be run with any driver and configured 'backend' and would test the basic functional guarantees that the API makes. I have an initial set of such tests now. The

Re: [openstack-dev] [OpenStack-Dev][Nova][VMWare] Enable live migration with one nova compute

On 31 March 2014 10:11, Jay Lau wrote: > Hi, > > Currently with VMWare VCDriver, one nova compute can manage multiple > clusters/RPs, this caused cluster admin cannot do live migration between > clusters/PRs if those clusters/PRs managed by one nova compute as the > current live migration logic re

Re: [openstack-dev] [Neutron] Problem plugging I/F into Neutron...

Hi Paul, tbh I'm not exactly sure what you are trying to do overall. But from your script it seems to me that you are trying to create an OVS port so a libvirt instance outside of Nova control can use it. And you don't need the linux bridge for security group iptables. AFAIK the tap must be cr

[openstack-dev] [oslo] ordering of notification 'events' in oslo.messaging

I believe that ordering of notifications at different levels is not guaranteed when receiving those notifications using a notification listener in olso.messaging. I.e. with something like: notifier = notifier.Notifier(get_transport(CONF), 'compute') notifier.info(ctxt, event_type, payl

Re: [openstack-dev] [Neutron] Problem plugging I/F into Neutron...

Hi Darragh, Yes (I should included more background), I have a VM started in KVM, and it has I/Fs associated with scripts for I/F up and down: IFNAME_ETH0=$NAME"__mgmt" IFNAME_ETH1=$NAME"__public" IFNAME_ETH2=$NAME"__private" kvm -m 8192 -name $NAME \ -smp 4 \ -serial telnet:$TELNET_ACCESS,serve

Re: [openstack-dev] [RelMgt] PTL candidacy

confirmed n 03/31/2014 12:19 PM, Thierry Carrez wrote: > Hi everyone, > > I'm writing to announce my candidacy for the Release management Program > Technical Lead position. > > The Release management program is composed of 3 subteams. > > On the release cycle management front, during the Icehou

[openstack-dev] [fuel-dev] [Fuel] Issues about OSTF tests

Hi Fuel team, I have a questions about the OSTF tests for next release 5.0. In this release we plan to include Murano 0.5, which will have significant architecture changes and it will require significant changes in OSTF tests for Murano. For example, we will not support all services, which Murano

Re: [openstack-dev] [oslo] ordering of notification 'events' in oslo.messaging

On 03/31/2014 10:55 AM, Gordon Sim wrote: > I believe that ordering of notifications at different levels is not > guaranteed when receiving those notifications using a notification > listener in olso.messaging. > > I.e. with something like: > > notifier = notifier.Notifier(get_transport(CONF

Re: [openstack-dev] [OpenStack-Dev][Nova][VMWare] Enable live migration with one nova compute

Thanks John. Yes, I also think that this should be a bp as it is going to make some changes to enable live migration with only one nova compute, will file a blueprint later. For your proposal "specify the same host as the instance", this can resolve the issue of live migration with target host, bu

Re: [openstack-dev] [Neutron] Problem plugging I/F into Neutron...

I tinkered with the Nova create call and things are (sort of) working)… I changed the plugging to do this: port_id = port['port']['id'] instance = {'uuid': vm_uuid} network = {'bridge': 'br-int'} class VeryDangerousHack(network_model.VIF): def __init__(self, port_id, mac_addr, network):

[openstack-dev] [Designate] Atlanta Summit Design Session

Hi All, The design summit this year has allowed 'Other Projects' (ie non incubated projects) to book design sessions. Is there any interest in trying to get a session in Atlanta? If people are interested I can do an application for Designate. Cheers, Graham ___

Re: [openstack-dev] Operators & Design Summit ideas for Atlanta

Tom, This is a great idea! Feel free to reach out to the user experience folks, as they’ll be interested both in attending and helping coordinate. http://ask-openstackux.rhcloud.com/questions/ [email protected] Best, Jacki On

[openstack-dev] [nova] [bug] unit tests sqlite regexp() function doesn't behave like mysql

I mentioned this last week in another thread but I suspect it got lost. I recently came across a situation where the code failed when running it under devstack but passed the unit tests. It turns out that the unit tests regexp() behaves differently than the built-in one in mysql. Down in db

Re: [openstack-dev] [nova] [bug] unit tests sqlite regexp() function doesn't behave like mysql

On 03/31/2014 08:54 AM, Chris Friesen wrote: I mentioned this last week in another thread but I suspect it got lost. I forgot to mention...I've opened this as a bug (https://bugs.launchpad.net/nova/+bug/1298690) but I wanted to get some wider suggestions as to the proper way to deal with it.

[openstack-dev] [Trove] Instance Metadata

I have completed the blueprint and specification for the proposed instance metadata code that is up for review. We can discuss the blueprint either here or on the IRC channel. Related links: Blueprint: https://blueprints.launchpad.net/trove/+spec/trove-metadata Specification: https://wiki.opensta

Re: [openstack-dev] [oslo]: some functional tests for the olso.messaging API

On Mon, Mar 31, 2014 at 8:54 AM, Gordon Sim wrote: > I have recently been trying to get some API level functional tests for the > olso.messaging library. The idea is that these tests could be run with any > driver and configured 'backend' and would test the basic functional > guarantees that the

[openstack-dev] [Heat] PTL Candidacy

Greetings, fellow Heatists. My name is not Steve and I would like to announce my candidacy for the position of Orchestration PTL. Most of you, I hope, already know me. I've been working on Heat full-time essentially since the project started, and I've been a member of the core team since befor

Re: [openstack-dev] [OpenStack-Dev][Nova][VMWare] Enable live migration with one nova compute

Building on what John said, I'm a bit wary of introducing semantics into the Conductor's live migration code that are VMWare-specific. The conductor's live-migration code is supposed to be driver-agnostic. IMHO, it would be much better if we could handle this at a level where the code was alre

Re: [openstack-dev] [nova] [bug] unit tests sqlite regexp() function doesn't behave like mysql

IMHO,Stringifying None and then expecting the *string* to match NULL is wrong. Could we check to see if `filters[filter_name]` is None and deal with that case separately (i.e `if filters[filter_name] is None: filter = column_is_null_check else: filter = column_attr.op(db_

[openstack-dev] [barbican] Meeting Monday March 31st at 20:00 UTC

Hi Everyone, The Barbican team is hosting our weekly meeting today, Monday March 24, at 20:00 UTC in #openstack-meeting-alt Meeting agenda is avaialbe here https://wiki.openstack.org/wiki/Meetings/Barbican and everyone is welcomed to add agenda items You can check this link http://time.is/0800P

Re: [openstack-dev] [oslo]: some functional tests for the olso.messaging API

On 03/31/2014 04:11 PM, Doug Hellmann wrote: On Mon, Mar 31, 2014 at 8:54 AM, Gordon Sim mailto:[email protected]>> wrote: Another slight annoyance from the testing pov is that the API provides no way of determining when a server is 'ready' i.e. when its subscriptions are in place. I ha

[openstack-dev] Oslo PTL Candidacy

I am running for a second term as PTL for the OpenStack Common Libraries (Oslo) project. I have been programming in Python professionally for over 15 years, in a variety of application areas. I am currently a Senior Developer at DreamHost, on our DreamCompute OpenStack-based public cloud project.

Re: [openstack-dev] [oslo]: some functional tests for the olso.messaging API

On Mon, Mar 31, 2014 at 11:36 AM, Gordon Sim wrote: > On 03/31/2014 04:11 PM, Doug Hellmann wrote: > >> On Mon, Mar 31, 2014 at 8:54 AM, Gordon Sim > > wrote: >> Another slight annoyance from the testing pov is that the API >> provides no way of determining when a

Re: [openstack-dev] [oslo] ordering of notification 'events' in oslo.messaging

On 03/31/2014 03:36 PM, Sandy Walsh wrote: If they're on different queues, the order they appear depends on the consumer(s). It's not really an oslo.messaging issue. Well, they are on two queues because that's how the oslo.messaging notification listener is implemented. However... [...] I t

Re: [openstack-dev] [oslo]: some functional tests for the olso.messaging API

On 03/31/2014 04:41 PM, Doug Hellmann wrote: On Mon, Mar 31, 2014 at 11:36 AM, Gordon Sim mailto:[email protected]>> wrote: On 03/31/2014 04:11 PM, Doug Hellmann wrote: On Mon, Mar 31, 2014 at 8:54 AM, Gordon Sim mailto:[email protected]>

Re: [openstack-dev] [Heat] PTL Candidacy

confirmed On 03/31/2014 05:11 PM, Zane Bitter wrote: > Greetings, fellow Heatists. My name is not Steve and I would like to > announce my candidacy for the position of Orchestration PTL. > > Most of you, I hope, already know me. I've been working on Heat > full-time essentially since the project

[openstack-dev] [qa] [ironic] Need tempest reviews from ironic team

I was reviewing some ironic changes that are more than a week old and do not have any reviews from the ironic team. Having at least one review from the ironic team would be very helpful. -David ___ OpenStack-dev mailing list [email protected]

Re: [openstack-dev] [nova] [bug] unit tests sqlite regexp() function doesn't behave like mysql

On 03/31/2014 09:24 AM, Solly Ross wrote: IMHO,Stringifying None and then expecting the *string* to match NULL is wrong. Could we check to see if `filters[filter_name]` is None and deal with that case separately (i.e `if filters[filter_name] is None: filter = column_is_null_check

Re: [openstack-dev] Oslo PTL Candidacy

confirmed On 03/31/2014 05:37 PM, Doug Hellmann wrote: > I am running for a second term as PTL for the OpenStack Common Libraries > (Oslo) project. > > I have been programming in Python professionally for over 15 years, in a > variety of application areas. I am currently a Senior Developer at > D

Re: [openstack-dev] [horizon] Cannot login to dashboard

Please ask usage questions on the non-development list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Thanks. -Ben On 03/30/2014 11:34 AM, Andrew Chul wrote: Hello, guys, I'm new in Horizon. Can anybody tell me how can I login to my local OpenStack dashboard? _

[openstack-dev] [infra] Meeting Tuesday April 1st at 19:00 UTC

Hi everyone, No joke, the OpenStack Infrastructure (Infra) team is hosting our weekly meeting tomorrow, Tuesday April 1st, at 19:00 UTC in #openstack-meeting Meeting agenda available here: https://wiki.openstack.org/wiki/Meetings/InfraTeamMeeting (anyone is welcome to to add agenda items) Everyo

[openstack-dev] [Ceilometer] [Horizon] Icehouse RC1 available

Hello everyone, Ceilometer and Horizon just published their first Icehouse release candidate. 38 bugs and bugs, respectively, were fixed in those projects since feature freeze. The RC1s are available for download at: https://launchpad.net/ceilometer/icehouse/icehouse-rc1 https://launchpad.net/hor

Re: [openstack-dev] [oslo]: some functional tests for the olso.messaging API

On 03/31/2014 04:11 PM, Doug Hellmann wrote: On Mon, Mar 31, 2014 at 8:54 AM, Gordon Sim mailto:[email protected]>> wrote: I have recently been trying to get some API level functional tests for the olso.messaging library. The idea is that these tests could be run with any driver and

[openstack-dev] PTL Candidacy

Howdy Trovesters and co, I would like to announce that i will _not_ be running for the Trove PTL this cycle. We have some smart peoples who can step up and keep the momentum going. Its been a wild ride going into integration, and I feel like its someone else's turn to have the fun that I have had

[openstack-dev] Barbican PTL Candidacy

I'd like to throw my name in for PTL for the Key Management Program which includes the Barbican, python-barbicanclient and Kite projects. I've been working on Barbican since the first line of code was committed and was responsible for building the team and desire at Rackspace to start the project.

[openstack-dev] [dev-env] Error setting up dev environment on Mac OS X (10.9.2)

Hi All, I’m trying to setup my dev environment on Mac OS X (10.9.2) with the latest Sahara code, using the following instructions: http://docs.openstack.org/developer/sahara/devref/development.environment.html When I run the “Create database Schema” step, I see the following error: " sqlalchem

[openstack-dev] [keystone] [oslo] Using oslo.cache in keystoneclient.middleware.auth_token

Hi folks, has there been any discussion on using oslo.cache within the auth_token middleware to allow for using other cache backends besides memcached? I didn’t find a Keystone blueprint for it, and was considering registering one for Juno if the team thinks this feature makes sense. I’d be hap

Re: [openstack-dev] [Neutron] Problem plugging I/F into Neutron...

ok, good to hear you are making progress. From the variable names in the script - ifname=$IFNAME_ETH2,vlan=2 - it sounds like this is a Neutron provider network. If so, then it should be possible to bridge the VM to the link with with a simple Linux bridge, without the need for a Neutron port

Re: [openstack-dev] [marconi] Performance numbers

Hello Tomasz, We have been pulled into some other priorities the past week & haven't got a chance yet to run a new benchmark. I hope to get to it later this week. Meanwhile if you are interested in deploying Marconi/running the benchmarks yourself, please let me know. We can point you to the be

Re: [openstack-dev] [dev-env] Error setting up dev environment on Mac OS X (10.9.2)

Hi Bob, The error is because of https://bugs.launchpad.net/sahara/+bug/1283133. Fix is ready, but not merged to master because of FF ( https://review.openstack.org/#/c/75456/). As a workaround I could suggest temporarily removing DROP queries in migration script #3. Or use other sql db (e.g. mysql

Re: [openstack-dev] [Designate] Atlanta Summit Design Session

Graham, I'm definitely interested in a design session. Thanks for offering to put in the application. FYI, most of us from Rackspace get in late morning on Monday and are leaving early afternoon on Friday. Thanks again, Betsy On 3/31/14 9:46 AM, "Hayes, Graham" wrote: >Hi All, > >The design

Re: [openstack-dev] [keystone] [oslo] Using oslo.cache in keystoneclient.middleware.auth_token

On Mon, Mar 31, 2014 at 12:18 PM, Kurt Griffiths < [email protected]> wrote: > Hi folks, has there been any discussion on using oslo.cache within the > auth_token middleware to allow for using other cache backends besides > memcached? I didn't find a Keystone blueprint for it, and was

Re: [openstack-dev] [horizon] horizon PyPi distribution missing

Thank you, that was the actual cause of the error. I got the wrong year, my fault. On Mon, Mar 31, 2014 at 3:55 PM, Akihiro Motoki wrote: > According to the failure log, you seem to try to install 2012.2.4 (== Folsom). > I don't think this is the intended version you want to use. Please check it

Re: [openstack-dev] [Neutron] Problem plugging I/F into Neutron...

On Mar 31, 2014, at 12:25 PM, Darragh O'Reilly wrote: > > > ok, good to hear you are making progress. From the variable names in the > script - ifname=$IFNAME_ETH2,vlan=2 - it sounds like this is a Neutron > provider network. If so, then it should be possible to bridge the VM to the > link

[openstack-dev] FreeBSD/bhyve support for nova with libvirt

Hi All, I have prepared commits I would like to have it reviewed and eventually merged that add initial, limited support for FreeBSD as a host to nova. It includes basic networking via freebsd_net driver (similar to the linux_net) and few addons to libvirt compute driver in order to support the bh

[openstack-dev] [Neutron] PTL Candidacy

Hi everyone, I have decided to run for the OpenStack Networking (Neutron) PTL position. Why I Want To Be Neutron PTL - I want to be Neutron PTL because I wish to continue pushing Neutron forward and help it evolve, and have the skills necessary to do it. I've worked in Open Source for many ye

[openstack-dev] bug/129135

openstack-dev, A question about the fix from https://review.openstack.org/#/c/82931 After this fix, the neutron code now explicitly checks for kernel version 3.13- was this deliberate? (I was using an older 3.11 version before, and did not seem to have any issues before this change). Is there a

[openstack-dev] [Mistral] Community meeting minutes - 03/31/2014

Thanks for joining IRC meeting today at #openstack-meeting channel. As usually, Minutes: http://eavesdrop.openstack.org/meetings/mistral/2014/mistral.2014-03-31-16.00.html Full log: http://eavesdrop.openstack.org/meetings/mistral/2014/mistral.2014-03-31-16.00.log.html Looking forward to see yo

Re: [openstack-dev] [keystone] [oslo] Using oslo.cache in keystoneclient.middleware.auth_token

dogpile.cache would be substantially lighter on the client-side as it only has a hard dependency on dogpile.core. It supports plenty of backends beyond memcached and we already use it in keystone quite heavily. http://dogpilecache.readthedocs.org/en/latest/ On Mon, Mar 31, 2014 at 11:35 AM, Do

Re: [openstack-dev] FreeBSD/bhyve support for nova with libvirt

How do you handle the fact that as it stands bhyve can only run *nix like OS's (specifically FreeBSD and Linux only)? The long term answer seems to be a working kqemu or use something like PetiteCloud ( http://www.petitecloud.org) as a bridge (run OS nested on bhyve under PC) On Mon, Mar 31, 20

Re: [openstack-dev] FreeBSD/bhyve support for nova with libvirt

On 03/31/2014 01:01 PM, Michał Dubiel wrote: > Hi All, > > I have prepared commits I would like to have it reviewed and eventually > merged that add initial, limited support for FreeBSD as a host to nova. > It includes basic networking via freebsd_net driver (similar to the > linux_net) and few ad

Re: [openstack-dev] FreeBSD/bhyve support for nova with libvirt

Michał Dubiel wrote: > Hi All, > > I have prepared commits I would like to have it reviewed and eventually > merged that add initial, limited support for FreeBSD as a host to nova. It > includes basic networking via freebsd_net driver (similar to the linux_net) > and few addons to libvirt compu

Re: [openstack-dev] Barbican PTL Candidacy

confirmed On 03/31/2014 12:18 PM, Jarret Raim wrote: > I'd like to throw my name in for PTL for the Key Management Program which > includes the Barbican, python-barbicanclient and Kite projects. > > I've been working on Barbican since the first line of code was committed > and was responsible for

[openstack-dev] Decorator behavior

At run time there are decorators that behave in an unexpected manner. For instance, in nova/compute/manager.py when ComputeManager's resize_instance method is called, the "migration" positional argument is somehow added to kwargs (paired with the "migration" key) and is stripped out of the args par

Re: [openstack-dev] Barbican PTL Candidacy

On 03/31/2014 12:18 PM, Jarret Raim wrote: > I'd like to throw my name in for PTL for the Key Management Program which > includes the Barbican, python-barbicanclient and Kite projects. Also please note for the purposes of elections the only repositories eligible for consideration are the repositori

Re: [openstack-dev] [nova] avahi-autoipd vs. nova networking (cloud-init)

On Sat, Mar 29, 2014 at 11:53:13AM -0400, Mike Spreitzer wrote: > I run into trouble in Ubuntu VMs when avahi-autoipd is installed. > After avahi-autoipd is installed, there is an extra route (number 2 in the > [...] > Of course, avahi-autoipd thinks it is doing me a favor. Nova thinks it is >

Re: [openstack-dev] Decorator behavior

> At run time there are decorators that behave in an unexpected manner. > For instance, in nova/compute/manager.py when ComputeManager's > resize_instance method is called, the "migration" positional argument > is somehow added to kwargs (paired with the "migration" key) and is > stripped out of th

Re: [openstack-dev] [Neutron] PTL Candidacy

confirmed On 03/31/2014 01:04 PM, Kyle Mestery wrote: > Hi everyone, > > I have decided to run for the OpenStack Networking (Neutron) PTL position. > > Why I Want To Be Neutron PTL > - > I want to be Neutron PTL because I wish to continue pushing Neutron forward > and help it evolve, and hav

Re: [openstack-dev] [nova] Feature about QEMU Assisted online-extend volume

On 29 March 2014 02:49, Zhangleiqiang (Trump) wrote: > Hi, Duncan: > Thanks for your advice. > > About the "summit session" you mentioned, what things can I do for it > ? If you (or a colleague who can speak on your behalf) is going to the summit, then go to 'http://summit.openst

Re: [openstack-dev] [Neutron] PTL Candidacy

Thanks anh. Lúc chiều e cũng bookmark bài này rồi. E phải xem kỹ phần kiến trúc trong neutron, phần network này vẫn chưa thông lắm anh ạ. P/s: Anh gửi tài liệu OVS cho e và Long nhé. On 1 Apr 2014 00:04, "Kyle Mestery" wrote: > Hi everyone, > > I have decided to run for the OpenStack Networking

[openstack-dev] [Neutron] Dynamic Routing Blueprint Updated

Hi team. The dynamic routing blueprint has been updated to reflect the feedback received during L3 subteam meetings over the last few weeks. The blueprint is registered here: https://blueprints.launchpad.net/neutron/+spec/bgp-dynamic-routing, and the full specification is available here: http

[openstack-dev] [Nova] PTL Candidacy

Hi, I would like to run for the OpenStack Compute (Nova) PTL position. I find it really rewarding to help resolve conflict. Gallup says I am a: Learner, Arranger, Achiever, Relator, Includer. I like to listen to all sides of the story, learn about everyones point of view, help frame the argument,

Re: [openstack-dev] [keystone] [oslo] Using oslo.cache in keystoneclient.middleware.auth_token

I’ve been working on (albeit slowly) getting the keystone implementation of dogpile.cache into oslo.cache. It’s been slow due to other demands, but I’m hoping to get back to it in the near future here so we can make moves like this more easily. — Morgan Fainberg Principal Software Engineer Core

[openstack-dev] [Swift] PTL candidacy

I'm announcing my candidacy for Swift PTL. I've been involved with Swift specifically and OpenStack in general since the beginning. I'd like to continue to serve in the role as Swift PTL. Swift has grown quite a bit over the last 4 years. In this past year, we've added major new features refact

Re: [openstack-dev] [Swift] PTL candidacy

confirmed On 03/31/2014 08:01 PM, John Dickinson wrote: > I'm announcing my candidacy for Swift PTL. I've been involved with Swift > specifically and OpenStack in general since the beginning. I'd like to > continue to serve in the role as Swift PTL. > > Swift has grown quite a bit over the last

Re: [openstack-dev] [Nova] PTL Candidacy

confirmed On 03/31/2014 07:53 PM, John Garbutt wrote: > Hi, > > I would like to run for the OpenStack Compute (Nova) PTL position. > > I find it really rewarding to help resolve conflict. Gallup says I am > a: Learner, Arranger, Achiever, Relator, Includer. I like to listen to > all sides of the

[openstack-dev] [Neutron][L3] Dynamic Routing Use Cases

Hi All, The neutron L3 subteam [1] has been discussing dynamic routing use cases for a couple of weeks in our meeting. I attempted to capture the use cases at a high level here [2]. It is far from complete, I'd like some feedback from the community on the use cases. Carl Baldwin [1] https://wi

[openstack-dev] [Nova] Juno open for development

We just merged the change that opens the master branch for Juno development: https://review.openstack.org/#/c/83752/ We will be releasing icehouse-rc1 from the commit that precedes the above patch. If anything comes up that warrants another release candidates, please get in contact with me d

Re: [openstack-dev] [Nova] PTL Candidacy

On 31 March 2014 18:53, John Garbutt wrote: > Hi, > > I would like to run for the OpenStack Compute (Nova) PTL position. > > I find it really rewarding to help resolve conflict. Gallup says I am > a: Learner, Arranger, Achiever, Relator, Includer. I like to listen to > all sides of the story, lear

Re: [openstack-dev] [qa] [ironic] Need tempest reviews from ironic team

Hi David, We are in feature freeze right now, waiting for the Juno cycle to open up, so there are several reviews that are holding. If you are able please join the #opensack-ironic IRC channel, there is almost always a core member in channel who should be able to answer any questions you have abou

[openstack-dev] [Horizon] PTL Candidacy

I would like to announce my candidacy for Horizon PTL. I've been working on and contributing to Horizon for the last three releases and had the pleasure to serve as the PTL for the Icehouse cycle. In the Icehouse cycle, we started a number of changes that I would like to see completed in the Ju

Re: [openstack-dev] [Horizon] PTL Candidacy

confirmed On 03/31/2014 02:52 PM, Lyle, David wrote: > I would like to announce my candidacy for Horizon PTL. > > I've been working on and contributing to Horizon for the last three releases > and had the pleasure to serve as the PTL for the Icehouse cycle. > > In the Icehouse cycle, we started

Re: [openstack-dev] bug/129135

Also, how does this work for RHEL-based distros where they tend to backport new kernel features? For instance vxlan support was added in the kernel for RHEL6.5 which is 2.6.32-based... That changeset looks like it breaks Neutron for ovs + vxlan on RHEL distros. Nate On Mon, Mar 31, 2014 at 1:0

Re: [openstack-dev] [Mistral] Engine overview and proposal

I am in the full agreement with the proposed approach (risked to copy below, let's see if email handles your diagrams): * Single Engine handles multiple executions asynchronously, in non-blocking way. * Persistence access only from API and/or Engine, Engine writes, API reads. * Action runes don

Re: [openstack-dev] ML2 Type driver for supporting network overlays, with more than 4K seg

Hi Mathieu, Thanks for the link. Some similarities for sure. I see Nova libvirt being used. I had looked at libvirt earlier. Firstly, the libvirt support that Nova uses to communicate with LLDPAD doesn't have support for the latest 2.2 standard. The support is also only for the VEPA mode and no

[openstack-dev] [Nova] Icehouse RC1 available

Hello everyone, Nova just published its first Icehouse release candidate. Congrats to all Nova developers for reaching this key milestone: 131 bugs were fixed in Nova since feature freeze earlier this month ! The RC1 is available for download at: https://launchpad.net/nova/icehouse/icehouse-rc1

Re: [openstack-dev] PGP keysigning party for Juno summit in Atlanta?

On 2014-03-31 10:55:06 +0200 (+0200), Thierry Carrez wrote: > No miracle here... All slots are pretty full as expected. I think our > best bet is still the 30-min morning break on Wednesday or Thursday at > 10:30am. Would finding an available room for an hour sometime on Monday make sense instead?

[openstack-dev] [Neutron] PTL Candidacy

All- I writing to announce my candidacy for the OpenStack Networking (Neutron) PTL. I am the current Neutron PTL and would like to continue leading our team during the Juno cycle. As PTL, I have worked to promote a vibrant open ecosystem of deployers, integrators and vendors within Neutron. O

  1   2   >