Re: [openstack-dev] [all] Treating notifications as a contract

On Fri, 2014-07-11 at 10:04 +0100, Chris Dent wrote: > On Fri, 11 Jul 2014, Lucas Alvares Gomes wrote: > > > The data format that Ironic will send was part of the spec proposed > > and could have been reviewed. I think there's still time to change it > > tho, if you have a better format talk to Ha

Re: [openstack-dev] [nova][bugs] request to add user hudson-openstack to nova-bugs team

On Jul 14, 2014, at 16:53, "Michael Still" wrote: > Jeremy helped me with this on IRC, and the hudson bot is now a member > of that group. Wonderful -- thank you both! ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openst

Re: [openstack-dev] [nova][qa] proposal for moving forward on cells/tempest testing

On 07/14/2014 07:44 PM, Matt Riedemann wrote: > Today we only gate on exercises in devstack for cells testing coverage > in the gate-devstack-dsvm-cells job. > > The cells tempest non-voting job was moving to the experimental queue > here [1] since it doesn't work with a lot of the compute API tes

[openstack-dev] [Tuskar] Not able to set up the stack

Hi, I have been trying to set up TripleO. To do that, i first installed ironic with devstack. So, I have three baremetal node. Then I went on to install tuskar and tuskar-ui using their respective installation guides i.e.  https://github.com/openstack/tuskar/blob/master/doc/source/INSTALL.rst and 

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

Friday, resolved the haproxy / vip issue. It was due to loosing net.ipv4.ip_forward [1] and then we regressed back to not working at all in HA or Simple. There was also an issue with the neutron keystone call being cached oddly causing a trace. Removing the ability to cache the object appears to ha

Re: [openstack-dev] Can not create cinder volume

On Mon, Jul 14, 2014 at 9:01 PM, Johnson Cheng < johnson.ch...@qsantechnology.com> wrote: > Hi, > > > > Here is my complete cinder-volume.log > > 2014-07-15 10:55:28.849 27399 AUDIT cinder.service [-] Starting > cinder-volume node (version 2014.1) > > 2014-07-15 10:55:28.862 27399 INFO cinder.vol

[openstack-dev] [gantt] scheduler group meeting agenda

1) Forklift (Tasks & status) 2) Opens -- Don Dugger "Censeo Toto nos in Kansa esse decisse." - D. Gale Ph: 303/443-3786 ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [Nova] [Gantt][Scheduler-split] Why we need a Smart Placement Engine as a Service! (was: Scheduler split status (updated))

Hi all, Adding to the interesting discussion thread regarding the scheduler split and its importance, I would like to pitch in a couple of thoughts in favor of Gantt. It was in the Icehouse summit in HKG in one of the scheduler design sessions, I along with a few others (cc’d) pitched a sessio

[openstack-dev] [neutron] Juno-2 Review Priority

As we're getting down to the wire with Juno-2, I'd like the core team to really focus on the BPs which are currently slated for Juno-2 while reviewing [1]. I'm in the process of shuffling a few of these into Juno-3 now (ones which don't have code posted, for example), but there are a lot which have

Re: [openstack-dev] [nova][neutron] Networks without subnets

IMHO, the non-subnet port can be created in the technique. This is quite useful especially when there is some special appliance, e.g., some firewall appliance without any IP necessarily. On Tue, Jul 15, 2014 at 1:18 AM, Ian Wells wrote: > Funnily enough, when I first reported this bug I was act

Re: [openstack-dev] [tripleo] [ironic] Multiple VM sizes for devtest

On 15/07/14 11:12, Steve Kowalik wrote: > Flavors as of right now will only create a flavor that matches the first > nodes specification, but there is work underway already to fix that up > -- the first step of which is to move to the create-nodes provided by > os-cloud-config. That should be regi

Re: [openstack-dev] [tripleo] [ironic] Multiple VM sizes for devtest

On 15/07/14 05:39, Matthew Gilliard wrote: > In my head, a rough plan is: allow a user to provide a file detailing > the specs of the VMs they want. (If it's not supplied we can fallback > to the current behaviour). Nodes are created and given "roles" > according to the contents of that file, a

Re: [openstack-dev] [nova][bugs] request to add user hudson-openstack to nova-bugs team

Jeremy helped me with this on IRC, and the hudson bot is now a member of that group. Cheers, Michael On Tue, Jul 15, 2014 at 9:34 AM, Michael Still wrote: > I can't see a way to add the hudson user to that group, I'm hoping > fungi might have come advice there. > > Michael > > On Tue, Jul 15, 20

Re: [openstack-dev] [nova][bugs] request to add user hudson-openstack to nova-bugs team

I can't see a way to add the hudson user to that group, I'm hoping fungi might have come advice there. Michael On Tue, Jul 15, 2014 at 6:55 AM, melanie witt wrote: > Hi Nova Bug Wranglers, > > There have been some issues where the gerrit hook script is unable to link a > review to a launchpad b

[openstack-dev] [Heat] Integration gap analysis

The Technical Committee has been conducting an analysis of existing projects to ensure they comply with the same criteria to which newly incubated/graduated projects are being held. Heat is one of the last projects to undergo this analysis, so it will be happening soon - possibly as soon as tom

Re: [openstack-dev] [oslo] oslo.serialization repo review

w00t! will do thanks, dims On Mon, Jul 14, 2014 at 5:59 PM, Ben Nemec wrote: > Hi oslophiles, > > I've (finally) started the graduation of oslo.serialization, and I'm up > to the point of having a repo on github that passes the unit tests. > > I realize there is some more work to be done (e.g. r

Re: [openstack-dev] [oslo][glance] what to do about tons of http connection pool is full warnings in g-api log?

On 7/14/2014 5:18 PM, Ben Nemec wrote: On 07/14/2014 04:21 PM, Matt Riedemann wrote: On 7/14/2014 4:09 PM, Matt Riedemann wrote: I opened bug 1341777 [1] against glance but it looks like it's due to the default log level for requests.packages.urllib3.connectionpool in oslo's log module. Th

Re: [openstack-dev] [oslo][glance] what to do about tons of http connection pool is full warnings in g-api log?

On 07/14/2014 04:21 PM, Matt Riedemann wrote: > > > On 7/14/2014 4:09 PM, Matt Riedemann wrote: >> I opened bug 1341777 [1] against glance but it looks like it's due to >> the default log level for requests.packages.urllib3.connectionpool in >> oslo's log module. >> >> The problem is this warning

Re: [openstack-dev] QoS API Extension meeting cancelled - was Re: [Neutron][IPv6] Volunteer to run tomorrow's IRC meeting?

We might as well note here on the list that the entire QoS extension has been pushed out to K so there definitely isn't a reason for a meeting now. :-) On Tue, Jul 08, 2014 at 02:15:58AM EDT, Kevin Benton wrote: > I think at this point the discussion is mostly contained in the review for > the spec

[openstack-dev] [oslo] oslo.serialization repo review

Hi oslophiles, I've (finally) started the graduation of oslo.serialization, and I'm up to the point of having a repo on github that passes the unit tests. I realize there is some more work to be done (e.g. replacing all of the openstack.common files with libs) but my plan is to do that once it's

[openstack-dev] Devstack (icehouse) - XCP - enable live migration

Hi all, I have installed the latest release of openstack (icehouse) via devstack. I use XCP and would like to activate the "live migration" functionality. Therefore, I tried to set up the pool with creating "host aggregate". After adding the slave compute, nova-compute does not want to start any m

Re: [openstack-dev] [keystone] Dropping the milestone 2 deadline for API-impacting blueprints

++ I always found this a bit too extra-cautious, glad to see that it might go. Regards, Steve Martinelli Software Developer - Openstack Keystone Core Member Phone: 1-905-413-2851 E-mail: steve...@ca.ibm.com 8200 Warden Ave Markham, ON L6G 1C7 Canada From:        Dolph Mathews To:    

Re: [openstack-dev] [Neutron] cloud-init IPv6 support

On 14 July 2014 12:57, Collins, Sean wrote: > The URL structure and schema of data within may be 100% openstack invented, > but the idea of having a link local address that takes HTTP requests and > returns metadata was (to my knowledge) an Amazon EC2 idea from the > beginning. > 'link local' -

Re: [openstack-dev] [oslo][glance] what to do about tons of http connection pool is full warnings in g-api log?

On 7/14/2014 4:09 PM, Matt Riedemann wrote: I opened bug 1341777 [1] against glance but it looks like it's due to the default log level for requests.packages.urllib3.connectionpool in oslo's log module. The problem is this warning shows up nearly 420K times in 7 days in Tempest runs: WARNING

[openstack-dev] [oslo][glance] what to do about tons of http connection pool is full warnings in g-api log?

I opened bug 1341777 [1] against glance but it looks like it's due to the default log level for requests.packages.urllib3.connectionpool in oslo's log module. The problem is this warning shows up nearly 420K times in 7 days in Tempest runs: WARNING urllib3.connectionpool [-] HttpConnectionPo

Re: [openstack-dev] [tempest] Upgrading libvirt-lxc support status

Greetings list,- just bumping one more time to try to get some attention for this topic. On 7/1/14, 4:32 PM, "Nels Nelson" wrote: Greetings list,- Over the next few weeks I will be working on developing additional Tempest gating unit and functional tests for the libvirt-lxc compute driver. I

[openstack-dev] [keystone] Dropping the milestone 2 deadline for API-impacting blueprints

Greetings, [keystone]! First, some history: Early in Keystone's life (before the integrated gate, tempest, and human-readable API documentation), our API implementation fluctuated on such a regular basis that it presented a severe stability risk to OpenStack (particularly late in the integrated re

Re: [openstack-dev] [TripleO] Proposal to add Jon Paul Sullivan and Alexis Lee to core review team

On Wed, Jul 9, 2014 at 11:52 AM, Clint Byrum wrote: > So, I propose that we add jonpaul-sullivan and lxsli to the TripleO core > reviewer team. I'm +1 to adding both as core reviewers, I've found their reviews to be well reasoned and consistent. -- -- James Slagle -- __

[openstack-dev] [nova][bugs] request to add user hudson-openstack to nova-bugs team

Hi Nova Bug Wranglers, There have been some issues where the gerrit hook script is unable to link a review to a launchpad bug e.g. no comment is posted to launchpad when a fix has been proposed, even when the submitter has included the appropriate text "Closes-Bug: #" in the commit message. Thi

Re: [openstack-dev] [neutron][all] switch from mysqldb to another eventlet aware mysql client

On Jul 13, 2014, at 9:29 AM, Ihar Hrachyshka wrote: > Signed PGP part > On 12/07/14 03:17, Mike Bayer wrote: > > > > On 7/11/14, 7:26 PM, Carl Baldwin wrote: > >> > >> > >> On Jul 11, 2014 5:32 PM, "Vishvananda Ishaya" > >> > > wrote: > >>> > >>> I have tried using

[openstack-dev] [Nova] [Gantt] Scheduler split status (updated)

Hi All, I'm sorry I am so late to this lively discussion - it looks a good one! Jay has been driving the debate a bit so most of this is in response to his comments. But please, anyone should chip in. On extensible resource tracking Jay, I am surprised to hear you say no one has explained to y

[openstack-dev] [Ironic] Weekly meetings for July 21 and 28

Hi, The next two weeks overlap with several relevant mid-cycle meetups. On the 21st, both Chris Krelle and I will be attending the TripleO sprint. Lucas has offerred to chair this meeting, as I will probably be very distracted. The following week, July 28th, overlaps with the Ironic and Nova mid

Re: [openstack-dev] [Neutron] cloud-init IPv6 support

On Mon, Jul 07, 2014 at 03:29:31PM EDT, Scott Moser wrote: > > I think it's also important to realize that the metadata service isn't > > OpenStack invented, it's an AWS API. Which means I don't think we really > > Thats incorrect. The metadata service that lives at > http://169.254.169.254/ >

[openstack-dev] QoS API Extension meeting cancelled - was Re: [Neutron][IPv6] Volunteer to run tomorrow's IRC meeting?

On Tue, Jul 08, 2014 at 02:15:58AM EDT, Kevin Benton wrote: > I think at this point the discussion is mostly contained in the review for > the spec[1] so I don't see a particular need to continue the IRC meeting. > > > 1. https://review.openstack.org/#/c/88599/ I agree, and I have removed the m

Re: [openstack-dev] [all] switch from mysqldb to another eventlet aware mysql client -- status of postgresql drivers?

On 07/14/2014 11:53 AM, Mike Bayer wrote: On Jul 14, 2014, at 1:02 PM, Chris Friesen wrote: On 07/14/2014 10:41 AM, Mike Bayer wrote: if psycopg2 is in use, the set_wait_callback() extension must be enabled. ...do we need to do something extra to set up the extension above and beyond wh

Re: [openstack-dev] [Keystone][devstack] Keystone is now gating (Juno and beyond) on Apache + mod_wsgi deployed Keystone

On 07/11/2014 08:43 AM, Morgan Fainberg wrote: > The Keystone team is happy to announce that as of yesterday (July 10th 2014), > with the merge of https://review.openstack.org/#/c/100747/ Keystone is now > gating on Apache + mod_wsgi based deployment. This also has moved the default > for devs

Re: [openstack-dev] [Sahara] Master-instance: Service hadoop-* not running

Thanks Stef reminded. Sorry everybody!!! 2014-07-15 2:03 GMT+07:00 Stefano Maffulli : > On Mon 14 Jul 2014 09:14:38 AM PDT, Dat Tran wrote: > > I install openstack icehouse, then install sahara. I create cluster, > > it worked! > > But > [...] > > This is the wrong list to report problems while

[openstack-dev] [tripleo] [ironic] Multiple VM sizes for devtest

As the stacks we are trying to stand up get more and more complicated, the demands on developers' hardware is increasing. Currently if you need N VMs for your devtest run, you will create N which are identically sized ( https://github.com/openstack/tripleo-incubator/blob/master/scripts/devtest_t

Re: [openstack-dev] [Sahara] Master-instance: Service hadoop-* not running

On Mon 14 Jul 2014 09:14:38 AM PDT, Dat Tran wrote: > I install openstack icehouse, then install sahara. I create cluster, > it worked! > But [...] This is the wrong list to report problems while using openstack. use openstack-dev only to discuss the future of OpenStack, even if you area a devel

Re: [openstack-dev] [devstack][keystone] Devstack, auth_token and keystone v3

On 07/14/2014 11:47 AM, Steven Hardy wrote: Hi all, I'm probably missing something, but can anyone please tell me when devstack will be moving to keystone v3, and in particular when API auth_token will be configured such that auth_version is v3.0 by default? Some months ago, I posted this patch

Re: [openstack-dev] [Nova] [Gantt] Scheduler split status (updated)

On 07/14/2014 10:16 AM, Sylvain Bauza wrote: Le 12/07/2014 06:07, Jay Pipes a écrit : On 07/11/2014 07:14 AM, John Garbutt wrote: On 10 July 2014 16:59, Sylvain Bauza wrote: Le 10/07/2014 15:47, Russell Bryant a écrit : On 07/10/2014 05:06 AM, Sylvain Bauza wrote: Hi all, === tl;dr: Now th

Re: [openstack-dev] [nova][qa] proposal for moving forward on cells/tempest testing

On Jul 14, 2014, at 10:44 AM, Matt Riedemann wrote: > Today we only gate on exercises in devstack for cells testing coverage in the > gate-devstack-dsvm-cells job. > > The cells tempest non-voting job was moving to the experimental queue here > [1] since it doesn't work with a lot of the comp

Re: [openstack-dev] [all] switch from mysqldb to another eventlet aware mysql client -- status of postgresql drivers?

On Jul 14, 2014, at 1:02 PM, Chris Friesen wrote: > On 07/14/2014 10:41 AM, Mike Bayer wrote: >> >> On Jul 14, 2014, at 12:29 PM, Chris Friesen >> wrote: >> >>> On 07/09/2014 05:17 AM, Ihar Hrachyshka wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi all, >

[openstack-dev] [nova][qa] proposal for moving forward on cells/tempest testing

Today we only gate on exercises in devstack for cells testing coverage in the gate-devstack-dsvm-cells job. The cells tempest non-voting job was moving to the experimental queue here [1] since it doesn't work with a lot of the compute API tests. I think we all agreed to tar and feather comstu

Re: [openstack-dev] [Heat] Nova-network support

> From: Pavlo Shchelokovskyy > To: "OpenStack Development Mailing List (not for usage questions)" > > Date: 14/07/2014 16:42 > Subject: [openstack-dev] [Heat] Nova-network support > > Hi Heaters, > > I would like to start a discussion about Heat and nova-network. As > far as I understand nova-net

Re: [openstack-dev] [nova][neutron] Networks without subnets

Funnily enough, when I first reported this bug I was actually trying to run Openstack in VMs on Openstack. This works better now (not well; just better) in that there's L3 networking options, but the basic L2-VLAN networking option has never worked (fascinating we can't eat our own dogfood on this

Re: [openstack-dev] [all] switch from mysqldb to another eventlet aware mysql client -- status of postgresql drivers?

On 07/14/2014 10:41 AM, Mike Bayer wrote: On Jul 14, 2014, at 12:29 PM, Chris Friesen wrote: On 07/09/2014 05:17 AM, Ihar Hrachyshka wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi all, Multiple projects are suffering from db lock timeouts due to deadlocks deep in mysqldb library

Re: [openstack-dev] [all][specs] Please stop doing specs for any changes in projects

On Mon, Jul 14, 2014 at 7:38 AM, Duncan Thomas wrote: > On 14 July 2014 07:11, Flavio Percoco wrote: > > I almost fully agree with this last point. The bit I don't agree with is > > that there are some small refactor changes that aim to change a core > > piece of the project without any impact o

Re: [openstack-dev] [nova][vmware] Convert to rescue by adding the rescue image and booting from it

On 14/07/14 16:25, Johannes Erdfelt wrote: > On Mon, Jul 14, 2014, Daniel P. Berrange wrote: >> I think that I'd probably say there is an expectation that the rescue >> image will be different from the primary image the OS was booted from. > > So every image would now need a corresponding rescue

Re: [openstack-dev] [all] switch from mysqldb to another eventlet aware mysql client -- status of postgresql drivers?

On Jul 14, 2014, at 12:29 PM, Chris Friesen wrote: > On 07/09/2014 05:17 AM, Ihar Hrachyshka wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA512 >> >> Hi all, >> >> Multiple projects are suffering from db lock timeouts due to deadlocks >> deep in mysqldb library that we use to interac

Re: [openstack-dev] [all] switch from mysqldb to another eventlet aware mysql client -- status of postgresql drivers?

On 07/09/2014 05:17 AM, Ihar Hrachyshka wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi all, Multiple projects are suffering from db lock timeouts due to deadlocks deep in mysqldb library that we use to interact with mysql servers. In essence, the problem is due to missing eventlet su

[openstack-dev] [mistral] Community meeting minutes/log - 07/14/2014

Thanks for joining us today! As usually, Minutes: http://eavesdrop.openstack.org/meetings/mistral/2014/mistral.2014-07-14-16.00.html Full Log: http://eavesdrop.openstack.org/meetings/mistral/2014/mistral.2014-07-14-16.00.log.html The next meeting will be held on July 21st. Renat Akhmerov @ Mir

Re: [openstack-dev] [Heat] [TripleO] Extended get_attr support for ResourceGroup

On 12/07/14 06:41, Zane Bitter wrote: > On 11/07/14 09:37, Tomas Sedovic wrote: >> Hi all, >> >> This is a follow-up to Clint Byrum's suggestion to add the `Map` >> intrinsic function[0], Zane Bitter's response[1] and Randall Burt's >> addendum[2]. >> >> Sorry for bringing it up again, but I'd love

Re: [openstack-dev] [TripleO] Proposal to add Jon Paul Sullivan and Alexis Lee to core review team

+1. In my experience they've both demonstrated that they know what they're doing. I think the bikeshedding/grammar nits on specs is kind of a separate issue that will need to be worked out in general. It's still very early on in this new *-specs repo world, and I think everyone's still trying to

[openstack-dev] [barbican] Meeting Monday July 14 at 20:00 UTC

Hi Everyone, The Barbican team is hosting our weekly meeting today, Monday June 14, at 20:00 UTC in #openstack-meeting-alt Meeting agenda is available 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

[openstack-dev] [Sahara] Master-instance: Service hadoop-* not running

Hi everybody, I install openstack icehouse, then install sahara. I create cluster, it worked! But when i login master-instance, test. Run "hadoop jar hadoop-examples-1.2.1.jar pi 10 100" ==> Message error: java.io.IOException: Cannot create input directory PiEstimator_TMP_3_141592654/in... I c

Re: [openstack-dev] [Keystone][devstack] Keystone is now gating (Juno and beyond) on Apache + mod_wsgi deployed Keystone

On 07/11/2014 11:55 AM, Flavio Percoco wrote: On 07/11/2014 05:43 PM, Morgan Fainberg wrote: The Keystone team is happy to announce that as of yesterday (July 10th 2014), with the merge of https://review.openstack.org/#/c/100747/ Keystone is now gating on Apache + mod_wsgi based deployment. Th

Re: [openstack-dev] [nova][all] Old review expiration

On Mon, Jul 14, 2014 at 11:01:17AM -0500, Kevin L. Mitchell wrote: > On Sat, 2014-07-12 at 12:46 -0400, Jay Pipes wrote: > > > Given that we have so many old reviews hanging around on nova (and > > > probably other projects), should we consider setting something like that > > > back up? With nova,

Re: [openstack-dev] [nova][all] Old review expiration

On Sat, 2014-07-12 at 12:46 -0400, Jay Pipes wrote: > > Given that we have so many old reviews hanging around on nova (and > > probably other projects), should we consider setting something like that > > back up? With nova, at least, the vast majority of them can't possibly > > merge because they'

[openstack-dev] oslo.rootwrap 1.3.0.0a1 released

The Oslo team is pleased to announce the 1.3.0.0a1 release of oslo.rootwrap, the Oslo library responsible for managing privilege escalation for executing system commands. This release includes: $ git log --oneline --no-merges 1.2.0..1.3.0.0a1 589dddf Let tests pass on distros where "ip" is in /bi

[openstack-dev] [devstack][keystone] Devstack, auth_token and keystone v3

Hi all, I'm probably missing something, but can anyone please tell me when devstack will be moving to keystone v3, and in particular when API auth_token will be configured such that auth_version is v3.0 by default? Some months ago, I posted this patch, which switched auth_version to v3.0 for Heat

Re: [openstack-dev] [nova][vmware] Convert to rescue by adding the rescue image and booting from it

On Mon, Jul 14, 2014, Daniel P. Berrange wrote: > I think that I'd probably say there is an expectation that the rescue > image will be different from the primary image the OS was booted from. So every image would now need a corresponding rescue image? JE __

Re: [openstack-dev] [Heat] Nova-network support

On 07/14/2014 10:38 AM, Pavlo Shchelokovskyy wrote: > Hi Heaters, > > I would like to start a discussion about Heat and nova-network. As far > as I understand nova-network is here to stay for at least 2 more > releases [1] and, even more, might be left indefinitely as a viable > simple deployment

Re: [openstack-dev] [neutron][all] switch from mysqldb to another eventlet aware mysql client

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 14/07/14 15:54, Clark Boylan wrote: > On Sun, Jul 13, 2014 at 9:20 AM, Ihar Hrachyshka > wrote: On 11/07/14 19:20, Clark Boylan > wrote: Before we get too far ahead of ourselves mysql-connector is not hosted on pypi. Instead it is an ex

Re: [openstack-dev] [all][specs] Please stop doing specs for any changes in projects

On 14 July 2014 07:11, Flavio Percoco wrote: > I almost fully agree with this last point. The bit I don't agree with is > that there are some small refactor changes that aim to change a core > piece of the project without any impact on the final user that are > spec/blueprint worthy to explaining

Re: [openstack-dev] [Neutron] VMware networking

Sounds good to me. On 14 July 2014 07:13, Gary Kotton wrote: > Hi, > I am sorry but I had to attend a meeting now. Can we please postpone this > to tomorrow? > Thanks > Gary > > On 7/8/14, 11:19 AM, "Gary Kotton" wrote: > > >Hi, > > > >Just an update and a progress report: > > > >1. Armando ha

Re: [openstack-dev] [all][specs] Please stop doing specs for any changes in projects

On Mon, Jul 14, 2014 at 8:38 AM, Duncan Thomas wrote: > On 14 July 2014 07:11, Flavio Percoco wrote: > > I almost fully agree with this last point. The bit I don't agree with is > > that there are some small refactor changes that aim to change a core > > piece of the project without any impact o

[openstack-dev] [TripleO] [Heat] [mid-cycle] Red Hat hosted dinner on Wednesday + food restrictions

Dear all, Red Hat is happy to host a dinner during TripleO/Heat mid-cycle which should be held on Wednesday, July 23rd. I would like to invite each attendee of the meetup and ask you to fill yourselves into the relevant section at the end of the following etherpad by the end of Wednesday (do

[openstack-dev] [Heat] Nova-network support

Hi Heaters, I would like to start a discussion about Heat and nova-network. As far as I understand nova-network is here to stay for at least 2 more releases [1] and, even more, might be left indefinitely as a viable simple deployment option supported by OpenStack (if anyone has a more recent updat

[openstack-dev] [neutron] Mid-Cycle Sprint Summary

Thanks to everyone who attended last week's Neutron Mid-Cycle Sprint [1] in Minnesota! We had a very good turnout and we accomplished quite a bit. The focus of the sprint was the nova-network parity plan documented here [2]. We broke into teams tackling the parity items. The good news is that we're

Re: [openstack-dev] Can not create cinder volume

On Mon, Jul 14, 2014 at 8:13 AM, Duncan Thomas wrote: > Please post up more (all) of your cinder-volume.log - something is > stopping your driver being initialised, but you haven't provided enough > logs to tell what the issue it. > > > On 14 July 2014 12:22, Johnson Cheng > wrote: > >> Dear Al

Re: [openstack-dev] [oslo] Asyncio and oslo.messaging

On Jul 14, 2014, at 9:46 AM, Jay Pipes wrote: > > The point of eventlet, I thought, was to hide the low-level stuff so that > developers could focus on higher-level (and more productive) abstractions. > Introducing asyncio contructs into the higher level code like Nova and > Neutron seems to

Re: [openstack-dev] [congress] mid-cycle policy summit

Either date works for me. Glad to see this is not being scheduled in August :) Best,Mohammad-Sean Roberts wrote: -To: "openstack-dev@lists.openstack.org" , Kyle Mestery , "mi...@stillhq.com" From: Sean Roberts Date: 07/11/2014 03:34PMSubject: Re: [openstack-dev] [congress] mid-cycle policy

Re: [openstack-dev] [Nova] [Gantt] Scheduler split status (updated)

Le 12/07/2014 06:07, Jay Pipes a écrit : > On 07/11/2014 07:14 AM, John Garbutt wrote: >> On 10 July 2014 16:59, Sylvain Bauza wrote: >>> Le 10/07/2014 15:47, Russell Bryant a écrit : On 07/10/2014 05:06 AM, Sylvain Bauza wrote: > Hi all, > > === tl;dr: Now that we agree on waitin

Re: [openstack-dev] [Neutron] VMware networking

Hi, I am sorry but I had to attend a meeting now. Can we please postpone this to tomorrow? Thanks Gary On 7/8/14, 11:19 AM, "Gary Kotton" wrote: >Hi, > >Just an update and a progress report: > >1. Armando has created an umbrella BP - > >https://review.openstack.org/#/q/status:open+project:openst

Re: [openstack-dev] [barbican] Nominating Ade Lee for barbican-core

+1 -Lisa From: Douglas Mendizabal mailto:douglas.mendiza...@rackspace.com>> Reply-To: "OpenStack Development Mailing List (not for usage questions)" mailto:openstack-dev@lists.openstack.org>> Date: Thursday, July 10, 2014 11:55 AM To: "OpenStack Development Mailing List (not for usage questions

Re: [openstack-dev] Can not create cinder volume

Please post up more (all) of your cinder-volume.log - something is stopping your driver being initialised, but you haven't provided enough logs to tell what the issue it. On 14 July 2014 12:22, Johnson Cheng wrote: > Dear All, > > > > When I use “cinder create –display-name myVolume 1” to crea

Re: [openstack-dev] [barbican] Nominating Nathan Reller for barbican-core

+1 -Lisa From: Douglas Mendizabal mailto:douglas.mendiza...@rackspace.com>> Reply-To: "OpenStack Development Mailing List (not for usage questions)" mailto:openstack-dev@lists.openstack.org>> Date: Thursday, July 10, 2014 12:11 PM To: "OpenStack Development Mailing List (not for usage questions

Re: [openstack-dev] [Containers][Nova] Containers Team Mid-Cycle Meetup to join Nova Meetup

On Fri, 2014-07-11 at 22:31 +, Adrian Otto wrote: > CORRECTION: This event happens July 28-31. Sorry for any confusion! > Corrected Announcement: I'm afraid all the Parallels guys (including me) will be in Moscow on these dates for an already booked company meet up. James _

Re: [openstack-dev] openstack/requirements and tarball subdirs

On Mon, Jul 14, 2014 at 9:04 AM, Philipp Marek wrote: >> > It might be better to work with the python-dbus authors to get a >> > pip-installable package released to PyPI, so that it can be included >> > in the tox virtualenv (though for DevStack we'd still want to use >> > distro packages instead

Re: [openstack-dev] [oslo] Asyncio and oslo.messaging

On 07/09/2014 11:39 AM, Clint Byrum wrote: Excerpts from Yuriy Taraday's message of 2014-07-09 03:36:00 -0700: On Tue, Jul 8, 2014 at 11:31 PM, Joshua Harlow wrote: I think clints response was likely better than what I can write here, but I'll add-on a few things, How do you write such cod

Re: [openstack-dev] [neutron][all] switch from mysqldb to another eventlet aware mysql client

On Sun, Jul 13, 2014 at 9:20 AM, Ihar Hrachyshka wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > On 11/07/14 19:20, Clark Boylan wrote: >> Before we get too far ahead of ourselves mysql-connector is not >> hosted on pypi. Instead it is an external package link. We recently >> manage

[openstack-dev] openstack/requirements and tarball subdirs

> > It might be better to work with the python-dbus authors to get a > > pip-installable package released to PyPI, so that it can be included > > in the tox virtualenv (though for DevStack we'd still want to use > > distro packages instead of PyPI, I think). > I sent Simon an email about that now.

Re: [openstack-dev] [Containers][Nova] Containers Team Mid-Cyle Meetup to join Nova Meetup

Hi Adrian, The link says July 28 to July 31st, so I am assuming that you meant July not August right? chuck On Fri, Jul 11, 2014 at 5:32 PM, Adrian Otto wrote: > Containers Team, > > We have decided to hold our Mid-Cycle meetup along with the Nova Meetup in > Beaverton, Oregon on Aug 28-31.Th

Re: [openstack-dev] [Ironic] Nominating David Shrewsbury to ironic-core

+1! shrews is as shrewd as can be ;) From: Devananda van der Veen mailto:devananda@gmail.com>> Reply-To: "OpenStack Development Mailing List (not for usage questions)" mailto:openstack-dev@lists.openstack.org>> Date: Friday, July 11, 2014 at 6:50 PM To: OpenStack Development Mailing List m

Re: [openstack-dev] [Ironic] Nominating Jim Rollenhagen to ironic-core

+1! jroll is on a roll ;) From: Devananda van der Veen mailto:devananda@gmail.com>> Reply-To: "OpenStack Development Mailing List (not for usage questions)" mailto:openstack-dev@lists.openstack.org>> Date: Friday, July 11, 2014 at 6:50 PM To: OpenStack Development Mailing List mailto:opens

Re: [openstack-dev] [Ironic] Nominating David Shrewsbury to ironic-core

+1 On Fri, 2014-07-11 at 15:50 -0700, Devananda van der Veen wrote: > Hi all! > > > While David (Shrews) only began working on Ironic in earnest four > months ago, he has been working on some of the tougher problems with > our Tempest coverage and the Nova<->Ironic interactions. He's also > bec

Re: [openstack-dev] [Ironic] Nominating Jim Rollenhagen to ironic-core

+1, much awaited! On Fri, 2014-07-11 at 15:50 -0700, Devananda van der Veen wrote: > Hi all! > > > It's time to grow the team :) > > > Jim (jroll) started working with Ironic at the last mid-cycle, when > "teeth" became ironic-python-agent. In the time since then, he's > jumped into Ironic to

[openstack-dev] [mistral] Community meeting - 07/14/2014

Hi, This is a reminder about the community meeting we’ll have today at #openstack-meeting at 16.00 UTC. Agenda: Review action items Current status (quickly by team members) Further plans Open discussion It can also be seen at https://wiki.openstack.org/wiki/Meetings/MistralAgenda as well as th

Re: [openstack-dev] [all] Treating notifications as a contract

On Thu, Jul 10, 2014 at 1:48 AM, Eoghan Glynn wrote: > > TL;DR: do we need to stabilize notifications behind a versioned >and discoverable contract? > > Folks, > > One of the issues that has been raised in the recent discussions with > the QA team about branchless Tempest relates to some

Re: [openstack-dev] [all] Treating notifications as a contract

> > So what we need to figure out is how exactly this common structure can be > > accommodated without reverting back to what Sandy called the "wild west" > > in another post. > > I got the impression that "wild west" is what we've already got > (within the payload)? Yeah, exactly, that was my

Re: [openstack-dev] [neutron] Spec Proposal Deadline has passed, a note on Spec Approval Deadline

The oslo-rootwrap spec counterpart of this spec has been approved: https://review.openstack.org/#/c/94613/ Cheers :-) - Original Message - > Yurly, thanks for your spec and code! I'll sync with Carl tomorrow on this > and see how we can proceed for Juno around this. > > > On Sat, Jul 1

[openstack-dev] Can not create cinder volume

Dear All, When I use "cinder create -display-name myVolume 1" to create a cinder volume, its status will be error when I use "cinder list" to query it. +--++--+--+-+--+-+ | ID

Re: [openstack-dev] [qa] [rfc] move scenario tests to tempest client

On Thu, Jul 10, 2014 at 4:23 AM, Sean Dague wrote: > As I've been staring at failures in the gate a lot over the past month, > we've managed to increasingly tune the tempest client for readability > and debugability. So when something fails in an API test, pin pointing > it's failure point is get

Re: [openstack-dev] [all] Treating notifications as a contract

On Sat, 12 Jul 2014, Eoghan Glynn wrote: So what we need to figure out is how exactly this common structure can be accommodated without reverting back to what Sandy called the "wild west" in another post. I got the impression that "wild west" is what we've already got (within the payload)? F

Re: [openstack-dev] [qa] Getting rolling with javelin2

Javelin2 lives in tempest, currently the following additional fixes are needed for it to pass the server & image creation in grenade - https://review.openstack.org/#/q/status:open+project:openstack/tempest+branch:master+topic:javelin_img_fix,n,z Those were posted for review last Friday, need eyes

[openstack-dev] [qa] Getting rolling with javelin2

A recent thread about javelin2[1] ended with "the takeaway here is that we should consider javelin2 still very much a WIP...we should be hesitant to add new features and functionality to it." One of the items on my todo list is to add some functionality (for ceilometer[2]) to javelin2, therefore

Re: [openstack-dev] [Nova] [Gantt] Scheduler split status (updated)

On 12 July 2014 05:07, Jay Pipes wrote: > On 07/11/2014 07:14 AM, John Garbutt wrote: >> While I am not against moving the resource tracker, I feel we could >> move this to Gantt after the core scheduling has been moved. > > Big -1 from me on this, John. > > Frankly, I see no urgency whatsoever --

Re: [openstack-dev] [nova][vmware] Convert to rescue by adding the rescue image and booting from it

On Mon, Jul 14, 2014 at 10:48:17AM +0100, Matthew Booth wrote: > > That's interesting. I didn't realise that other drivers had the same > limitations. Does anybody understand the original thinking which lead to > this design? The single VM approach seems intuitively correct to me, so > presumably

Re: [openstack-dev] [nova][vmware] Convert to rescue by adding the rescue image and booting from it

On 11/07/14 12:36, Daniel P. Berrange wrote: > On Fri, Jul 11, 2014 at 12:30:19PM +0100, John Garbutt wrote: >> On 10 July 2014 16:52, Matthew Booth wrote: >>> Currently we create a rescue instance by creating a new VM with the >>> original instance's image, then adding the original instance's fir

  1   2   >