Re: [openstack-dev] [nova][all] Architecture Diagrams in ascii art?

When I started with Nova (2Q14) I had a hard time to get into it because there weren't enough diagrams for me. Personally, I prefer images over ASCII art. But the package sphinxcontrib-aafig [1] could be a good tradeoff between the people who like ASCII and the others who like to see images. [1] h

Re: [openstack-dev] [all] Replace mysql-python with mysqlclient

>Arguably if we're actually seeing performance issues then it's not a distraction but rather a real problem that needs fixing. The important take-away from the thread is that we aren't anywhere near hitting python limits though. Our main bottleneck is due to the fact that we are serializing all DB

Re: [openstack-dev] [Nova][Ironic] Large number of ironic driver bugs in nova

On Tue, May 12, 2015 at 8:58 AM, John Villalovos wrote: > >> I work on Ironic and would be willing to be a cross project liaison for > Nova > >> and Ironic. I would just need a little info on what to do from the Nova > >> side. Meetings to attend, web pages to monitor, etc... > >> > >> I assume

Re: [openstack-dev] [nova] Service group foundations and features

>From: ext Chris Friesen [mailto:chris.frie...@windriver.com] >Sent: Monday, May 11, 2015 6:09 PM >To: openstack-dev@lists.openstack.org >Subject: Re: [openstack-dev] [nova] Service group foundations and features > >On 05/11/2015 07:13 AM, Attila Fazekas wrote: >>> From: "John Garbutt" > >>> * Fr

[openstack-dev] [Glance] [all] glance_store release 0.5.0

The glance_store release management team is pleased to announce: Release of glance_store version 0.5.0 Please find the details related to the release at: https://launchpad.net/glance-store/+milestone/0.5.0 Please report the issues through launchpad: https://bugs.launchpad.net/glan

Re: [openstack-dev] [all] Replace mysql-python with mysqlclient

On 05/11/2015 08:22 PM, Jay Pipes wrote: c) Many OpenStack services, including Nova, Cinder, and Neutron, when looked at from a thousand-foot level, are little more than glue code that pipes out to a shell to execute system commands (sorry, but it's true). No apologies necessary. :) So, botto

Re: [openstack-dev] [neutron]Anyone looking at support for VLAN-aware VMs in Liberty?

Hi Eric, Huawei is also interested in this BP, Hope it can be discussed during the design summit. Thanks, shihanzhang 在 2015-05-12 08:23:07，"Karthik Natarajan" 写道： Hi Eric, Brocade is also interested in the VLAN aware VM’s BP. Let’s discuss it during the design summit. Thanks,

[openstack-dev] [nova-scheduler] Scheduler sub-group (gantt) meeting 5/12 agenda

Meeting on #openstack-meeting at 1500 UTC (9:00AM MDT) Try and have a short meeting, basically one topic: 1) Vancouver design summit - are we ready? -- Don Dugger "Censeo Toto nos in Kansa esse decisse." - D. Gale Ph: 303/443-3786 ___

Re: [openstack-dev] [Sahara] improve oozie engine for common lib management

Hi, I’m chen, working in the same team as lu jander. Actually , we’re planning to implement the common lib management base on bp expose-elements. We would like to build common supported 3-rd part libs into sahara images, so user do

Re: [openstack-dev] [neutron] Lightning Talks for the Design Summit

Hi, Kyle, Thanks for providing an opportunity for lightning talk. Shall we add one etherpad in [1] for this session for audience to leave questions on each topic? There is no time left to answer question in 5 minutes lightning talk, but questions can be answered after the meeting. If I want to

Re: [openstack-dev] [all] Replace mysql-python with mysqlclient

On 05/11/2015 09:02 PM, Dieterly, Deklan wrote: Given Python’s inherent inability to scale (GIL) relative to other languages/platforms, have there been any serious discussions on allowing other more scalable languages into the OpenStack ecosystem when concurrency/scalability is paramount? Rober

[openstack-dev] [Glance] May 13: Liberty Glance Virtual Mini Summit Sessions Round 2

Hi all, We will be having another set of sessions at the Pre-Summit virtual sync for Glance on May 13 starting at 1400 UTC using a video conferencing tools. For more updates, instructions to sign up as well as agenda please see https://etherpad.openstack.org/p/liberty-glance-virtual-mini-summit

[openstack-dev] [Heat] This week's meeting canceled

We're very close to the summit, and the alt meeting time is scheduled for when I'd like to be sleeping, so I propose that we don't have a Heat meeting this week. Please mail the list if you have any summit preparation topics which need discussion. I'll set up a poll for a new alt meeting tim

Re: [openstack-dev] [api] Proposing Michael McCune as an API Working Group core

On 05/11/2015 04:18 PM, Everett Toews wrote: > I would like to propose Michael McCune (elmiko) as an API Working Group core. Not core, but +1 from me! -- Ryan Brown / Software Engineer, Openstack / Red Hat, Inc. __ OpenStac

[openstack-dev] [Heat] Design summit session etherpads

The Heat design summit schedule has taken shape [1] and there are now etherpads populated with our planning content [2]. If you are down as a Driver for one of the sessions (or if you have an interest in the topic) then feel free to modify the etherpad in preparation for the session. [1] htt

Re: [openstack-dev] [all] Replace mysql-python with mysqlclient

On 12 May 2015 at 13:02, Dieterly, Deklan wrote: > Given Python’s inherent inability to scale (GIL) relative to other > languages/platforms, have there been any serious discussions on allowing > other more scalable languages into the OpenStack ecosystem when > concurrency/scalability is paramou

Re: [openstack-dev] [all] Replace mysql-python with mysqlclient

On 12 May 2015 at 11:35, Clint Byrum wrote: > Excerpts from Mike Bayer's message of 2015-05-11 15:44:30 -0700: > Anyway, there is additional thought that might change the decision > a bit. There is one "pro" to changing to use pymsql vs. changing to > use threads, and that is that it isolates the

Re: [openstack-dev] [all] Replace mysql-python with mysqlclient

On 12 May 2015 at 10:44, Mike Bayer wrote: >> What we have today in our standard architecture for OpenStack is >> optimised for IO bound workloads: waiting on the >> network/subprocesses/disk/libvirt etc. Running high numbers of >> eventlet handlers in a single process only works when the majorit

Re: [openstack-dev] [Murano] [Mistral] SSH workflow action

Hello! This looks like a perfect soapbox from which to talk about my favourite issue ;) You're right about the ssh idea, for the reasons discussed related to networking and a few more that weren't (e.g. users shouldn't have to and generally don't want to give their private SSH keys to cloud

Re: [openstack-dev] [nova][all] Architecture Diagrams in ascii art?

The Keystone team actually uses ascii diagrams in some of our specs, [0] for instance. I might be in the minority here, but I actually like them and find the easy to create and read. [0] http://specs.openstack.org/openstack/keystone-specs/specs/kilo/websso-portal.html Thanks, Steve Martinell

Re: [openstack-dev] [all] Replace mysql-python with mysqlclient

On Tue, 12 May 2015 at 05:08 Mike Bayer wrote: > > On 5/11/15 2:02 PM, Attila Fazekas wrote: > > The scary part of a blocking I/O call is when you have two > > python thread (or green thread) and one of them is holding a DB lock the > other > > is waiting for the same lock in a native blocking I/O

Re: [openstack-dev] [Ironic] how about those alternating meeting times?

On Tue, May 12, 2015 at 9:08 AM, Ruby Loo wrote: > Maybe the question is better posed to those folks -- was it useful or not? > And if not, why? Because the date/time still didn't work, or because not > enough (or the right persons) weren't there so their issues of interest > weren't discussed, o

Re: [openstack-dev] [all] Replace mysql-python with mysqlclient

On 12 May 2015 at 10:12, Attila Fazekas wrote: > > > > >> If you can illustrate a test script that demonstrates the actual failing >> of OS threads that does not occur greenlets here, that would make it >> immediately apparent what it is you're getting at here. >> > > http://www.fpaste.org/220824

Re: [openstack-dev] [trove] How we make service vm to connect to management network

1) Would you expect a deployer to create this tenant prior to configuring Trove in this manner? Yes, i think we can use tenant 'services' 2) What impact would you expect this to have on quotas? For example, should this tenant just have “infinite” quota for CPU/storage etc or should the resourc

Re: [openstack-dev] [all] Replace mysql-python with mysqlclient

Given Python’s inherent inability to scale (GIL) relative to other languages/platforms, have there been any serious discussions on allowing other more scalable languages into the OpenStack ecosystem when concurrency/scalability is paramount? Regards. -- Deklan Dieterly Hewlett-Packard Company S

Re: [openstack-dev] [OpenStack-Infra] Gerrit downtime and upgrade on Saturday 2015-05-09 at 1600 UTC

Jeremy Stanley writes: > On 2015-05-11 11:02:17 -0500 (-0500), Kevin L. Mitchell wrote: >> As a point of information, I logged in to review a python-novaclient >> review, and now I find I can't load any nova reviews at all; I get a >> page with the top bar, but below that is a "Toggle CI" button

Re: [openstack-dev] [Neutron] service chaining feature development meeting minutes

Hi Isaku, Sorry that I missed your email. I sent out the meeting info. Hope you received it. I will forward it to you in a separate email. Thanks, Cathy -Original Message- From: Isaku Yamahata [mailto:isaku.yamah...@gmail.com] Sent: Monday, May 11, 2015 10:05 AM To: OpenStack Developm

[openstack-dev] [Neutron] service chaining feature development meeting

Hello everyone, Our next service chain feature development meeting will be 10am~11am May 12th pacific time. Anyone who has interest in this feature development is welcome to join the meeting and contribute together to the service chain feature in OpenStack. OpenStack BP

Re: [openstack-dev] [all] Replace mysql-python with mysqlclient

> All production Openstack applications today are fully serialized to only be able to emit a single query to the database at a time; True. That's why any deployment configures tons (tens) of workers of any significant service. > When I talk about moving to threads, this is not a "won't help or hu

Re: [openstack-dev] [nova-docker] [magnum] [nova] Returning nova-docker to Nova Tree

Andreas, On May 11, 2015, at 2:04 PM, Andreas Jaeger wrote: > On 05/11/2015 09:58 PM, Russell Bryant wrote: > > [...] >> If the Magnum team is interested in helping to maintain it, why not just >> keep it as a separate repo? What's the real value in bringing it into >> the Nova tree? >> >> It

Re: [openstack-dev] [neutron]Anyone looking at support for VLAN-aware VMs in Liberty?

Hi Eric, Brocade is also interested in the VLAN aware VM's BP. Let's discuss it during the design summit. Thanks, Karthik From: Bob Melander (bmelande) [mailto:bmela...@cisco.com] Sent: Monday, May 11, 2015 9:51 AM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [o

Re: [openstack-dev] [Neutron][LBaaS] Jenkins CI failure for patch: https://review.openstack.org/180019

Madhu, There have been problems with Gerrit all day. And, trying the link to you review, the service is now down. Consider letting the infra folks work the problem some more, look for a posting from them, or watch the topic messages on IRC and hold off on resubmitting until you see an all cl

[openstack-dev] [Neutron][LBaaS] Jenkins CI failure for patch: https://review.openstack.org/180019

Hello, I am seeing odd behavior with Jenkins CI for the patch: https://review.openstack.org/180019 A quick background: 1. I could see all the tests passing on my virtual box and have attached the logs for your ready reference. 2. Whereas in Jenkins, I could see the different behavior which is no

[openstack-dev] [release] heat-cfntools 1.3.0

We are chuffed to announce the release of: heat-cfntools 1.3.0: Tools required to be installed on Heat provisioned cloud instances For more details, please see the git log history below and: http://launchpad.net/heat-cfntools/+milestone/1.3.0 Please report issues through launchpad: ht

Re: [openstack-dev] [all] Replace mysql-python with mysqlclient

Mike, Thank you for saying all that you said above. Best regards, Boris Pavlovic On Tue, May 12, 2015 at 2:35 AM, Clint Byrum wrote: > Excerpts from Mike Bayer's message of 2015-05-11 15:44:30 -0700: > > > > On 5/11/15 5:25 PM, Robert Collins wrote: > > > > > > Details: Skip over this bit if y

Re: [openstack-dev] [Cinder] Static Ceph mon connection info prevents VM restart

On 05/08/2015 12:41 AM, Arne Wiebalck wrote: Hi Josh, In our case adding the monitor hostnames (alias) would have made only a slight difference: as we moved the servers to another cluster, the client received an authorisation failure rather than a connection failure and did not try to fail over

Re: [openstack-dev] [Ironic] how about those alternating meeting times?

On 11 May 2015 at 18:39, Devananda van der Veen wrote: > Lucas inspired me to take a look at the raw numbers ... so I hacked up a > little python to digest all our meeting logs since we made the switch to > alternating times. > > in particular, I'd like to point out the number of meetings with le

Re: [openstack-dev] [all] Replace mysql-python with mysqlclient

Excerpts from Mike Bayer's message of 2015-05-11 15:44:30 -0700: > > On 5/11/15 5:25 PM, Robert Collins wrote: > > > > Details: Skip over this bit if you know it all already. > > > > The GIL plays a big factor here: if you want to scale the amount of > > CPU available to a Python service, you have

Re: [openstack-dev] [Nova][Ironic] Large number of ironic driver bugs in nova

On Sat, May 9, 2015 at 3:10 AM, John Garbutt wrote: > On 6 May 2015 at 19:04, John Villalovos wrote: >> JohnG, >> >> I work on Ironic and would be willing to be a cross project liaison for Nova >> and Ironic. I would just need a little info on what to do from the Nova >> side. Meetings to atten

Re: [openstack-dev] [TripleO] Liberty Summit Topics etherpad

On 29/04/15 07:43, James Slagle wrote: On Mon, Apr 6, 2015 at 3:11 PM, James Slagle wrote: I've created an etherpad for for TripleO to track the topics we'd like to discuss at the Liberty Summit: https://etherpad.openstack.org/p/tripleo-liberty-proposed-sessions It's also linked from the main

Re: [openstack-dev] [nova][all] Architecture Diagrams in ascii art?

> > Couldn't we just use real image files to do this. IIRC, gerrit supports > displaying image files which are included in a commit. For example, I've > been > planning to copy these images: +1 for real images Best regards, Boris Pavlovic On Tue, May 12, 2015 at 1:36 AM, Matthew Treinish wrote

Re: [openstack-dev] [all] Replace mysql-python with mysqlclient

On 5/11/15 5:25 PM, Robert Collins wrote: Details: Skip over this bit if you know it all already. The GIL plays a big factor here: if you want to scale the amount of CPU available to a Python service, you have two routes: A) move work to a different process through some RPC - be that DB's usi

Re: [openstack-dev] [Ironic] how about those alternating meeting times?

Lucas inspired me to take a look at the raw numbers ... so I hacked up a little python to digest all our meeting logs since we made the switch to alternating times. in particular, I'd like to point out the number of meetings with less than half of our core review team present, ie, where we didn't

Re: [openstack-dev] [nova][all] Architecture Diagrams in ascii art?

On Mon, May 11, 2015 at 02:57:48PM -0700, Joe Gordon wrote: > When learning about how a project works one of the first things I look for > is a brief architecture description along with a diagram. For most > OpenStack projects, all I can find is a bunch of random third party slides > and diagrams.

Re: [openstack-dev] [nova][all] Architecture Diagrams in ascii art?

On 05/11/15 at 02:57pm, Joe Gordon wrote: When learning about how a project works one of the first things I look for is a brief architecture description along with a diagram. For most OpenStack projects, all I can find is a bunch of random third party slides and diagrams. Most Individual OpenSta

Re: [openstack-dev] [api] Proposing Michael McCune as an API Working Group core

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 05/11/2015 03:18 PM, Everett Toews wrote: > I would like to propose Michael McCune (elmiko) as an API Working > Group core. I'm not core, but I have been impressed by his work. +1 from me. - -- - -- Ed Leafe -BEGIN PGP SIGNATURE- Vers

Re: [openstack-dev] [nova][api] Allow passing body for more API methods

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 05/11/2015 01:49 PM, Everett Toews wrote: > I’m agreed that this is not a good idea. I’d also invoke the > principle of least astonishment here. Because it’s a de facto > standard (so much so that some proxy in the middle may alter or > reject su

[openstack-dev] [release] python-heatclient 0.6.0

We are chuffed to announce the release of: python-heatclient 0.6.0: OpenStack Orchestration API Client Library For more details, please see the git log history below and: http://launchpad.net/python-heatclient/+milestone/0.6.0 Please report issues through launchpad: http://bugs.launch

Re: [openstack-dev] [nova][all] Architecture Diagrams in ascii art?

Use dia[1] (opensource) or omnigraffle[2] (not free/open) or something else (preferable the free/opensource ones)? [1] http://dia-installer.de/ [2] https://www.omnigroup.com/omnigraffle Joe Gordon wrote: When learning about how a project works one of the first things I look for is a brief arch

Re: [openstack-dev] [nova][all] Architecture Diagrams in ascii art?

On 12/05/15 09:57, Joe Gordon wrote: When learning about how a project works one of the first things I look for is a brief architecture description along with a diagram. For most OpenStack projects, all I can find is a bunch of random third party slides and diagrams. Most Individual OpenStack

[openstack-dev] [ceilometer] etherpad links for Vancouver

hi folks, just a heads up, the etherpad links for the design sesssions can be found here: https://wiki.openstack.org/wiki/Summit/Liberty/Etherpads#Ceilometer. if you're leading a topic, especially the fishbowl topics (componentisation and event alarming), please add some details beforehand. se

Re: [openstack-dev] [all] Replace mysql-python with mysqlclient

- Original Message - > From: "Mike Bayer" > To: openstack-dev@lists.openstack.org > Sent: Monday, May 11, 2015 9:07:13 PM > Subject: Re: [openstack-dev] [all] Replace mysql-python with mysqlclient > > > > On 5/11/15 2:02 PM, Attila Fazekas wrote: > > > > Not just with local database

[openstack-dev] [sahara] etherpads for design summit

Hey folks, I've ensured that all threads created and added them to https://wiki.openstack.org/wiki/Summit/Liberty/Etherpads#Sahara and http://libertydesignsummit.sched.org/type/design+summit/Sahara Session drivers, please, fill the etherpads with info. Thanks. -- Sincerely yours, Sergey Lukjan

Re: [openstack-dev] [Neutron] service chaining feature development meeting

On 05/11/2015 05:30 PM, Cathy Zhang wrote: > Hello everyone, > > > Our next service chain feature development meeting will be 10am~11am May 12th > pacific time. Anyone who has interest in this feature development is welcome > to join the meeting and contribute together to the service chain feat

[openstack-dev] [nova][all] Architecture Diagrams in ascii art?

When learning about how a project works one of the first things I look for is a brief architecture description along with a diagram. For most OpenStack projects, all I can find is a bunch of random third party slides and diagrams. Most Individual OpenStack projects have either no architecture diag

Re: [openstack-dev] [Murano] [Mistral] SSH workflow action

Sorry, I reread what I wrote and it came off.. harsher then I had intended. I don't mean I will never support it, simply that I can't support it as it is. I have security researchers that use this particular cloud, and don't want to give Murano a black eye if they "discover" something... I woul

[openstack-dev] [Neutron] service chaining feature development meeting

Hello everyone, Our next service chain feature development meeting will be 10am~11am May 12th pacific time. Anyone who has interest in this feature development is welcome to join the meeting and contribute together to the service chain feature in OpenStack. OpenStack BP

Re: [openstack-dev] xstatic-angular-fileupload with no license

If only JavaScript had a package manager that would take care of all this... ;) Michael On Mon, May 11, 2015 at 12:45 PM Thomas Goirand wrote: > Hi, > > We had the issue with lrdragndrop, and angular-bootstrap. Now, we're > having the same issue again with this angular-fileupload. So I'll say i

Re: [openstack-dev] [all] Replace mysql-python with mysqlclient

On 10 May 2015 at 03:26, John Garbutt wrote: > On 9 May 2015 at 15:02, Mike Bayer wrote: >> On 5/9/15 6:45 AM, John Garbutt wrote: >>> >>> I am leaning towards us moving to making DB calls with a thread pool and >>> some fast C based library, so we get the 'best' performance. Is that a crazy >>>

Re: [openstack-dev] [nova-docker] [magnum] [nova] Returning nova-docker to Nova Tree

On 05/11/2015 09:58 PM, Russell Bryant wrote: > [...] If the Magnum team is interested in helping to maintain it, why not just keep it as a separate repo? What's the real value in bringing it into the Nova tree? It could serve as a good example of how an optional nova component can continue be

Re: [openstack-dev] "Server Error" when attempting to sign ICLA at review.openstack.org

Thanks for your quick help, Jeremy. For posterity, my problem was that I'd skimmed the instructions and had only created a review.openstack.org account. Users need both this and an OpenStack Foundation profile (https://www.openstack.org/join/), with the same email, and then all goes smoothly. Mu

Re: [openstack-dev] [api] Proposing Michael McCune as an API Working Group core

On Mon, 11 May 2015, Everett Toews wrote: I would like to propose Michael McCune (elmiko) as an API Working Group core. +1 a fine idea -- Chris Dent tw:@anticdent freenode:cdent https://tank.peermore.com/tanks/cdent __ O

[openstack-dev] [chef][infra] #openstack-meeting-5 proposal to open up

Hey everyone! The openstack-chef project is attempting to move into the big tent[1]. As part of this we need to move our meeting from #openstack-chef to one of the official meeting rooms. We have our official meeting time at 1500UTC/1600GMTorBST on Monday and it seems all the rooms are taken.

Re: [openstack-dev] [api] Proposing Michael McCune as an API Working Group core

Hi, I'm not an API WG core or active participant (unfortunately), but from Sahara in-project API discussions Michael is very active and he's now driving our next API design as well as being Sahara liaison in API WG. Thanks. On Mon, May 11, 2015 at 11:18 PM, Everett Toews wrote: > I would like

Re: [openstack-dev] [api] Proposing Michael McCune as an API Working Group core

+1 from me. On 05/11/2015 04:18 PM, Everett Toews wrote: I would like to propose Michael McCune (elmiko) as an API Working Group core. Among Michael’s many fine qualities: * Active from the start * Highly available * Very knowledgable about APIs * Committed the guideline template

[openstack-dev] [api] Proposing Michael McCune as an API Working Group core

I would like to propose Michael McCune (elmiko) as an API Working Group core. Among Michael’s many fine qualities: * Active from the start * Highly available * Very knowledgable about APIs * Committed the guideline template * Working on moving the API Guidelines wiki page * Lots of s

Re: [openstack-dev] [trove][zaqar] Trove and Zaqar integration. Summit working session (was: [all] who is the ptl of trove?) [imm]

On 11/05/15 19:35 +, Amrith Kumar wrote: One thing I'd definitely like to learn more about is how far along Zaqar is at this stage. I don't have a great understanding of it and would certainly have a number of newbie kinds of questions as well. But I'll do some reading in the next week and

Re: [openstack-dev] [nova-docker] [magnum] [nova] Returning nova-docker to Nova Tree

On 05/11/2015 03:51 PM, Adrian Otto wrote: > Dan and John, > > On May 11, 2015, at 7:06 AM, Dan Smith wrote: > >>> +1 Agreed nested containers are a thing. Its a great reason to keep >>> our LXC driver. >> >> I don't think that's a reason we should keep our LXC driver, because you >> can still r

[openstack-dev] [NOVA] [CINDER] BUG : Booting from volume does not actually boot from volume

Hey all, when looking in more depth at the booting from volume procedure, I noticed that the instance is actually booted from image data streamed from Glance. Does anyone have any insight into how to fix this? It is described in more detail in the following bug report: https://bugs.launchpad.n

Re: [openstack-dev] [nova-docker] [magnum] [nova] Returning nova-docker to Nova Tree

Dan and John, On May 11, 2015, at 7:06 AM, Dan Smith wrote: >> +1 Agreed nested containers are a thing. Its a great reason to keep >> our LXC driver. > > I don't think that's a reason we should keep our LXC driver, because you > can still run containers in containers with other things. If anyth

[openstack-dev] xstatic-angular-fileupload with no license

Hi, We had the issue with lrdragndrop, and angular-bootstrap. Now, we're having the same issue again with this angular-fileupload. So I'll say it again, and hope that it wont happen again: When releasing anything using the MIT license, we *MUST* also ship the license itself, or otherwise, th

[openstack-dev] [chef] 2015-05-11 Status Meeting

, concerns, thoughts? -JJ [1]: https://etherpad.openstack.org/p/openstack-chef-meeting-20150511 <https://etherpad.openstack.org/p/openstack-chef-meeting-20150511> [2]: https://etherpad.openstack.org/p/openstack-chef-meeting-20150518 <https://etherpad.openstack.org/p/openstack-chef-meeting

Re: [openstack-dev] [trove][zaqar] Trove and Zaqar integration. Summit working session (was: [all] who is the ptl of trove?) [imm]

One thing I'd definitely like to learn more about is how far along Zaqar is at this stage. I don't have a great understanding of it and would certainly have a number of newbie kinds of questions as well. But I'll do some reading in the next week and be sure to attend the session. -amrith | ---

Re: [openstack-dev] [all] Replace mysql-python with mysqlclient

On 5/11/15 2:02 PM, Attila Fazekas wrote: Not just with local database connections, the 10G network itself also fast. Is is possible you spend more time even on the kernel side tcp/ip stack (and the context switch..) (Not in physical I/O wait) than in the actual work on the DB side. (Check ne

Re: [openstack-dev] [nova][api] Allow passing body for more API methods

On May 11, 2015, at 1:05 PM, Dean Troyer mailto:dtro...@gmail.com>> wrote: On Mon, May 11, 2015 at 11:44 AM, Rosa, Andrea (HP Cloud Services) mailto:andrea.r...@hp.com>> wrote: > Agreed. Violating the HTTP spec is something that should be avoided. Actually it is not violating the HTTP spec, fro

Re: [openstack-dev] [nova][api] Allow passing body for more API methods

On 05/11/2015 02:05 PM, Dean Troyer wrote: > On Mon, May 11, 2015 at 11:44 AM, Rosa, Andrea (HP Cloud Services) < > andrea.r...@hp.com> wrote: > >>> Agreed. Violating the HTTP spec is something that should be avoided. >> >> Actually it is not violating the HTTP spec, from RFC: >> " A payload with

Re: [openstack-dev] "Server Error" when attempting to sign ICLA at review.openstack.org

On 2015-05-11 18:43:48 + (+), Earle Philhower wrote: [...] > "Code Review - Error > Server Error > Cannot store contact information" [...] Make sure you follow the instructions completely and in sequence: http://docs.openstack.org/infra/manual/developers.html#account-setup Also htt

[openstack-dev] "Server Error" when attempting to sign ICLA at review.openstack.org

Hi all, Now that HGST has signed the commercial contributor agreement, I'm trying to sign the individual one under my work email ("earlephilhower" username) but am running into persistent errors. I'm able to get to the agreement just fine, https://review.openstack.org//#/settings/new-agreement, b

Re: [openstack-dev] [neutron]Anyone looking at support for VLAN-aware VMs in Liberty?

Erik, I’m looking forward to seeing this blueprint re-proposed and am able to pitch in to help get this in to Liberty. Let me know how I can help. -Ryan From: Erik Moe [mailto:erik@ericsson.com] Sent: Friday, May 08, 2015 6:30 AM To: OpenStack Development Mailing List (not for usage questi

Re: [openstack-dev] [nova][api] Allow passing body for more API methods

On 05/11/2015 11:53 AM, Sean Dague wrote: Why is DELETE /volumes/ID?force=true not an option? Yes, this is what I would recommend as well. Best, -jay __ OpenStack Development Mailing List (not for usage questions) Unsubsc

Re: [openstack-dev] [nova][api] Allow passing body for more API methods

On Mon, May 11, 2015 at 11:44 AM, Rosa, Andrea (HP Cloud Services) < andrea.r...@hp.com> wrote: > > Agreed. Violating the HTTP spec is something that should be avoided. > > Actually it is not violating the HTTP spec, from RFC: > " A payload within a DELETE request message has no defined semantics

Re: [openstack-dev] [all] Replace mysql-python with mysqlclient

- Original Message - > From: "Mike Bayer" > To: openstack-dev@lists.openstack.org > Sent: Monday, May 11, 2015 4:44:58 PM > Subject: Re: [openstack-dev] [all] Replace mysql-python with mysqlclient > > > > On 5/11/15 9:58 AM, Attila Fazekas wrote: > > > > > > > > - Original Messa

Re: [openstack-dev] [heat][python-heatclient] Does python-heatclient works with keystone sessions?

I was able to get this working by adding service_type = 'orchestration' in the heat client declaration. heat = heat_v1.Client(session=sess, service_type='orchestration') Once I did this I was able to get a list of heat services returned. This should be documented somewhere. I'd be happy to help

Re: [openstack-dev] [trove][zaqar] Trove and Zaqar integration. Summit working session (was: [all] who is the ptl of trove?)

On 11/05/15 16:52 +, Doug Shelley wrote: Flavio, This definitely sounds like a good idea. I know that many of us in the Trove community will be in Vancouver - what would make sense in terms of organizing a discussion? I think we can use one of Zaqar's work sessions for this. We don't have

[openstack-dev] [Ironic] how about those alternating meeting times?

At the Paris summit, we discussed and eventually agreed to try out alternating meeting times. So, for the last ~6mo, each week our IRC meeting has alternated between Monday evening and Tuesday morning UTC (10am PT and 10pm PT Mondays). I'd like us to review how well this has - or has not - worked,

Re: [openstack-dev] [OpenStack-Infra] Gerrit downtime and upgrade on Saturday 2015-05-09 at 1600 UTC

On 2015-05-11 11:02:17 -0500 (-0500), Kevin L. Mitchell wrote: > As a point of information, I logged in to review a python-novaclient > review, and now I find I can't load any nova reviews at all; I get a > page with the top bar, but below that is a "Toggle CI" button and > nothing else. Reloading

[openstack-dev] [Infra] Meeting Tuesday May 12th at 19:00 UTC

Hi everyone, The OpenStack Infrastructure (Infra) team is having our next weekly meeting on Tuesday May 12th, 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) Everyone interested

Re: [openstack-dev] [Sahara] improve oozie engine for common lib management

Hi Sergey yes, it is based on job binaries. what we should do is provide a user friendly interface, to let user know how to set oozie.libpath( may be we can show it as "share lib path" in the job execution config horizon page) there are two scenarios as below: (1) if Job A and Job B all need lib A

Re: [openstack-dev] [Neutron] service chaining feature development meeting minutes

Hello Cathy. Thank you for arranging the meeting. Will we have goto meeting/irc meeting this week(May 12) on this topic? I haven't seen any announcement yet. thanks in advance Isaku Yamahata On Tue, May 05, 2015 at 08:55:25PM +, Cathy Zhang wrote: > Attendees (Sorry we did not catch all th

Re: [openstack-dev] [Magnum] Containers and networking

I agree, that is my take too. Russell, since you lead the OVN session in Vancouver, would it be possible to include the VLAN-aware-vms BP in that session? Thanks, Bob From: Ian Wells mailto:ijw.ubu...@cack.org.uk>> Reply-To: "OpenStack Development Mailing List (not for usage questions)" mailto

[openstack-dev] [nova] Nova Liberty Design Summit Schedule Update

Hi, Thanks for all the summit session submissions. After chewing through that with all the members of nova-drivers, and during recent nova-meetings, we have a mostly final list of sessions. I have uploaded the first draft of the schedule: http://libertydesignsummit.sched.org/type/design+summit/No

Re: [openstack-dev] [trove][zaqar] Trove and Zaqar integration. Summit working session (was: [all] who is the ptl of trove?)

Flavio, This definitely sounds like a good idea. I know that many of us in the Trove community will be in Vancouver - what would make sense in terms of organizing a discussion? Regards, Doug On 2015-05-11, 5:49 AM, "Flavio Percoco" wrote: >On 08/05/15 00:45 -0700, Nikhil Manchanda wrote: >>>

Re: [openstack-dev] [neutron]Anyone looking at support for VLAN-aware VMs in Liberty?

Hi Eric, Cisco is also interested in the kind of VLAN trunking feature that your VLAN-aware VM’s BP describe. If this could be achieved in Liberty it’d be great. Perhaps your BP could be brought up during one of the Neutron sessions in Vancouver, e.g., the one on OVN since there seems to be some

Re: [openstack-dev] [Sahara] improve oozie engine for common lib management

Hi, do you think it could be implemented based on job binaries? It sounds like it's a type of job binary that should be always uploaded to Oozie for the tenant where it lives. (A bit crazy, but could useful). Thanks. On Mon, May 11, 2015 at 6:39 PM, lu jander wrote: > Hi, All > Currently, oozi

Re: [openstack-dev] [trove] How we make service vm to connect to management network

Li, Thanks for your input - definitely useful to get your perspective on some of the challenges implementing Trove in production. I definitely have an interest in understanding how we can improve the project going forward to address some of these concerns. Given that Summit is coming up (now o

Re: [openstack-dev] [nova][api] Allow passing body for more API methods

> Why is DELETE /volumes/ID?force=true not an option? > I believe it's valid for DELETE method to take parameters. Just not a body. I am not 100% sure that it would be considered RESTful as it could violates some REST principlebut I think we do not want to open this discussion. So yes it

Re: [openstack-dev] [neutron]Anyone looking at support for VLAN-aware VMs in Liberty?

Hi Erik, Infoblox is also interested in this functionality, and we may be able to help out as well. Thanks, John On 5/8/15, 1:23 PM, "Jay Pipes" wrote: >On 05/08/2015 09:29 AM, Erik Moe wrote: >> Hi, >> >> I have not been able to work with upstreaming of this for some time now. >> But now it

Re: [openstack-dev] [nova-docker] Status update

On Sat, 2015-05-09 at 16:55 +, Adrian Otto wrote: > I will also mention that it’s natural to be allergic to the idea of > nested virtualization. We all know that creating multiple levels of > hardware virtualization leads to bad performance outcomes. However, > "nested containers" do not carry

Re: [openstack-dev] [kolla] New Meeting Times Wednesday 1600UTC (even)/2200UTC (odd)

On Sun, May 10, 2015 at 08:49:11PM +, Steven Dake (stdake) wrote: I have closed the doodle poll for our new meeting times. We will be meeting in #openstack-meeting-3 (yes there is that much contention for our time slots – must be a reason ;). The times are: Weekly Wednesday 1600 UTC (even

Re: [openstack-dev] [OpenStack-Infra] Gerrit downtime and upgrade on Saturday 2015-05-09 at 1600 UTC

On 5/11/2015 11:02 AM, Kevin L. Mitchell wrote: On Mon, 2015-05-11 at 15:56 +, Jeremy Stanley wrote: On 2015-05-11 01:45:30 + (+), Jeremy Stanley wrote: For what it's worth, I tried changing Gerrit's "canonicalweburl" setting to not include a trailing slash, but it doesn't help. I

  1   2   >