Re: [openstack-dev] Constructive Conversations

Since I joined the OpenStack community back in May, this is something I've though about. I think there's something to be said for thought-to-text being a lossy encoding algorithm (at least the way most people use it). I've encountered cases where it appeared the person on the other end was ang

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

Hi Bob, Thanks a lot for answering my question regarding the simultaneous operation of mechanism drivers (that wasn't probably clear enough in my first email). Best Regards, Racha On Tue, Mar 18, 2014 at 12:52 PM, Robert Kukura wrote: > > On 3/18/14, 3:04 PM, racha wrote: > > Hi Mathieu, >

[openstack-dev] Gerrit 2.8 upgrade coming

Hello All. The Openstack infra team has been planning a gerrit upgrade (to ver 2.8.x) to review.openstack.org for a while now and we are getting close to pulling the trigger. We need to get a few more changes approved, test those changes on review-dev.o.o and then do the upgrade on review.o.o.

Re: [openstack-dev] Gerrit 2.8 upgrade coming

On 03/18/2014 04:28 PM, Zaro wrote: > Hello All. The Openstack infra team has been planning a gerrit > upgrade (to ver 2.8.x) to review.openstack.org > for a while now and we are getting close > to pulling the trigger. We need to get a few more changes approved, > te

[openstack-dev] [Marconi] Why is marconi a queue implementation vs a provisioning API?

So this came up briefly at the tripleo sprint, and since I can't seem to find a /why/ document (https://wiki.openstack.org/wiki/Marconi/Incubation#Raised_Questions_.2B_Answers and https://wiki.openstack.org/wiki/Marconi#Design don't supply this) we decided at the TC meeting that I should raise it h

Re: [openstack-dev] Constructive Conversations

Hello Kurt, all, On 03/07/2014 01:56 PM, Kurt Griffiths wrote: > There have been a variety of instances where community members have > expressed their ideas and concerns via email or at a summit, or simply > submitted a patch that perhaps challenges someone’s opinion of The Right > Way to Do It, a

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

On 03/18/2014 04:25 AM, Thierry Carrez wrote: 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

[openstack-dev] [nova] Getting close to RC1....

Folks - we are getting close to RC next week and therefore will start closing down the churn. Bugs that are not merged by Monday @8am EDT (12pm UTC) will be moved out of RC1 and pushed to icehouse-rc-potential. Only those bugs which are a. regression b. highest priority issues (as decid

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

On 2014-03-18 13:31, Stefano Maffulli wrote: 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 m

Re: [openstack-dev] UTF-8 required charset/encoding for openstack database?

On Mon, Mar 10, 2014 at 4:02 PM, Ben Nemec wrote: > On 2014-03-10 12:24, Chris Friesen wrote: > >> Hi, >> >> I'm using havana and recent we ran into an issue with heat related to >> character sets. >> >> In heat/db/sqlalchemy/api.py in user_creds_get() we call >> _decrypt() on an encrypted passwo

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

Georgy, In consideration of the "can you express it" instead of the "who will generate it," I see Heat's HOT evolving to support the expression of complex multi-tier architectures and applications (I would argue you can already do this today, perhaps with some additional features desired, e.g.

Re: [openstack-dev] [Openstack-docs] [Neutron] Docs for new plugins

I believe we need to be looking at the trunk for the Icehouse related documentation: http://docs.openstack.org/trunk/config-reference/content/networking-options-plugins.html Mohammad, IBM plugin config does show up here as does the ODL mech driver. Thanks, ~Sumit. On Mon, Mar 17, 2014 at 9:58 AM

[openstack-dev] [Neutron][LBaaS] Requirements Wiki

Hey Neutron LBaaS folks, Per last week's IRC meeting I have created a preliminary requirements & use case wiki page. I requested adding such a page since there appears to be a lot of new interest in load balancing and feel that we need a structured way to align everyone's interest in the project.

Re: [openstack-dev] [Marconi] Why is marconi a queue implementation vs a provisioning API?

I think we can agree that a data-plane API only makes sense if it is useful to a large number of web and mobile developers deploying their apps on OpenStack. Also, it only makes sense if it is cost-effective and scalable for operators who wish to deploy such a service. Marconi was born of practica

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

On Tue, Mar 18, 2014 at 8:12 AM, Sean Dague wrote: > 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 an

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

Here is my 2 cents: I personally think that evolving Heat/HOT to what Murano needs for it's use cases is the best way to make PaaS layer of OpenStack to look and feel as a complete and fully integrated solution. Standardising these things in a project like TOSCA is another direction we all should

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

On Tue, Mar 18, 2014 at 09:42:18AM -0700, 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.

Re: [openstack-dev] OpenStack/GSoC

Hi Srinivas, I am done with submitting the required material on Google GSoC site. Please review the content and let me know if anything more needs to be added.I have also added the link to the proposal in the additional details section(proposal page of GSOC site). Thanks, --sai krishna. > > 24

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

I've found this page: http://stackoverflow.com/questions/5651806/sdist-error-option-manifest-only-not-recognized I guess you use from setuptools import setup in you setup.py ? Setuptools seems not to support this option. I prefer to stick to the standard Python way and use: from distutils.core

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

Hi Ruslan, I did not intend to suggest that definition of things like billing rules should necessarily be supported syntax in Heat. Murano is certainly able to develop whatever features it would like, including an alternative DSL. I have a preference towards minimizing DSLs across the OpenStack ec

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

On 19 March 2014 13:15, Joe Gordon wrote: > As a side note tripleo uses libvirt from Saucy (1.1.1) so moving to latest > libvirt would help support them. I don't believe we've seen a single libvirt driven breakage so far in TripleO CI, so I don't think thats a good reason. https://review.opensta

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

On 19/03/14 04:32 +0400, Ruslan Kamaldinov wrote: Here is my 2 cents: I personally think that evolving Heat/HOT to what Murano needs for it's use cases is the best way to make PaaS layer of OpenStack to look and feel as a complete and fully integrated solution. Standardising these things in a p

Re: [openstack-dev] Pecan Evaluation for Marconi

After reviewing the report below, I would recommend that Marconi continue using Falcon for the v1.1 API and then re-evaluate Pecan for v2.0 or possibly look at using swob. I wanted to post my recommendation to the general list, because my request to continue using Falcon speaks to a broader iss

Re: [openstack-dev] Icehouse dependency freeze

On 03/19/2014 02:42 AM, Nikhil Manchanda wrote: > > 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 th

Re: [openstack-dev] UTF-8 required charset/encoding for openstack database?

Hi Doug, On Wed, Mar 19, 2014 at 6:08 AM, Doug Hellmann wrote: > > > > On Mon, Mar 10, 2014 at 4:02 PM, Ben Nemec wrote: >> >> On 2014-03-10 12:24, Chris Friesen wrote: >>> >>> Hi, >>> >>> I'm using havana and recent we ran into an issue with heat related to >>> character sets. >>> >>> In heat/d

Re: [openstack-dev] [nova] Getting close to RC1....

Hi Tracy, I've already updated the patch for bug/1195947 on https://review.openstack.org/#/c/38073/. Please review it. Thanks~ On Wed, Mar 19, 2014 at 5:31 AM, Tracy Jones wrote: > > > Folks - we are getting close to RC next week and therefore will start > closing down the churn. Bugs that a

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

Ruslan, Some of my thoughts on the evolution of the HOT DSL to date. On 03/18/2014 05:32 PM, Ruslan Kamaldinov wrote: Here is my 2 cents: I personally think that evolving Heat/HOT to what Murano needs for it's use cases is the best way to make PaaS layer of OpenStack to look and feel as a comp

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

On Tue, Mar 18, 2014 at 5:33 PM, Zhangleiqiang (Trump) wrote: >> 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 >>

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

Louis, We are still working on the details of the new contract based model. To get an idea please refer to the original project google document [1] and look under the section titled Use Cases: 3-tier Application with Security Policies where policies are described through a provider/consumer relati

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

On Tue, Mar 18, 2014 at 12:24 PM, Robert Collins wrote: > 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 > > inter

Re: [openstack-dev] devstack: Unable to restart rabbitmq-server

My apologies! I mistakenly thought that SELinux was permissive, it wasn't! Making it permissive, rabbitmq-server gets started everytime without any ssues now. thanx, deepak > > > > > > > > To: openstack-dev@lists.openstack.org > > Hi List, > It been few hours and I tried everything from en

Re: [openstack-dev] Icehouse dependency freeze

Thomas Goirand writes: [...] > > All of these are in Debian already. Mockito and WSGI-Intercept, I'm the > one doing the packaging work. pexect is team maintained by the python > module team. No problem at all for the above changes. > [...] Thanks for the confirmation on these packages, Thomas. M

Re: [openstack-dev] [Neutron] Docs for new plugins

Including Anne in this thread. Anne, Can your provide your input here? Thanks, Edgar From: Mohammad Banikazemi Reply-To: OpenStack List Date: Monday, March 17, 2014 8:02 AM To: OpenStack List Subject: Re: [openstack-dev] [Neutron] Docs for new plugins I think the docs get updated for

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

On Tue, Mar 18, 2014 at 10:54:08PM +0800, 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::Res

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

On 03/18/2014 11:18 AM, Zane Bitter wrote: On 18/03/14 12:42, Steven Dake wrote: You should be able to use the HARestarter resource and functionality to do healthchecking of a vm. HARestarter is actually pretty problematic, both in a "causes major architectural headaches for Heat and will pr

[openstack-dev] [sahara] Successfully graduated from incubation! [savanna]

Hey folks, I'm glad to announce that we've successfully graduated from incubation and we'll be part of the integrated Juno release! There are no raised issues and concerns while review and it's really important too. You can find graduation review meeting logs [0] and voting [1]. Thank you. [0]

<    1   2