Re: [openstack-dev] [nova][baremetal] Status of nova baremetal and ironic

Hi, If I were to implement a new BM driver then should I propose a BP to Ironic rather than Nova? We are currently writing a driver internally using nova-baremetal. My understanding is that nova-baremetal will only merge critical bug fixes and new features will merge to Ironic, correct? Thanks.

[openstack-dev] [heatclient] Jenkins Fail (gate-python-heatclient-pypy FAILURE)

Hi, Anybody know the "Jenkins Fail"? I've encountered this fail in tow patches. gate-python-heatclient-pypy FAILURE in 1m 28s error: option --single-version-externally-managed not recognized ERROR: could n

Re: [openstack-dev] MuranoPL questions?

>Who is going to train people on muranoPL, write language books and tutorials when the same amount of work has already been done for 10+ years for other languages In any language most of the time is spent not on learning of language constructs, but raise learning base classes/functions provided

Re: [openstack-dev] [heatclient] Jenkins Fail (gate-python-heatclient-pypy FAILURE)

I believe this is the issue being tracked in https://bugs.launchpad.net/openstack-ci/+bug/1290562 The latest update to that issue has a suggested workaround. On Tue, Mar 18, 2014 at 6:32 PM, 黎林果 wrote: > Hi, > >Anybody know the "Jenkins Fail"? I've encountered this fail in tow > patches.

Re: [openstack-dev] [neutron][rootwrap] Performance considerations, sudo?

Hi Joe, thank you very much for the positive feedback, I plan to spend a day during this week on the shedskin-compatibility for rootwrap (I'll branch it, and tune/cut down as necessary) to make it compile under shedskin [1] : nothing done yet. It's a short-term alternative until we can hav

Re: [openstack-dev] [neutron][rootwrap] Performance considerations, sudo?

Joe Gordon wrote: >> And this is a test with shedskin, I suppose that in more complicated >> dependecy scenarios it should perform better. >> >> [majopela@redcylon tmp]$ cat > > import sys >> > print "hello world" >> > sys.exit(0) >> > EOF >> >> [majopela

Re: [openstack-dev] Automatic version creation in PBR

Robert Collins wrote: > If you set 'version' in setup.cfg, pbr's behaviour will not change at all. > > If you do not set 'version' in setup.cfg then: > - for tagged commits, pbr's behaviour will not change at all. > - for untagged commits, pbr will change from > '$last_tag_version.$commit_count.

Re: [openstack-dev] [Nova][Cinder] Feature about Raw Device Mapping

On Tue, Mar 18, 2014 at 11:01 AM, Zhangleiqiang (Trump) wrote: >> From: Huang Zhiteng [mailto:winsto...@gmail.com] >> Sent: Tuesday, March 18, 2014 10:32 AM >> To: OpenStack Development Mailing List (not for usage questions) >> Subject: Re: [openstack-dev] [Nova][Cinder] Feature about Raw Device >

Re: [openstack-dev] Constructive Conversations

100% support that. Renat Akhmerov @ Mirantis Inc. On 18 Mar 2014, at 02:00, Adrian Otto wrote: > Kurt, > > I think that a set of community values for OpenStack would be a terrific > asset. I refer to values constantly as a way to align my efforts with the > needs of my company. I'd love to

Re: [openstack-dev] [Neutron] advanced servicevm framework IRC meeting March 18(Tuesday) 23:00 UTC

Hi Balaji. Let's discuss/determine on the time at the meeting as it is listed as agenda. Sorry for inconvenience for the first time. Do you have any feedback other than the meeting time? thanks, On Tue, Mar 18, 2014 at 06:18:01AM +, "balaj...@freescale.com" wrote: > Hi Isaku Yamahata, > >

Re: [openstack-dev] [Nova][Cinder] Feature about Raw Device Mapping

> From: Huang Zhiteng [mailto:winsto...@gmail.com] > Sent: Tuesday, March 18, 2014 4:40 PM > To: OpenStack Development Mailing List (not for usage questions) > Subject: Re: [openstack-dev] [Nova][Cinder] Feature about Raw Device > Mapping > > On Tue, Mar 18, 2014 at 11:01 AM, Zhangleiqiang (Trump)

[openstack-dev] [qa] API schema location

Hi Chris, hi all, I just recognized that we have very similar interface definitions in tempest/api_schema and etc/schema: https://github.com/openstack/tempest/tree/master/etc/schemas https://github.com/openstack/tempest/tree/master/tempest/api_schema Any objections if I move them to a single loc

[openstack-dev] [sahara] python-saharaclient 0.6.0 release [savanna]

Hi folks, the first version ofpython-saharaclient has been released. The main change is renaming all stuff from savanna to sahara. This release contains backward compatibility for using it as savanna client. https://launchpad.net/python-saharaclient/0.6.x/0.6.0 https://pypi.python.org/pypi/pytho

Re: [openstack-dev] [sahara] python-saharaclient 0.6.0 release [savanna]

python-saharaclient addition change request is under review - https://review.openstack.org/#/c/81083/ On Tue, Mar 18, 2014 at 1:45 PM, Sergey Lukjanov wrote: > Hi folks, > > the first version ofpython-saharaclient has been released. > > The main change is renaming all stuff from savanna to sahara

Re: [openstack-dev] Icehouse dependency freeze

Thomas Goirand wrote: > We're now 1 month away from the scheduled release date. It is my strong > opinion (as the main Debian OpenStack package maintainer) that for the > last Havana release, the freeze of dependency happened really too late, > creating issues hard to deal with on the packaging sid

Re: [openstack-dev] [nova] question about e41fb84 "fix anti-affinity race condition on boot"

Hi Chris, 2014-03-18 0:36 GMT+01:00 Chris Friesen : > On 03/17/2014 05:01 PM, Sylvain Bauza wrote: > > >> There are 2 distinct cases : >> 1. there are multiple schedulers involved in the decision >> 2. there is one single scheduler but there is a race condition on it >> > > > About 1., I agree

Re: [openstack-dev] [Neutron][OVS Agent]

Hi nader, The easiest way would be to register a new RPC callback in the current ovs agent. This is what we have done for the l2-pop MD, with fdb_add and fdb_remove callbacks. However, it could become a mess if every MD adds it own callback directly into the code of the agent. L2 agent should be a

Re: [openstack-dev] [qa] API schema location

On Tue, 18 Mar 2014 10:39:19 +0100 "Koderer, Marc" wrote: > > I just recognized that we have very similar interface definitions in > tempest/api_schema and etc/schema: > > https://github.com/openstack/tempest/tree/master/etc/schemas > https://github.com/openstack/tempest/tree/master/tempest/api_

Re: [openstack-dev] Icehouse dependency freeze

On 03/18/2014 06:12 AM, Thierry Carrez wrote: > Thomas Goirand wrote: >> We're now 1 month away from the scheduled release date. It is my strong >> opinion (as the main Debian OpenStack package maintainer) that for the >> last Havana release, the freeze of dependency happened really too late, >> cr

Re: [openstack-dev] [qa] API schema location

On Tue, 18 Marc 2014 12:00:00 +0100 Christopher Yeoh [mailto:cbky...@gmail.com] wrote: > On Tue, 18 Mar 2014 10:39:19 +0100 > "Koderer, Marc" wrote: > > > > I just recognized that we have very similar interface definitions in > > tempest/api_schema and etc/schema: > > > > https://github.com/openst

[openstack-dev] [neutron] Globally-unique VM MAC address to do vendor-backed DHCP

Hi stakers, We’re trying to replace dnsmasq-supplied DHCP for tenant VMs with a vendor’s baremetal DHCP server. In order to pass DHCP request to a vendor’s server and send DHCP response back to VM we decided to add another OVS bridge (we called it br-dhcp), connected to integration bridge (br-i

[openstack-dev] Updating libvirt in gate jobs

Hi Team, We have 2 choices 1) Upgrade to libvirt 0.9.8+ (See [1] for details) 2) Enable UCA and upgrade to libvirt 1.2.2+ (see [2] for details) For #1, we received a patched deb from @SergeHallyn/@JamesPage and ran tests on it in review https://review.openstack.org/#/c/79816/ For #2, @SergeHally

Re: [openstack-dev] [Heat]Heat use as a standalone component for Cloud Managment over multi IAAS

Sorry for the late of this response, I'm currently working on a project called Warm. https://wiki.openstack.org/wiki/Warm It is used as a standalone client and try to deploy small OpenStack environments from Yzml templates. You can find some samples here: https://github.com/sahid/warm-tem

Re: [openstack-dev] [Solum] Proposed Core Reviewer Changes

+ 1 From: Adrian Otto [adrian.o...@rackspace.com] Sent: Tuesday, March 18, 2014 12:13 AM To: OpenStack Development Mailing List (not for usage questions) Subject: [openstack-dev] [Solum] Proposed Core Reviewer Changes Solum Cores, I propose the following c

Re: [openstack-dev] MuranoPL questions?

Joshua, Clint, The only platform I'm aware about which fully supports true isolation and which has been used in production for this purpose is Java VM. I know people who developed systems for online programming competitions and really smart kids tried to break it without any luck :) Since we're s

[openstack-dev] [Ceilometer][QA][Tempest][Infra] Ceilometer tempest testing in gate

Hi folks, I'd like to discuss Ceilometer's tempest situation with you. Now we have several patch sets on review that test core functionality of Ceilometer: notificaton and pollstering (topic https://review.openstack.org/#/q/status:open+project:openstack/tempest+branch:master+topic:bp/add-basic-cei

Re: [openstack-dev] Icehouse dependency freeze

On 03/18/2014 02:51 PM, Andreas Jaeger wrote: > On 03/18/2014 07:14 AM, Thomas Goirand wrote: >> Hi, >> >> We're now 1 month away from the scheduled release date. It is my strong >> opinion (as the main Debian OpenStack package maintainer) that for the >> last Havana release, the freeze of dependen

Re: [openstack-dev] MuranoPL questions?

+1 Renat Akhmerov @ Mirantis Inc. On 18 Mar 2014, at 19:01, Ruslan Kamaldinov wrote: > Joshua, Clint, > > The only platform I'm aware about which fully supports true isolation and > which > has been used in production for this purpose is Java VM. I know people who > developed systems for onli

Re: [openstack-dev] Icehouse dependency freeze

On 03/18/2014 06:12 PM, Thierry Carrez wrote: > Thomas Goirand wrote: >> We're now 1 month away from the scheduled release date. It is my strong >> opinion (as the main Debian OpenStack package maintainer) that for the >> last Havana release, the freeze of dependency happened really too late, >> cr

Re: [openstack-dev] [Ceilometer][QA][Tempest][Infra] Ceilometer tempest testing in gate

On 03/18/2014 08:09 AM, Nadya Privalova wrote: > Hi folks, > > I'd like to discuss Ceilometer's tempest situation with you. > Now we have several patch sets on review that test core functionality of > Ceilometer: notificaton and pollstering (topic > https://review.openstack.org/#/q/status:open+pro

Re: [openstack-dev] [Solum][Oslo] Next Release of oslo.messaging?

On Tue, Mar 18, 2014 at 1:37 AM, Angus Salkeld wrote: > On 18/03/14 07:39 +0530, Noorul Islam Kamal Malmiyoda wrote: > >> On Tue, Mar 18, 2014 at 4:59 AM, Adrian Otto >> wrote: >> >>> Doug Hellmann and Victror Stinner (+ oslo cores), >>> >>> Solum currently depends on a py33 gate. We want to use

Re: [openstack-dev] [nova] OPENSTACK SERVICE ERROR

Couple of questions, - Do you have n-cpu running in every node? (controller and both computes) - Which services do you have enabled in both compute nodes? - To which node corresponds the screen log provided? - What is the output of nova-manage service list?

Re: [openstack-dev] [Ceilometer][QA][Tempest][Infra] Ceilometer tempest testing in gate

On Tue, Mar 18 2014, Sean Dague wrote: > There is a fundamental problem here that the Ceilometer team requires a > version of Mongo that's not provided by the distro. We've taken a pretty > hard line on not requiring newer versions of non python stuff than the > distros we support actually have.

Re: [openstack-dev] [Solum][Oslo] Next Release of oslo.messaging?

In addition to the installation requirements, we also need to deal with the code-level changes. For example, when using the eventlet executor eventlet needs to have been imported very early by the application so it can monkeypatch the I/O libraries. When not using the eventlet executor, that monkey

Re: [openstack-dev] [nova] question about e41fb84 "fix anti-affinity race condition on boot"

On 03/17/2014 01:54 PM, John Garbutt wrote: > On 15 March 2014 18:39, Chris Friesen wrote: >> Hi, >> >> I'm curious why the specified git commit chose to fix the anti-affinity race >> condition by aborting the boot and triggering a reschedule. >> >> It seems to me that it would have been more eleg

Re: [openstack-dev] [Ceilometer][QA][Tempest][Infra] Ceilometer tempest testing in gate

On 03/18/2014 09:02 AM, Julien Danjou wrote: > On Tue, Mar 18 2014, Sean Dague wrote: > >> There is a fundamental problem here that the Ceilometer team requires a >> version of Mongo that's not provided by the distro. We've taken a pretty >> hard line on not requiring newer versions of non python

Re: [openstack-dev] [Ceilometer][QA][Tempest][Infra] Ceilometer tempest testing in gate

On Tue, Mar 18 2014, Sean Dague wrote: > We've not required UCA for any other project to pass the gate. So what > is the issue with Mongo 2.0.4 that makes it unsupportable in ceilometer? We require features not present in MongoDB < 2.2. -- Julien Danjou -- Free Software hacker -- http://julien.

Re: [openstack-dev] [nova] question about e41fb84 "fix anti-affinity race condition on boot"

2014-03-18 14:07 GMT+01:00 Russell Bryant : > > I think it's great to see discussion of better ways to approach these > things, but it would have to be Juno work. > > +1. There are various blueprints about the scheduler in progress, related to either splitting it out or scaling it, and IMHO this c

[openstack-dev] pbr 0.7.0 released

This is mostly a bug-fix release, but it does include some requirements changes so we bumped the minor version number. * Factor run_cmd out of the base class * Return the real class in VersionInfo __repr__ * Fix up some docstrings * Init sphinx config values before accessing them * Remove copyrigh

Re: [openstack-dev] Updating libvirt in gate jobs

On Tue, Mar 18, 2014 at 07:50:15AM -0400, Davanum Srinivas wrote: > Hi Team, > > We have 2 choices > > 1) Upgrade to libvirt 0.9.8+ (See [1] for details) > 2) Enable UCA and upgrade to libvirt 1.2.2+ (see [2] for details) > > For #1, we received a patched deb from @SergeHallyn/@JamesPage and ran

[openstack-dev] [Nova][Heat] How to reliably detect VM failures?

Hi, Folks, I have been trying to implement a HACluster resource type in Heat. I haven't created a BluePrint for this because I am not sure everything will work as expected. The basic idea is to extend the OS::Heat::ResourceGroup resource type with inner resource types fixed to be OS::Nova::Se

Re: [openstack-dev] [Solum][Oslo] Next Release of oslo.messaging?

Hi, My patches for Oslo Messaging are naive and inefficient. They are just a first step to prepare OpenStack for Trollius. I chose to run asyncio event loop in its own dedicated thread and dispatch messages in a pool of threads. It would be nice to run asyncio event loop in the main thread, as

Re: [openstack-dev] Updating libvirt in gate jobs

I agree with Dan -- I think it's important to test on newer versions as well, considering we will have people running on other versions besides Ubuntu LTS -- Fedora 20, for instance, is on 1.1.3.4. Additionally, considering bugs get fixed and features get implemented in each version of libvirt,

Re: [openstack-dev] [nova] OPENSTACK SERVICE ERROR

Hi Ben Thanks.I'll take care of Formatting in future.Moreover I'll pull the latest code and will let you know the result soon. Hi Facundo Following are the answers of your questions... Do you have n-cpu running in every node? (controller and both computes) --YES I have n-cpu running in every

Re: [openstack-dev] Updating libvirt in gate jobs

On 03/18/2014 10:11 AM, Daniel P. Berrange wrote: > On Tue, Mar 18, 2014 at 07:50:15AM -0400, Davanum Srinivas wrote: >> Hi Team, >> >> We have 2 choices >> >> 1) Upgrade to libvirt 0.9.8+ (See [1] for details) >> 2) Enable UCA and upgrade to libvirt 1.2.2+ (see [2] for details) >> >> For #1, we re

[openstack-dev] OpenStack/GSoC

Dear Students, Student application deadline is on Friday, March 21 [1] Once you finish the application process on the Google GSoC site. Please reply back to this thread to confirm that all the materials are ready to review. thanks, dims [1] http://www.google-melange.com/gsoc/events/google/gsoc2

Re: [openstack-dev] [Ceilometer] [QA] Slow Ceilometer resource_list CLI command

> -Original Message- > From: Tim Bell [mailto:tim.b...@cern.ch] > Sent: Monday, March 17, 2014 2:04 PM > To: OpenStack Development Mailing List (not for usage questions) > Subject: Re: [openstack-dev] [Ceilometer] [QA] Slow Ceilometer > resource_list CLI command > > > At CERN, we've had

Re: [openstack-dev] [Solum] Proposed Core Reviewer Changes

On 03/18/2014 01:13 AM, Adrian Otto wrote: > Solum Cores, > > I propose the following changes to the Solum core reviewer team: > > +gokrokve > +julienvey > +devdatta-kulkarni > -kgriffs (inactivity) > -russelb (inactivity) > > Please reply with your +1 votes to proceed with this change, or any r

Re: [openstack-dev] [Solum] Proposed Core Reviewer Changes

+1 On 3/18/14, 12:13 AM, "Adrian Otto" wrote: >Solum Cores, > >I propose the following changes to the Solum core reviewer team: > >+gokrokve >+julienvey >+devdatta-kulkarni >-kgriffs (inactivity) >-russelb (inactivity) > >Please reply with your +1 votes to proceed with this change, or any >remar

Re: [openstack-dev] [neutron][rootwrap] Performance considerations, sudo?

Hello, Thierry. On Mon, Mar 17, 2014 at 6:04 PM, Thierry Carrez wrote: > Note that the whole concept behind rootwrap is to limit the amount of > code that runs with elevated privileges. If you end up running a full > service as root which imports as many libraries as the rest of OpenStack > servi

Re: [openstack-dev] [neutron][rootwrap] Performance considerations, sudo?

On Mon, Mar 17, 2014 at 1:01 PM, IWAMOTO Toshihiro wrote: > > I've added a couple of security-related comments (pickle decoding and > token leak) on the etherpad. > Please check. > Hello. Thanks for your input. - We can avoid pickle using xmlrpclib. - Token won't leak because we have direct pipe

Re: [openstack-dev] [Neutron][ML2] Can I use a new plugin based on Ml2Plugin instead of Ml2Plugin as core_plugin

Can't access the BP. Says it is private. On Mon, Mar 17, 2014 at 7:03 PM, Nader Lahouti wrote: > Sure. I filed new BP that address this issue: > > https://blueprints.launchpad.net/neutron/+spec/neutron-ml2-mechanismdriver-extensions > > Thanks, > Nader. > > > > On Mon, Mar 17, 2014 at 3:26 PM, K

[openstack-dev] Hyper-V Meeting

Hi All, We are currently working through some issues within the CI today and therefore will need to cancel the Hyper-V meeting for today. We will resume again next week. p Peter J. Pouliot CISSP Sr. SDET OpenStack Microsoft New England Research & Development Center 1 Memorial Drive Cambridge,

Re: [openstack-dev] [gantt] scheduler sub-group meeting 3/18 - agenda

Thanks to the attendees. Below are the minutes of the meeting : (16:55:45) openstack: Minutes: http://eavesdrop.openstack.org/meetings/gantt/2014/gantt.2014-03-18-15.00.html (16:55:46) openstack: Minutes (text): http://eavesdrop.openstack.org/meetings/gantt/2014/gantt.2014-03-18-15.00.txt (16:55:4

Re: [openstack-dev] [Ceilometer][QA][Tempest][Infra] Ceilometer tempest testing in gate

On Tue, Mar 18, 2014 at 2:09 PM, Sean Dague wrote: > We've not required UCA for any other project to pass the gate. Is it that bad to have UCA in default devstack, as far as I know UCA is the official way to do OpenStack on ubuntu, right? Chmouel. _

Re: [openstack-dev] [Neutron][ML2] Can I use a new plugin based on Ml2Plugin instead of Ml2Plugin as core_plugin

Vinay, It shows it is public and everyone can see the info. Thanks, Nader. On Tue, Mar 18, 2014 at 8:39 AM, Vinay Bannai wrote: > Can't access the BP. Says it is private. > > > On Mon, Mar 17, 2014 at 7:03 PM, Nader Lahouti wrote: > >> Sure. I filed new BP that address this issue: >> >> https

Re: [openstack-dev] [neutron] Globally-unique VM MAC address to do vendor-backed DHCP

On Mar 18, 2014, at 7:40 AM, Roman Verchikov mailto:rverchi...@mirantis.com>> wrote: Hi stakers, We’re trying to replace dnsmasq-supplied DHCP for tenant VMs with a vendor’s baremetal DHCP server. In order to pass DHCP request to a vendor’s server and send DHCP response back to VM we decided

Re: [openstack-dev] [Ceilometer][QA][Tempest][Infra] Ceilometer tempest testing in gate

On 03/18/2014 12:09 PM, Chmouel Boudjnah wrote: > > On Tue, Mar 18, 2014 at 2:09 PM, Sean Dague > wrote: > > We've not required UCA for any other project to pass the gate. > > > > Is it that bad to have UCA in default devstack, as far as I know UCA is > the official

Re: [openstack-dev] [Neutron][LBaaS][FWaaS][VPN] Admin status vs operational status

On 03/17/2014 03:46 PM, Salvatore Orlando wrote: > It is a common practice to have both an operational and an administrative > status. > I agree ACTIVE as a term might result confusing. Even in the case of a port, > it > is not really clear whether it means "READY" or "LINK UP". > Terminology-wis

[openstack-dev] Offset support in REST API pagination

First, here is some background on this topic: http://www.gossamer-threads.com/lists/openstack/dev/2777 Does anyone have any insight as to why offset is not supported in the REST API calls that support pagination? I realize that there are tradeoffs when using a offset (vs. marker) but I believe

Re: [openstack-dev] [Heat] Stack breakpoint

On 17/03/14 21:18, Mike Spreitzer wrote: Zane Bitter wrote on 03/17/2014 07:03:25 PM: > On 17/03/14 17:03, Ton Ngo wrote: > > - How to handle resources with timer, e.g. wait condition: pause/resume > > timer value > > Handle it by only allowing pauses before and after. In most cases I'm

Re: [openstack-dev] [Congress] Policy types

Hi Prabhakar, No IRC meeting this week. Our IRC is every *other* week, and we had it last week. Though there's been enough activity of late that maybe we should consider making it weekly. I'll address the rest later. Tim - Original Message - | From: "prabhakar Kudva" | To: "OpenSta

Re: [openstack-dev] [Nova][Heat] How to reliably detect VM failures?

On 03/18/2014 07:54 AM, Qiming Teng wrote: Hi, Folks, I have been trying to implement a HACluster resource type in Heat. I haven't created a BluePrint for this because I am not sure everything will work as expected. The basic idea is to extend the OS::Heat::ResourceGroup resource type wit

[openstack-dev] [Marconi] Pecan Evaluation for Marconi

I work for Rackspace and Im fairly new to Openstack Ecosystem. Recently, I came across an opportunity to evaluate Pecan for Marconi and produce a comprehensive report. I have not worked with Pecan or Falcon prior to this evaluation, and have no vested interest in these two frameworks. Evaluatin

Re: [openstack-dev] [Ceilometer][QA][Tempest][Infra] Ceilometer tempest testing in gate

On Tue, Mar 18, 2014 at 5:21 PM, Sean Dague wrote: > So I'm still -1 at the point in making UCA our default run environment > until it's provably functional for a period of time. Because working > around upstream distro breaks is no fun. > I agree, if UCA is not very stable ATM, this os going t

Re: [openstack-dev] Offset support in REST API pagination

On Tue, 2014-03-18 at 11:31 -0500, Steven Kaufer wrote: > First, here is some background on this topic: > http://www.gossamer-threads.com/lists/openstack/dev/2777 > > Does anyone have any insight as to why offset is not supported in the > REST API calls that support pagination? I realize that t

Re: [openstack-dev] [Ceilometer][QA][Tempest][Infra] Ceilometer tempest testing in gate

If UCA is required, what would be the upgrade path for a currently running OpenStack Havana site to Icehouse with this requirement ? Would it be an online upgrade (i.e. what order to upgrade the different components in order to keep things running at all times) ? Tim From: Chmouel Boudjnah [m

Re: [openstack-dev] [Neutron][LBaaS][FWaaS][VPN] Admin status vs operational status

Discussing some "radical" concepts... I also agree that there should be different attribute to reflect the administrator state, operation state and the "provisioning" state. This is already reflected in https://docs.google.com/document/d/1D-1n8nCEFurYzvEBxIRfXfffnImcIPwWSctAG-NXonY/edit?usp=shar

Re: [openstack-dev] [Murano][Heat] MuranoPL questions?

(I added a couple of tags to the subject; hope this doesn't screw up anyone's threading.) On 09/03/14 16:26, Joshua Harlow wrote: I'd be very interested in knowing the resource controls u plan to add. Memory, CPU... I'm still trying to figure out where something like https://github.com/istalke

Re: [openstack-dev] MuranoPL questions?

On 18/03/14 08:01, Ruslan Kamaldinov wrote: Joshua, Clint, The only platform I'm aware about which fully supports true isolation and which has been used in production for this purpose is Java VM. I know people who developed systems for online programming competitions and really smart kids tried

Re: [openstack-dev] Icehouse dependency freeze

On 3/18/2014 7:21 AM, Thomas Goirand wrote: On 03/18/2014 06:12 PM, Thierry Carrez wrote: Thomas Goirand wrote: We're now 1 month away from the scheduled release date. It is my strong opinion (as the main Debian OpenStack package maintainer) that for the last Havana release, the freeze of dep

Re: [openstack-dev] [QA][Tempest] Reminder: Bug Day - Wed, 19th

Hey! I Just want to reminder everybody about the bug day tomorrow. Thanks On 03/12/2014 09:31 PM, Mauro S M Rodrigues wrote: Hello everybody! In the last QA meeting I stepped ahead and volunteered to organize another QA Bug Day. This week wasn't a good one, so I thought to schedule it to th

Re: [openstack-dev] [nova][baremetal] Status of nova baremetal and ironic

On Tue, Mar 18, 2014 at 12:22 AM, Zhongyue Luo wrote: > Hi, > > If I were to implement a new BM driver then should I propose a BP to > Ironic rather than Nova? We are currently writing a driver internally using > nova-baremetal. My understanding is that nova-baremetal will only merge > critical bu

Re: [openstack-dev] [qa] API schema location

On Tue, Mar 18, 2014 at 12:34:57PM +0100, Koderer, Marc wrote: > On Tue, 18 Marc 2014 12:00:00 +0100 > Christopher Yeoh [mailto:cbky...@gmail.com] wrote: > > On Tue, 18 Mar 2014 10:39:19 +0100 > > "Koderer, Marc" wrote: > > > > > > I just recognized that we have very similar interface definitions

Re: [openstack-dev] [Solum][Oslo] Next Release of oslo.messaging?

Awesome, great to see this, will try it out :-) Is that in the recently released pbr (0.7.0?) From: Doug Hellmann mailto:doug.hellm...@dreamhost.com>> Reply-To: "OpenStack Development Mailing List (not for usage questions)" mailto:openstack-dev@lists.openstack.org>> Date: Tuesday, March 18, 201

Re: [openstack-dev] Offset support in REST API pagination

Jay Pipes wrote on 03/18/2014 12:02:50 PM: > From: Jay Pipes > To: openstack-dev@lists.openstack.org, > Date: 03/18/2014 12:15 PM > Subject: Re: [openstack-dev] Offset support in REST API pagination > > On Tue, 2014-03-18 at 11:31 -0500, Steven Kaufer wrote: > > First, here is some background on

Re: [openstack-dev] [nova] OPENSTACK SERVICE ERROR

On 03/17/2014 11:14 AM, Ben Nemec wrote: > First, please don't use all caps in your subject. Second, please do use > tags to indicate which projects your message relates to. In this case, > that appears to be nova. third (actually, zero: this is the most important part of all) Don't use the dev

Re: [openstack-dev] Icehouse dependency freeze

Thomas Goirand writes: > On 03/18/2014 06:12 PM, Thierry Carrez wrote: >> Thomas Goirand wrote: [...] >> Trove turned out to not be participating in global requirements, and >> has 3 items outside of requirements. > > Could you list them? > Hi Thomas: There are 3 python packages that trove curr

Re: [openstack-dev] [qa] API schema location

> From: Matthew Treinish [mtrein...@kortar.org] > Sent: Tuesday, March 18, 2014 7:08 PM > On Tue, Mar 18, 2014 at 12:34:57PM +0100, Koderer, Marc wrote: > > On Tue, 18 Marc 2014 12:00:00 +0100 > > Christopher Yeoh [mailto:cbky...@gmail.com] wrote: > > > On Tue, 18 Mar 2014 10:39:19 +0100 > > > "Kod

Re: [openstack-dev] [neutron][policy] Integrating network policies and network services

Mohammad, Can you share details on the contract-based policy model? - Louis From: Mohammad Banikazemi [mailto:m...@us.ibm.com] Sent: Friday, March 14, 2014 3:18 PM To: OpenStack Development Mailing List (not for usage questions) Subject: [openstack-dev] [neutron][policy] Integrating ne

Re: [openstack-dev] Constructive Conversations

On 3/7/2014 1:56 PM, Kurt Griffiths wrote: Folks, I’m sure that I’m not the first person to bring this up, but I’d like to get everyone’s thoughts on what concrete actions we, as a community, can take to improve the status quo. There have been a variety of instances where community members ha

[openstack-dev] [magnetodb] Using gevent in MagnetoDB. OpenStack standards and approaches

Hello openstackers, We are working on MagnetoDB project and trying our best to follow OpenStack standards. So, MagnetoDB is aimed to be high performance scalable OpenStack based WSGI application which provide interface to high available distributed reliable key-value storage. We investigate

Re: [openstack-dev] [Marconi] Pecan Evaluation for Marconi

Kudos to Balaji for working so hard on this. I really appreciate his candid feedback on both frameworks. After reviewing his report, I would recommend that Marconi continue using Falcon for the v1.1 API and then re-evaluate Pecan for v2.0. Pecan will continue to improve over time. We should als

Re: [openstack-dev] [Neutron] advanced servicevm framework IRC meeting March 18(Tuesday) 23:00 UTC

Thanks for setting up the meeting. I would second the request for change of the time slot; Hope to attend this one and see if we can come up with a better time slot. With respect to other suggestions, it would be great if we start with a report on the current state of this work. Something similar

Re: [openstack-dev] [Solum][Oslo] Next Release of oslo.messaging?

On Tue, Mar 18, 2014 at 2:21 PM, Joshua Harlow wrote: > Awesome, great to see this, will try it out :-) > > Is that in the recently released pbr (0.7.0?) > That feature was added in pbr 0.6. Doug > > From: Doug Hellmann > > Reply-To: "OpenStack Development Mailing List (not for usage qu

Re: [openstack-dev] [Heat] Stack breakpoint

The notify/callback mechanism seems like a good solution. This should enable creating a high level debugger for different DSL (HOT, Tosca, ...), running as a separate process. The debugger would attach to a stack, present a logical model to the user and interact with the Heat engine. This would b

Re: [openstack-dev] [Mistral] Actions design BP

From: Renat Akhmerov mailto:rakhme...@mirantis.com>> Reply-To: "OpenStack Development Mailing List (not for usage questions)" mailto:openstack-dev@lists.openstack.org>> Date: Monday, March 17, 2014 at 10:51 PM To: "OpenStack Development Mailing List (not for usage questions)" mailto:openstack-dev

Re: [openstack-dev] [Neutron][ML2]

Hi Mathieu, Sorry I wasn't following the recent progress on ML2, and I was effectively missing the right abstractions of all MDs in my out of topic questions. If I understand correctly, there will be no priority between all MDs binding the same port, but an optional "port filter" could also be u

Re: [openstack-dev] MuranoPL questions?

Sure, I understand how this could make it harder. Its a hard question to answer, which one is more worth it, creating a bunch of DSL's that u now have to implement correctly in a runtime that is actually pretty hard to isolate/control the execution of, or should people bite the bullet and move

Re: [openstack-dev] [Ironic] Manual scheduling nodes in maintenance mode

On 15 March 2014 13:07, Devananda van der Veen wrote: > +1 to the idea. > > However, I think we should discuss whether the rescue interface is the > appropriate path. It's initial intention was to tie into Nova's rescue > interface, allowing a user whose instance is non-responsive to boot into a >

Re: [openstack-dev] [Nova][Heat] How to reliably detect VM failures?

On 18/03/14 12:42, Steven Dake wrote: On 03/18/2014 07:54 AM, Qiming Teng wrote: Hi, Folks, I have been trying to implement a HACluster resource type in Heat. I haven't created a BluePrint for this because I am not sure everything will work as expected. The basic idea is to extend the OS

Re: [openstack-dev] Constructive Conversations

On Mar 18, 2014, at 11:57 AM, Matt Riedemann wrote: > […] > Not to detract from what you're saying, but this is 'meh' to me. My company > has some different kind of values thing every 6 months it seems and maybe > it's just me but I never really pay attention to any of it. I think I have > t

Re: [openstack-dev] Offset support in REST API pagination

On Tue, 2014-03-18 at 13:30 -0500, Steven Kaufer wrote: > Jay Pipes wrote on 03/18/2014 12:02:50 PM: > > > From: Jay Pipes > > To: openstack-dev@lists.openstack.org, > > Date: 03/18/2014 12:15 PM > > Subject: Re: [openstack-dev] Offset support in REST API pagination > > > > On Tue, 2014-03-18

Re: [openstack-dev] [Murano][Heat] MuranoPL questions?

Hi Zane, Thank you for your feedback. This is very important for us to find out how our approach can be aligned with existing solutions. Let me try to explain how we come up to specific solutions. >It does seem really awkward to me (and not just because of all the $signs), because it's duplicati

Re: [openstack-dev] [Neutron][ML2]

On 3/18/14, 3:04 PM, racha wrote: Hi Mathieu, Sorry I wasn't following the recent progress on ML2, and I was effectively missing the right abstractions of all MDs in my out of topic questions. If I understand correctly, there will be no priority between all MDs binding the same port, but an

Re: [openstack-dev] [Congress] Policy types

Hi Prabhakar, Found time for a more detailed response. Comments are inline. Tim - Original Message - | From: "Tim Hinrichs" | To: "OpenStack Development Mailing List (not for usage questions)" | Sent: Tuesday, March 18, 2014 9:31:34 AM | Subject: Re: [openstack-dev] [Congress] Policy

[openstack-dev] [TripleO] Alternating meeting time for more TZ friendliness

Our current meeting time is Tuesdays at 19:00 UTC. I think this works ok for most folks in and around North America. It was proposed during today's meeting to see if there is interest is an alternating meeting time every other week so that we can be a bit more friendly to those folks that current

Re: [openstack-dev] Offset support in REST API pagination

IMHO, I don't actually think supporting both would be confusing to the user, unless the user tried to supply both and we didn't just return an error saying "Nope, only use one or the other". As for the use case presented, while I personally have never needed it with OpenStack (I've never actual

Re: [openstack-dev] [infra] Meeting Tuesday March 18th at 19:00 UTC

On Mon, Mar 17, 2014 at 9:22 AM, Elizabeth Krumbach Joseph wrote: > The OpenStack Infrastructure (Infra) team is hosting our weekly > meeting tomorrow, Tuesday March 18th, at 19:00 UTC in > #openstack-meeting Meeting minutes and log here: Minutes: http://eavesdrop.openstack.org/meetings/infra/2

[openstack-dev] [python-openstacksdk] Minutes of Mar 18 Meeting

Thanks everyone for another good meeting. Lots of good talk about direction and where to take the current example. Minutes: http://eavesdrop.openstack.org/meetings/python_openstacksdk/2014/python_openstacksdk.2014-03-18-19.00.html Minutes (text): http://eavesdrop.openstack.org/meetings/python_op

  1   2   >