[openstack-dev] [Trove] Postgresql Anyone working on DBaaS?

Where I work we make use of Postgresql for most of our database needs. It would be nice to be able to offer a Postgresql flavor within the Trove framework. Is anyone working on adding it in? If noone else is, then I might look at doing it, if there are folks working on it - let me know if I ca

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

On 10 July 2014 00:59, Roman Podoliaka wrote: > Not sure what issues you are talking about, but I just replaced > "mysql" with "mysql+mysqlconnector" in my db connection string in > neutron.conf and "neutron-db-manage upgrade head" worked like a charm > for an empty schema. > Yep, I don't think

[openstack-dev] Block Storage Creation Failure

Hi, team, After restarting my controller and compute1, I couldn't create block storages any more, always returning an "error" Status immediately when "cinder list". In **cinder-api log**: the requests have been logged, also there is a **'status': u'error'**; when I'm checking the **cinder-volum

Re: [openstack-dev] [TripleO] [Windows] New Windows Disk Image Builder Project

Hi Rob, So far, no dissenting opinions. Can we get started with merge proposal to -infra to setup repositories etc..? On a side note, we are okay with releasing the code under Apache V2 license. But I could not find any coding practices guide for PowerShell on https://wiki.openstack.org/wiki/C

Re: [openstack-dev] [neutron] duplicate dhcp port when deleting original dhcp port and restart dhcp-agent

This seems a known Issues, and already have some discuss here: https://bugs.launchpad.net/neutron/+bug/1267310 Regards, Liping Mao From: Yangxurong [mailto:yangxur...@huawei.com] Sent: 2014年7月10日 11:04 To: OpenStack Development Mailing List (not for usage questions) Subject: [openstack-dev] [neu

Re: [openstack-dev] Log / error message format best practices & standards

Boden, Thanks for bringing this up: On Thu, 2014-06-26 at 12:14 -0400, boden wrote: > We were recently having a discussion over here in trove regarding a > standardized format to use for log and error messages - obviously > consistency is ideal (within and across projects). As this discussion

Re: [openstack-dev] [Fuel-Dev] HA CI in master is broken

Thank! It's ok 2014-07-10 5:14 GMT+07:00 Dmitry Borodaenko : > Merging https://review.openstack.org/105791 fixed the unconditional > breakage on Ubuntu, but Fuel CI is still consistently failing Ubuntu > checks for all fuel-library commits in gerrit, which implies that > https://review.openstack

Re: [openstack-dev] 答复: 答复: [heat] autoscaling across regions and availability zones

Huangtianhua wrote on 07/09/2014 10:20:42 PM: > 发件人: Mike Spreitzer [mailto:mspre...@us.ibm.com] > 发送时间: 2014年7月10日 3:19 > 收件人: OpenStack Development Mailing List (not for usage questions) > 主题: Re: [openstack-dev] 答复: [heat] autoscaling across regions > and availability zones > > Huangtianhua

[openstack-dev] [neutron] duplicate dhcp port when deleting original dhcp port and restart dhcp-agent

Hi, folks, my testing case is as follows: 1.delete dhcp port 2.restart dhcp-agent then, there will be double dhcp port. I'm not sure whether dhcp port should be vied for user and can be deleted, IMO, dhcp port is inner port and thus is not supposed to view for user. Now, if we delete the dhcp p

Re: [openstack-dev] [Neutron][ML2] Support dpdk ovs with ml2 plugin

i think both a new vnic_type and a new vif_type should be added. now vnic has three types: normal, direct, macvtap, then we need a new type of "uservhost". as for vif_type, now we have VIF_TYPE_OVS, VIF_TYPE_QBH/QBG, VIF_HW_VEB, so we need a new VIF_TYPE_USEROVS I don't think it's a good idea to

Re: [openstack-dev] [heat] autoscaling across regions and availability zones

Zane Bitter wrote on 07/01/2014 06:54:58 PM: > On 01/07/14 16:23, Mike Spreitzer wrote: > > An AWS autoscaling group can span multiple availability zones in one > > region. What is the thinking about how to get analogous functionality > > in OpenStack? > ... > > Currently, a stack does not have

[openstack-dev] 答复: 答复: [heat] autoscaling across regions and availability zones

发件人: Mike Spreitzer [mailto:mspre...@us.ibm.com] 发送时间: 2014年7月10日 3:19 收件人: OpenStack Development Mailing List (not for usage questions) 主题: Re: [openstack-dev] 答复: [heat] autoscaling across regions and availability zones Huangtianhua mailto:huangtian...@huawei.com>> wrote on 07/04/2014 02:35:

Re: [openstack-dev] [TripleO] pypi-mirror is now unsupported - what do we do now?

It'd be more accurate to say that it doesn't support automatic generation of wheels - how would it know what to generate? The wheels must be created by a build system. The devpi client has support for building and uploading wheels, and devpi is designed to support having locally-built wheels suppl

Re: [openstack-dev] [Heat] stevedore plugins (and wait conditions)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 >>> >> I wouldn't call our resources "vast". > > I count 73 in your patch, not including contrib and assuming you didn't miss > any ;). It's seems > clear to me that we're well past the point of what the Extensions API was > designed for. When > e

Re: [openstack-dev] [Sahara] Error config?

you should use the sahara cli for all functions. the documentation needs to be updated. in the meantime you can adapt from the "savanna cli" discussed in - http://spinningmatt.wordpress.com/2014/01/29/hadoop-on-openstack-with-a-cli-creating-a-cluster/ best, matt On 07/09/2014 01:58 PM, Trev

Re: [openstack-dev] [TripleO] pypi-mirror is now unsupported - what do we do now?

On Jul 9, 2014, at 7:07 PM, Richard Jones wrote: > On 10 July 2014 02:19, Ben Nemec wrote: > On 07/08/2014 11:05 PM, Joe Gordon wrote: > > On Tue, Jul 8, 2014 at 8:54 PM, James Polley wrote: > > > >> It may not have been clear from the below email, but clarkb clarifies on > >> https://bugs.lau

Re: [openstack-dev] [trove] Discussion of capabilities feature

Joe Gordon writes: > [...] >> This sounds very similar to the v3/v2.1 discussion happening in nova. All >> OpenStack projects need to address these issues and it would be a shame if >> each project chose a different solution, perhaps this is a good topic for >> the TC to help tackle? As having di

[openstack-dev] [devstack]

Hi All, I need to add support for a mechanism driver in the devstack. Base on the info in the http://devstack.org/faq.html - need to go through the same process as openstack project. What needs to be done after filing a blueprint in launchpad for the approval? Thanks, Nader. ___

Re: [openstack-dev] [Heat] stevedore plugins (and wait conditions)

On 09/07/14 18:33, Randall Burt wrote: On Jul 9, 2014, at 4:38 PM, Zane Bitter wrote: On 08/07/14 17:17, Steven Hardy wrote: Regarding forcing deployers to make a one-time decision, I have a question re cost (money and performance) of the Swift approach vs just hitting the Heat API - If fo

Re: [openstack-dev] [Heat] stevedore plugins (and wait conditions)

Excerpts from Randall Burt's message of 2014-07-09 15:33:26 -0700: > On Jul 9, 2014, at 4:38 PM, Zane Bitter > wrote: > > On 08/07/14 17:17, Steven Hardy wrote: > > > >> Regarding forcing deployers to make a one-time decision, I have a question > >> re cost (money and performance) of the Swift a

Re: [openstack-dev] [TripleO] pypi-mirror is now unsupported - what do we do now?

On 10 July 2014 02:19, Ben Nemec wrote: > On 07/08/2014 11:05 PM, Joe Gordon wrote: > > On Tue, Jul 8, 2014 at 8:54 PM, James Polley wrote: > > > >> It may not have been clear from the below email, but clarkb clarifies on > >> https://bugs.launchpad.net/openstack-ci/+bug/1294381 that the infra >

Re: [openstack-dev] [Heat] stevedore plugins (and wait conditions)

On Jul 9, 2014, at 4:38 PM, Zane Bitter wrote: > On 08/07/14 17:17, Steven Hardy wrote: > >> Regarding forcing deployers to make a one-time decision, I have a question >> re cost (money and performance) of the Swift approach vs just hitting the >> Heat API >> >> - If folks use the Swift resourc

Re: [openstack-dev] [nova] top gate bug is libvirt snapshot

The libvirt logs needed are huge, so we can't run them all the time. And realistically, I don't think they provided us the info we needed. There has been at least one fail on Dan's log hack patch for this scenario today, so maybe it will be in there. On 07/09/2014 05:44 PM, Michael Still wrote: >

Re: [openstack-dev] [Fuel-Dev] HA CI in master is broken

Merging https://review.openstack.org/105791 fixed the unconditional breakage on Ubuntu, but Fuel CI is still consistently failing Ubuntu checks for all fuel-library commits in gerrit, which implies that https://review.openstack.org/105432 (fix for https://bugs.launchpad.net/fuel/+bug/1338594) wasn'

[openstack-dev] [Neutron][LBaaS] Shim vs Agent Refactor

Shim will become quite complicated due to the fact we won't be able to actually send any load balancer information to the driver until a load balancer is linked to a listener, pool, and member. The reason is because for a vip to be created it needs attributes from a load balancer and listener.

Re: [openstack-dev] [Neutron][LBaaS] Weekly IRC Meeting Agenda

one more agenda item is shim vs agent refactor. I sent the email out just a second ago. From: Jorge Miramontes [jorge.miramon...@rackspace.com] Sent: Wednesday, July 09, 2014 4:58 PM To: OpenStack Development Mailing List (not for usage questions) Subject: [openst

Re: [openstack-dev] [qa][all] Branchless Tempest beyond pure-API tests, impact on backporting policy

On Wed, Jul 09, 2014 at 01:44:33PM -0400, Eoghan Glynn wrote: > > Thanks for the response Matt, some comments inline. > > > > At the project/release status meeting yesterday[1], I raised the issue > > > that featureful backports to stable are beginning to show up[2], purely > > > to facilitate br

Re: [openstack-dev] [Heat] stevedore plugins (and wait conditions)

On 09/07/14 17:10, Angus Salkeld wrote: If we could make them separate Python packages within a single Git repo, >I would be +2 on that. I don't know if that's feasible with our current >tooling (though I guess it's not dissimilar to what you're doing with >the contrib stuff in this patch series?

[openstack-dev] [Neutron][LBaaS] Weekly IRC Meeting Agenda

Hi LBaaS folks, This is your weekly friendly reminder to give me agenda items for tomorrow's meeting. Also please update the weekly standup document when you get a chance! Thanks! Current agenda items: * Paris summit talks (Susanne) * Reviews Cheers, --Jorge __

Re: [openstack-dev] [nova] top gate bug is libvirt snapshot

Can we get our gate images tweaked to have more verbose libvirt logging on in general? There's been a few times in the last year or so when we've really needed it. Michael On Wed, Jul 9, 2014 at 6:01 PM, Daniel P. Berrange wrote: > On Wed, Jul 09, 2014 at 08:58:02AM +1000, Michael Still wrote: >

[openstack-dev] Changing a tenant's flavor-access after instances exist?

Hi Folks, I have a situation where I previously granted a tenant access to flavor X. At which point users launched instances based on that flavor. Now I am removing the tenant from the flavor-access-list since I do not want users to create any more instances using that flavor. However, in Horizon

Re: [openstack-dev] [Heat] stevedore plugins (and wait conditions)

On 08/07/14 17:17, Steven Hardy wrote: On Tue, Jul 08, 2014 at 03:08:32PM -0400, Zane Bitter wrote: I see that the new client plugins are loaded using stevedore, which is great and IMO absolutely the right tool for that job. Thanks to Angus & Steve B for implementing it. Now that we have done t

Re: [openstack-dev] [Heat] stevedore plugins (and wait conditions)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/07/14 11:03, Randall Burt wrote: > On Jul 9, 2014, at 3:15 PM, Zane Bitter > wrote: > >> On 08/07/14 17:13, Angus Salkeld wrote: >>> -BEGIN PGP SIGNED MESSAGE- >>> Hash: SHA1 >>> >>> On 08/07/14 09:14, Zane Bitter wrote: I see tha

Re: [openstack-dev] [Heat] stevedore plugins (and wait conditions)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/07/14 10:17, Zane Bitter wrote: > On 08/07/14 17:13, Angus Salkeld wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> On 08/07/14 09:14, Zane Bitter wrote: >>> I see that the new client plugins are loaded using stevedore, which is >

Re: [openstack-dev] [Murano] Field 'name' is removed from Apps dynamic UI markup, should 'Version' be changed?

Also agree with Stan. I'd like to refrain from bumping version to the next integer each time some change is done to the markup format. It's quite a small change after all, also big numbers in format's version imply that it's changed every friday and should not be relied on. 08.07.2014 22:10 пользо

Re: [openstack-dev] [Heat] stevedore plugins (and wait conditions)

On Jul 9, 2014, at 3:15 PM, Zane Bitter wrote: > On 08/07/14 17:13, Angus Salkeld wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> On 08/07/14 09:14, Zane Bitter wrote: >>> I see that the new client plugins are loaded using stevedore, which is >>> great and IMO absolutely the ri

Re: [openstack-dev] [Heat] stevedore plugins (and wait conditions)

I think my reply to Angus covers most of your points, except this one: On 08/07/14 17:39, Steve Baker wrote: On 09/07/14 07:08, Zane Bitter wrote: Constraints, I feel, are very similar to resources in this respect. I am less concerned about template formats, since there are so few of them... al

Re: [openstack-dev] [nova][cinder][ironic][qa] Tempest+Ironic volume attachment tests

On Wed, Jul 09, 2014 at 10:58:27AM -0400, David Shrewsbury wrote: > Hi! > > The ironic team is working on enabling the API tempest tests with ironic. > However, > ironic doesn’t yet completely support volume attachment, so the cinder api > tests > fail miserably (where attachment is needed). >

Re: [openstack-dev] [nova] fastest way to run individual tests ?

On 6/12/2014 6:17 AM, Daniel P. Berrange wrote: On Thu, Jun 12, 2014 at 07:07:37AM -0400, Sean Dague wrote: On 06/12/2014 06:59 AM, Daniel P. Berrange wrote: Does anyone have any tip on how to actually run individual tests in an efficient manner. ie something that adds no more than 1 second p

Re: [openstack-dev] Inter cloud resource federation [Alliance]

On 7/9/2014 12:33 PM, Tiwari, Arvind wrote: Hi All, I am investigating on inter cloud resource federation across OS based cloud deployments, this is needed to support multi regions, cloud bursting, VPC and more use cases. I came up with a design (link below) which advocate a new service (a.k.a

Re: [openstack-dev] [gate] [glance] concurrent workers issues

Beyond the database connections issues, I think it's also worth noting that: Bug 1339735 - Deadlock updating image properties in glance-registry daemon Showed up at the same time. I think glance might just not be multiworker safe at the moment, but because it wasn't tested before, we never saw th

[openstack-dev] [blazar][neutron] Update basic network plugin blueprint details.

Hi all, I've updated Blazar blueprint about basic network plugin. You can find it here: https://blueprints.launchpad.net/blazar/+spec/basic-network-plugin We are open for discussion about use cases and implementation possibilities. Thx for attention. Nikolay Starodubtsev Software Engineer Mira

Re: [openstack-dev] [Heat] stevedore plugins (and wait conditions)

On 08/07/14 17:13, Angus Salkeld wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/07/14 09:14, Zane Bitter wrote: I see that the new client plugins are loaded using stevedore, which is great and IMO absolutely the right tool for that job. Thanks to Angus & Steve B for implementing it.

[openstack-dev] [openstack-sdk-php] July 16th meeting canceled

The weekly IRC meeting for July 16th is canceled. ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [gate] concurrent workers are overwhelming postgresql in the gate - bug 1338841

On 7/9/2014 2:59 PM, Matt Riedemann wrote: Bug 1338841 [1] started showing up yesterday and I first noticed it on the change to set osapi_volume_workers equal to the number of CPUs available by default. Similar patches for trove (api/conductor workers) and glance (api/registry workers) have la

[openstack-dev] [gate] concurrent workers are overwhelming postgresql in the gate - bug 1338841

Bug 1338841 [1] started showing up yesterday and I first noticed it on the change to set osapi_volume_workers equal to the number of CPUs available by default. Similar patches for trove (api/conductor workers) and glance (api/registry workers) have landed in the last week also, and nova has be

Re: [openstack-dev] [Fuel-Dev] HA CI in master is broken

Should be fixed by merging https://review.openstack.org/105791 On Wed, Jul 9, 2014 at 12:43 PM, Andrew Woodward wrote: > Sorry, HA was failing intermittently to > https://bugs.launchpad.net/fuel/+bug/1338594 > > > > On Wed, Jul 9, 2014 at 12:41 PM, Andrew Woodward wrote: >> >> Ubuntu HA CI was

Re: [openstack-dev] [Fuel-Dev] HA CI in master is broken

After digging through this a little more, I found that https://review.openstack.org/#/c/105791/ is proposed to fix the issue and is passing CI. On Wed, Jul 9, 2014 at 12:43 PM, Andrew Woodward wrote: > Sorry, HA was failing intermittently to > https://bugs.launchpad.net/fuel/+bug/1338594 > > >

Re: [openstack-dev] [Neutron][LBaaS] Wednesday meeting agenda topics

My personal opinion is I prefer the IRC meetings right now. I, personally, don't get any more value out of a video chat than I would with an IRC meeting. However, I know others do get more out of it, and that includes people on my team at Rackspace. Basically, what I am saying is I'd be fine

Re: [openstack-dev] [Fuel-Dev] HA CI in master is broken

Sorry, HA was failing intermittently to https://bugs.launchpad.net/fuel/+bug/1338594 On Wed, Jul 9, 2014 at 12:41 PM, Andrew Woodward wrote: > Ubuntu HA CI was experiencing intermittent issues, probably from > > Now commit https://review.openstack.org/#/c/105433/ was merged with > failures fr

[openstack-dev] [Fuel-Dev] HA CI in master is broken

Ubuntu HA CI was experiencing intermittent issues, probably from Now commit https://review.openstack.org/#/c/105433/ was merged with failures from Ubuntu HA and now completely breaks the puppet catalog in HA installs with: Puppet::Parser::AST::Resource failed with error ArgumentError: Cannot ali

Re: [openstack-dev] [Solum] Core Reviewer Change

Thank you everyone! :) Regards, Pierre. 2014-07-09 20:42 GMT+02:00 Roshan Agrawal : > Pierre, welcome to Solum Core !! > > -Original Message- > From: Adrian Otto [mailto:adrian.o...@rackspace.com] > Sent: Wednesday, July 09, 2014 1:13 PM > To: OpenStack Development Mailing List (not for

Re: [openstack-dev] 答复: [heat] autoscaling across regions and availability zones

Huangtianhua wrote on 07/04/2014 02:35:56 AM: > I have register a bp about this : https://blueprints.launchpad.net/ > heat/+spec/implement-autoscalinggroup-availabilityzones > ・ > ・ And I am thinking how to implement this recently. > ・ > ・ According to AWS autoscaling implementa

[openstack-dev] [QA] Meeting Thursday July 10th at 22:00 UTC

Hi everyone, Just a quick reminder that the weekly OpenStack QA team IRC meeting will be tomorrow Thursday, July 10th at 22:00 UTC in the #openstack-meeting channel. The agenda for tomorrow's meeting can be found here: https://wiki.openstack.org/wiki/Meetings/QATeamMeeting Anyone is welcome to ad

Re: [openstack-dev] Inter cloud resource federation [Alliance]

Hi Arvind, First, I quite liked the idea and I am very interested in helping you with that. Second, I have some doubts. What is the similarity (and differences) with Keystone to Keystone blueprint? https://review.openstack.org/#/c/100023/

[openstack-dev] [sahara] team meeting July 10 1800 UTC

Hi folks, We'll be having the Sahara team meeting as usual in #openstack-meeting-alt channel. Agenda: https://wiki.openstack.org/wiki/Meetings/SaharaAgenda#Next_meetings http://www.timeanddate.com/worldclock/fixedtime.html?msg=Sahara+Meeting&iso=20140710T18 -- Sincerely yours, Sergey Lukjanov

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

I had been under the impression that all BPs we going to require a spec. I, however, was made are in today's cinder meeting that we are only requiring specs for changes that change the user's interaction with the system or are a large change that touches the broader cinder code base. This seemsto

Re: [openstack-dev] [TripleO] Use MariaDB by default on Fedora

> -Original Message- > From: Giulio Fidente [mailto:gfide...@redhat.com] > Sent: 04 July 2014 14:37 > To: OpenStack Development Mailing List (not for usage questions) > Subject: Re: [openstack-dev] [TripleO] Use MariaDB by default on Fedora > > On 07/01/2014 05:47 PM, Michael Kerrin wrote:

Re: [openstack-dev] [Solum] Core Reviewer Change

Pierre, welcome to Solum Core !! -Original Message- From: Adrian Otto [mailto:adrian.o...@rackspace.com] Sent: Wednesday, July 09, 2014 1:13 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [Solum] Core Reviewer Change Thanks everyone for y

[openstack-dev] oslosphinx 2.2.0.0a3 released

The Oslo team is pleased to announce the release of oslosphinx 2.2.0.0a3, the latest release in the 2.2.0 series for Juno. oslosphinx is the theme library for the developer documentation for OpenStack This release includes: $ git log --oneline --no-merges 2.2.0.0a2..2.2.0.0a3 98c8c4b Fixed link

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

> > Teams from MElanox and VMware based their work on current implementation > of Neutron Mlnx appears to not set any neutron settings, so wont be enabled correctly with out some more TLC ( https://wiki.openstack.org/wiki/Mellanox-Neutron-Icehouse-Redhat#Neutron_Server_Node ) NSX appears to be us

Re: [openstack-dev] [Infra] Meeting Tuesday July 8th at 19:00 UTC

On Mon, Jul 7, 2014 at 9:28 AM, Elizabeth K. Joseph wrote: > Following our Bug Day starting at 1700 UTC, the OpenStack > Infrastructure (Infra) team is hosting our weekly meeting on Tuesday > July 8th, at 19:00 UTC in #openstack-meeting Meeting log and minutes available here: Minutes: http://ea

Re: [openstack-dev] [neutron][third-party] Simple and robust CI script?

From: Luke Gorrie [mailto:l...@snabb.co] Sent: 07 July 2014 10:54 To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [neutron][third-party] Simple and robust CI script? On 7 July 2014 11:41, Luke Gorrie mailto:l...@snabb.co>> wrote: I'm running an additio

Re: [openstack-dev] [Solum] Core Reviewer Change

Thanks everyone for your input. The change has been applied. Welcome Pierre! Regards, Adrian On Jul 9, 2014, at 2:26 AM, Adrian Otto wrote: > Solum Core Reviewer Team, > > I propose the following change to our core reviewer group: > > +stannie (Pierre Padrixe) > > Please let me know your vo

Re: [openstack-dev] [qa][all] Branchless Tempest beyond pure-API tests, impact on backporting policy

> I think we need to actually step back a little and figure out where we > are, how we got here, and what the future of validation might need to > look like in OpenStack. Because I think there has been some > communication gaps. (Also, for people I've had vigorous conversations > about this before

Re: [openstack-dev] [Sahara] Error config?

Hi, I believe if you look in the sahara log output you may see more messages about this. There should be some indicator of what the validation error was. Trevor On Wed, 2014-07-09 at 23:44 +0700, Dat Tran wrote: > Thank matt, > > > It's worked. Can i ask you a question, please? > > > When

Re: [openstack-dev] [Solum] Core Reviewer Change

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/07/14 23:29, Adrian Otto wrote: > Solum Core Reviewer Team, > > I propose the following change to our core reviewer group: > > +stannie (Pierre Padrixe) > > Please let me know your votes (+1, 0, or -1). +1 > > Thanks, > > Adrian > >

Re: [openstack-dev] [qa][all] Branchless Tempest beyond pure-API tests, impact on backporting policy

Thanks for the response Matt, some comments inline. > > At the project/release status meeting yesterday[1], I raised the issue > > that featureful backports to stable are beginning to show up[2], purely > > to facilitate branchless Tempest. We had a useful exchange of views on > > IRC but ran out

[openstack-dev] Inter cloud resource federation [Alliance]

Hi All, I am investigating on inter cloud resource federation across OS based cloud deployments, this is needed to support multi regions, cloud bursting, VPC and more use cases. I came up with a design (link below) which advocate a new service (a.k.a. Alliance), this service sits close to Keyst

Re: [openstack-dev] [Solum] Core Reviewer Change

Adrian Otto writes: > Solum Core Reviewer Team, > > I propose the following change to our core reviewer group: > > +stannie (Pierre Padrixe) > > Please let me know your votes (+1, 0, or -1). > +1 Regards, Noorul ___ OpenStack-dev mailing list OpenSta

Re: [openstack-dev] [Sahara] Error config?

Thank matt, It's worked. Can i ask you a question, please? When i create file ng_master_template_create.json and ng_worker_template_create.json. Then, I run: http $SAHARA_URL/node-group-templates X-Auth-Token:$AUTH_TOKEN < ng_master_template_create.json Message: HTTP/1.1 500 INTERNAL SERVER ERRO

Re: [openstack-dev] [Neutron][LBaaS] Wednesday meeting agenda topics

Have the IRC meetings been time constrained or unproductive? Having a pre-meeting before the IRC meeting risks being exclusionary to the folks that can’t make it for that timezone, and I haven’t seen that the IRC meetings are having communication/decision issues, beyond it being bloody dang ear

Re: [openstack-dev] [glance] tracebacks hidden in LOG.info

___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [glance] tracebacks hidden in LOG.info

A ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [TripleO] pypi-mirror is now unsupported - what do we do now?

You’re aware pip has a built in command to create a local cache of wheels yea? Not sure what your requirements are or what you’re using it for but if you detail your requirements I can tell you how well pip can handle the use case out of the box. On Jul 9, 2014, at 12:19 PM, Ben Nemec wrote:

Re: [openstack-dev] [Solum] Core Reviewer Change

+1 From: Georgy Okrokvertskhov [gokrokvertsk...@mirantis.com] Sent: Wednesday, July 09, 2014 9:45 AM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [Solum] Core Reviewer Change +1. Glad to see Pierre in Solum Core te

Re: [openstack-dev] [infra][devstack-gate] mad rechecks (Joe Gordon)

1 ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

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

After review https://review.openstack.org/#/c/103280/ I have following thoughts. This patch looks fine, but huge and has lot of changes in deployment logic. Parallel teams work (vmware, melanox) depends on current implementation of Neutron in FUEL. I have a some dreads, that they can’t refactor his

Re: [openstack-dev] [Fuel] Few hot questions related to patching for openstack

Hi, my 2 cents: 1) Fuel version (+1 to Dmitry) 2) Could you please clarify what exactly you mean by "our patches" / "our first patch"? Thank! ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/li

Re: [openstack-dev] [TripleO] pypi-mirror is now unsupported - what do we do now?

On 07/08/2014 11:05 PM, Joe Gordon wrote: > On Tue, Jul 8, 2014 at 8:54 PM, James Polley wrote: > >> It may not have been clear from the below email, but clarkb clarifies on >> https://bugs.launchpad.net/openstack-ci/+bug/1294381 that the infra team >> is no longer maintaining pypi-mirror >> >> T

Re: [openstack-dev] [infra][devstack-gate] mad rechecks

A ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [Heat] Mid-cycle meetup planning - call for agenda items

Hello Heatists, I've updated the etherpad with some information about accommodation for the mid-cycle meetup: https://etherpad.openstack.org/p/heat-juno-midcycle-meetup For those signed up, now would be a good time to book if you haven't already. If you plan to attend but haven't signed up ye

[openstack-dev] [Neutron][ML2] - ML2 meeting for July 9th cancelled

Folks, Bob, Kyle, Mohammad, and I are here in Minneapolis for mid-cycle sprint. Looking around the room I see everybody is busy with activities. Under the circumstances, we are canceling today's ML2 meeting. Sorry for late notice. Thanks -Sukhdev ___ O

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

Hello! I've been looking at the statistics, and doing a bit of review of the reviewers, and I think we have an opportunity to expand the core reviewer team in TripleO. We absolutely need the help, and I think these two individuals are well positioned to do that. I would like to draw your attentio

Re: [openstack-dev] [Sahara] Error config?

On 07/09/2014 11:26 AM, Dat Tran wrote: Thank matt! But, I have a error: ERROR: Could not find Sahara endpoint in catalog you do have to setup sahara to be in the keystone service catalog, something like step 4 from, docs.openstack.org/developer/sahara/horizon/installation.guide.html#sahara

[openstack-dev] [Neutron][LBaaS] Wednesday meeting agenda topics

Hello all! Earlier in the meetings we discussed using the Wednesday meeting for only Octavia discussions. One of my teammates would like to allocate the Wednesday meeting time for face-to-face discussions of the same meeting topics we have on Thursday morning. I think its a good idea to use t

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

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 code using taskflow? > > >

Re: [openstack-dev] [Sahara] Error config?

Thank matt! But, I have a error: ERROR: Could not find Sahara endpoint in catalog ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [glance] tracebacks hidden in LOG.info

On 07/09/2014 04:52 PM, Sean Dague wrote: > Sorry for over interpretting your response. I've had some frustration > recently with many projects that say 'file a bug', but it turns out > filing a bug doesn't actually get any results. If the only way to get > motion on a bug is to also send an email

[openstack-dev] [Neutron][ML2] Support dpdk ovs with ml2 plugin

Hi We (Intel Openstack team) would like to add support for dpdk based userspace openvswitch using mech_openvswitch and mech_odl from ML2 plugin. The dpdk enabled ovs comes in two flavours one is netdev incorporated into vanilla ovs the other is a fork of ovs with a dpdk datapath (https://github

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

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 09/07/14 16:59, Roman Podoliaka wrote: > Hi all, > > Not sure what issues you are talking about, but I just replaced > "mysql" with "mysql+mysqlconnector" in my db connection string in > neutron.conf and "neutron-db-manage upgrade head" worked

Re: [openstack-dev] [sahara] team meeting July 3 1800 UTC

A ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

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

Hi all, Not sure what issues you are talking about, but I just replaced "mysql" with "mysql+mysqlconnector" in my db connection string in neutron.conf and "neutron-db-manage upgrade head" worked like a charm for an empty schema. Ihar, could please elaborate on what changes to oslo.db are needed?

Re: [openstack-dev] [nova] Limits API and project-user-quotas

On Fri, 2014-07-04 at 23:06 +, Day, Phil wrote: > Working on the server groups quotas I hit an issue with the limits API > which I wanted to get feedback on. > > Currently this always shows just the project level quotas and usage, > which can be confusing if there is a lower user specific quot

[openstack-dev] [nova][cinder][ironic][qa] Tempest+Ironic volume attachment tests

Hi! The ironic team is working on enabling the API tempest tests with ironic. However, ironic doesn’t yet completely support volume attachment, so the cinder api tests fail miserably (where attachment is needed). Proposed solutions are: 1) Disable cinder in devstack-gate when ironic is used. 2

Re: [openstack-dev] [Fuel] Dev mode implementation

I agree with Evgeniy on this we should be able to build the your test, env easily enough to accommodate this. If we cant then we should spend time there since AFAICT it overlaps with user ask 1. Disable authentication > we should be able to set them to a known option with a config drive or metadat

Re: [openstack-dev] [glance] tracebacks hidden in LOG.info

On 07/09/2014 10:43 AM, Flavio Percoco wrote: > On 07/09/2014 04:12 PM, Sean Dague wrote: >> On 07/09/2014 10:01 AM, Flavio Percoco wrote: >>> On 07/09/2014 01:32 PM, Sean Dague wrote: Recently looking at a gate failure, which was a 500 error from glance. So I expected that glance would h

Re: [openstack-dev] [Solum] Core Reviewer Change

+1. Glad to see Pierre in Solum Core team! On Wed, Jul 9, 2014 at 2:55 AM, Julien Vey wrote: > +1 > > Pierre always provide valuable feedback. Glad to see him in the core team > > > 2014-07-09 11:26 GMT+02:00 Adrian Otto : > > Solum Core Reviewer Team, >> >> I propose the following change to

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

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 09/07/14 15:40, Sean Dague wrote: > On 07/09/2014 09:00 AM, Roman Podoliaka wrote: >> Hi Ihar, >> >> AFAIU, the switch is a matter of pip install + specifying the >> correct db URI in the config files. I'm not sure why you are >> filing a spec in

Re: [openstack-dev] [glance] tracebacks hidden in LOG.info

On 07/09/2014 04:12 PM, Sean Dague wrote: > On 07/09/2014 10:01 AM, Flavio Percoco wrote: >> On 07/09/2014 01:32 PM, Sean Dague wrote: >>> Recently looking at a gate failure, which was a 500 error from glance. >>> So I expected that glance would have a pretty clear trace in the logs. >>> Filtering

  1   2   >