Re: [openstack-dev] [Nova] Some thoughts on API microversions

> -Original Message- > From: Andrew Laski [mailto:and...@lascii.com] > Sent: 04 August 2016 22:18 > To: openstack-dev@lists.openstack.org > Subject: Re: [openstack-dev] [Nova] Some thoughts on API microversions > > > > On Thu, Aug 4, 2016, at 08:20 AM, Sean Dague wrote: > > On

Re: [openstack-dev] [tempest][swift][radosgw] Can we please merge the fix for the RFC 7230 violation issue?

On 8 Aug 2016, at 9:50, Jay Pipes wrote: > Tempest devs, > > Let me please draw your attention to a LP bug that may not seem particularly > high priority, but I believe could be resolved easily with a patch already > proposed. > > LP bug 1536251 [1] accurately states that Tempest is actively

Re: [openstack-dev] [TripleO] Network Template Generator

On Mon, 2016-08-08 at 15:42 -0500, Ben Nemec wrote: > This is something that has existed for a while, but I had been > hesitant > to evangelize it until it was a little more proven.  At this point > I've > used it to generate templates for a number of different environments, > and it has worked

[openstack-dev] [Infra] Meeting Tuesday August 9th at 19:00 UTC

Hi everyone, The OpenStack Infrastructure (Infra) team is having our next weekly meeting on Tuesday August 9th, at 19:00 UTC in #openstack-meeting Meeting agenda available here: https://wiki.openstack.org/wiki/Meetings/InfraTeamMeeting#Agenda_for_next_meeting Anyone is welcome to to add agenda

Re: [openstack-dev] [tacker] Weekly meeting agenda

Hi Dharmendra, Sure, will add it to the agenda. However keep in mind, Newton release related items are higher priority though. - Sridhar On Mon, Aug 8, 2016 at 5:55 AM, Dharmendra Kushwaha wrote: > Dear Sridhar, > > Can we also discuss the NSD? > >

Re: [openstack-dev] [infra][neutron] - best way to load 8021q kernel module into cirros

On 08/09/2016 02:10 AM, Jeremy Stanley wrote: I haven't personally tested the CirrOS build instructions, but have a feeling writing a diskimage-builder element wrapper for that wouldn't be particularly challenging. I'm not exactly sure it fits that well into dib; it seems like "bundle" has it

Re: [openstack-dev] [magnum][heat] 2 million requests / sec, 100s of nodes

On 08/08/16 17:09, Ricardo Rocha wrote: * trying the convergence_engine: as far as i could see this is already there, just not enabled by default. We can give it a try and let you know how it goes if there's no obvious drawback. Would it just work with the current schema? We're running heat

Re: [openstack-dev] [nova] [scheduler] Use ResourceProviderTags instead of ResourceClass?

On Mon, 8 Aug 2016, Ed Leafe wrote: Me too. I think that this is one case where thinking in SQL messes you up. Sure, you can probably make it work by hacking in the concept of infinity into the code, but there will still be a conceptual disconnect. And later, when we inevitably need to enhance

Re: [openstack-dev] [Cinder] [stable] [all] Changing stable policy for drivers

Duncan Thomas wrote: On 8 August 2016 at 21:12, Matthew Treinish wrote: Ignoring all that, this is also contrary to how we perform testing in OpenStack. We don't turn off entire classes of testing we have so we can land patches, that's just a

Re: [openstack-dev] [tempest][swift][radosgw] Can we please merge the fix for the RFC 7230 violation issue?

On 8 August 2016 at 17:50, Jay Pipes wrote: > Tempest devs, > > Let me please draw your attention to a LP bug that may not seem > particularly high priority, but I believe could be resolved easily with a > patch already proposed. > > LP bug 1536251 [1] accurately states that

Re: [openstack-dev] [Cinder] [stable] [all] Changing stable policy for drivers

On 8 August 2016 at 21:12, Matthew Treinish wrote: > Ignoring all that, this is also contrary to how we perform testing in > OpenStack. > We don't turn off entire classes of testing we have so we can land patches, > that's just a recipe for disaster. > But is it more of a

Re: [openstack-dev] [nova] Nova mascot

Excerpts from Matt Riedemann's message of 2016-08-08 14:35:12 -0500: > Not to be a major curmudgeon but I think we'd basically decided at the > midcycle (actually weeks before) that Nova wasn't doing the mascot thing. > Could you maybe summarize the reason for this decision? Seems like

Re: [openstack-dev] [nova] [scheduler] Use ResourceProviderTags instead of ResourceClass?

On Aug 8, 2016, at 9:42 AM, Jay Pipes wrote: >> When some ssd-ness is consumed, all of it (infinity) is still left >> over. >> >> For me it is easier: a resource provider has just one way of >> describing what it can do: classes of inventory (that provide >> gigabytes of

Re: [openstack-dev] [magnum][heat] 2 million requests / sec, 100s of nodes

Hi. On Mon, Aug 8, 2016 at 6:17 PM, Zane Bitter wrote: > On 05/08/16 12:01, Hongbin Lu wrote: >> >> Add [heat] to the title to get more feedback. >> >> >> >> Best regards, >> >> Hongbin >> >> >> >> *From:*Ricardo Rocha [mailto:rocha.po...@gmail.com] >> *Sent:* August-05-16

[openstack-dev] [ironic] weekly subteam status report

Hi, We are zealous to present this week's subteam report for Ironic. As usual, this is pulled directly from the Ironic whiteboard[0] and formatted. Bugs (dtantsur) === - no update - dtantsur is out sick today Network isolation (Neutron/Ironic work) (jroll, TheJulia, devananda)

[openstack-dev] [TripleO] Network Template Generator

This is something that has existed for a while, but I had been hesitant to evangelize it until it was a little more proven. At this point I've used it to generate templates for a number of different environments, and it has worked well. I decided it was time to record another demo and throw it

Re: [openstack-dev] [nova] Nova mascot

On 8/8/2016 3:36 PM, Chris Friesen wrote: On 08/08/2016 01:35 PM, Matt Riedemann wrote: Not to be a major curmudgeon but I think we'd basically decided at the midcycle (actually weeks before) that Nova wasn't doing the mascot thing. What will the Foundation do if nova doesn't propose a

Re: [openstack-dev] [nova] Nova mascot

> What will the Foundation do if nova doesn't propose a mascot? Nothing, I believe. -- Augustina Ragwitz Señora Software Engineer --- Ask me about contributing to OpenStack Nova! https://wiki.openstack.org/wiki/Nova/Mentoring --- email: aragwitz+n...@pobox.com irc: auggy

Re: [openstack-dev] [nova] Nova mascot

On 08/08/2016 01:35 PM, Matt Riedemann wrote: Not to be a major curmudgeon but I think we'd basically decided at the midcycle (actually weeks before) that Nova wasn't doing the mascot thing. What will the Foundation do if nova doesn't propose a mascot? Leave nova out of the rebranding

Re: [openstack-dev] [nova] Nova mascot

On 8/8/2016 6:07 AM, Alexis Lee wrote: I propose the ant, known for discovering probabilistic graph traversal algorithms. My other thought, the bee, has already been taken by refstack. lxsli __ OpenStack Development

Re: [openstack-dev] [puppet] weekly meeting #89

If you have any topic for our weekly meeting, please add it here: https://etherpad.openstack.org/p/puppet-openstack-weekly-meeting-20160809 See you tomorrow, On Tue, Aug 2, 2016 at 11:06 AM, Emilien Macchi wrote: > no item in our agenda, we cancelled the meeting, see you

Re: [openstack-dev] [nova] Nova mascot

I second the supernova concept. I'm just not a huge fan of an animal. Unless it's a Tardigrade. I found some cartoonish things that show a supernova could be graphically stylized: * https://heasarc.gsfc.nasa.gov/Images/objects/snrs/SNR_cartoon2.gif *

Re: [openstack-dev] [networking-sfc] Newton release plans?

Hi James, Networking-sfc will release Newton version after Neutron pull the stable/Newton branch (around late Oct. and Early Nov time frame). Basically after the branch is pulled, we will make sure all unit, functional, tempest tests including multi-node end-to-end tests against stable/Newton

Re: [openstack-dev] [all] devstack changing to neutron by default RSN - current issues with OVH

+1 on this plan too, if the +2's I've been slinging haven't made it obvious :) -- Sean M. Collins __ OpenStack Development Mailing List (not for usage questions) Unsubscribe:

Re: [openstack-dev] [Cinder] [stable] [all] Changing stable policy for drivers

On Mon, Aug 08, 2016 at 07:40:56PM +0300, Duncan Thomas wrote: > On 8 August 2016 at 18:31, Matthew Treinish wrote: > > > > > This argument comes up at least once a cycle and there is a reason we > > don't do > > this. When we EOL a branch all of the infrastructure for

Re: [openstack-dev] [Cinder] [stable] [all] Changing stable policy for drivers

On 08/08/2016 12:36 PM, Jeremy Stanley wrote: On 2016-08-08 13:03:51 +0200 (+0200), Ihar Hrachyshka wrote: Sean McGinnis wrote: [...] The suggestion was to just change our stable policy in regards to driver bugfix backports. No need to create and maintain more

Re: [openstack-dev] [Cinder] [stable] [all] Changing stable policy for drivers

On 08/08/2016 12:40 PM, Duncan Thomas wrote: On 8 August 2016 at 18:31, Matthew Treinish > wrote: This argument comes up at least once a cycle and there is a reason we don't do this. When we EOL a branch all of the infrastructure

Re: [openstack-dev] [infra][tripleo] status of tripleo-test-cloud-rh1

On Mon, Aug 8, 2016 at 1:06 PM, Jeremy Stanley wrote: > On 2016-08-08 11:47:56 -0400 (-0400), James Slagle wrote: > [...] >> I suppose it's also possible that we might be pushing too strongly >> down the multinode path? Is the general concensus in infra that they'd >> like to

Re: [openstack-dev] [Cinder] [stable] [all] Changing stable policy for drivers

> Ok, to turn the question around, we (the cinder team) have recognised a > definite and strong need to have somewhere for vendors to share patches on > versions of Cinder older than the stable branch policy allows. > > Given this need, what are our options? > > 1. We could do all this outside

Re: [openstack-dev] [all] devstack changing to neutron by default RSN - current issues with OVH

On 8 August 2016 at 08:01, Sean Dague wrote: > In summary, it turns out we learned a few things: > > 1) neutron guests in our gate runs don't have the ability to route > outwards. For instance, if they tried to do a package update, it would > fail. > > 2) adding the ability for

[openstack-dev] OpenStack Developer Mailing List Digest July 23 to August 5

http://www.openstack.org/blog/2016/08/openstack-developer-mailing-list-digest-20160805/ -- Mike Perez __ OpenStack Development Mailing List (not for usage questions) Unsubscribe:

[openstack-dev] [charms] nominating thedac for charms-release team

Greetings, I would like to nominate David Ames for addition to the charms-release team, as he has played a valuable role in the charm release processes. This change will grant privileges such as new stable branch creation, among other things necessary to facilitate the charm release process.

Re: [openstack-dev] [infra][tripleo] status of tripleo-test-cloud-rh1

On 2016-08-08 11:47:56 -0400 (-0400), James Slagle wrote: [...] > I suppose it's also possible that we might be pushing too strongly > down the multinode path? Is the general concensus in infra that they'd > like to help enable project teams to eventually add 3 and 4 (and maybe > more) node

Re: [openstack-dev] [Security] Proposing Luke Hinds (lhinds) for Security Core

On 2016-08-08 09:33:20 -0700 (-0700), Rob C wrote: > I'd like to nominate Luke for a CoreSec position as part of the Security > Project. [...] Sounds good to me. Luke's feedback on security bugs so far has been quite helpful, so I'm all for encouraging more of the same. This would bring the

[openstack-dev] [tempest][swift][radosgw] Can we please merge the fix for the RFC 7230 violation issue?

Tempest devs, Let me please draw your attention to a LP bug that may not seem particularly high priority, but I believe could be resolved easily with a patch already proposed. LP bug 1536251 [1] accurately states that Tempest is actively verifying that an OpenStack API call violates RFC

Re: [openstack-dev] [nova] Nova mascot

On 2016-08-08 14:26:18 +0100 (+0100), Alexis Lee wrote: > Markus Zoeller said on Mon, Aug 08, 2016 at 01:29:49PM +0200: > > On 08.08.2016 13:07, Alexis Lee wrote: > > > I propose the ant, known for discovering probabilistic graph traversal > > > algorithms. > > > > > > My other thought, the bee,

Re: [openstack-dev] [glare][kolla][odm] timing of release of glare and request for technical interview on IRC wherever the glare team wants to have it

Mike was kind enough to drop by the IRC channel today to help the operational deployment managers (ODMs) understand the impact of Glare for technical planning purposes. The log of the discussion is here: http://eavesdrop.openstack.org/irclogs/%23openstack-kolla/%23openstack-koll

Re: [openstack-dev] [Cinder] [stable] [all] Changing stable policy for drivers

On 8 August 2016 at 18:31, Matthew Treinish wrote: > > This argument comes up at least once a cycle and there is a reason we > don't do > this. When we EOL a branch all of the infrastructure for running any ci > against > it goes away. This means devstack support, job

[openstack-dev] [Security] Proposing Luke Hinds (lhinds) for Security Core

I'd like to nominate Luke for a CoreSec position as part of the Security Project. CoreSec team members support the VMT with extended consultation on externally reported vulnerabilities. Luke has been an active member of the Security project for quite some time. He's done significant recent work

Re: [openstack-dev] [Glance][Glare] External locations design

Has the use case been considered where the compute nodes have no nat to the internet? The glare api server might have to pass the data through to the requesting client in that case or download/cache an internal copy. Thanks, Kevin From: Mikhail Fedosin

Re: [openstack-dev] [Cinder] [stable] [all] Changing stable policy for drivers

On 2016-08-08 13:03:51 +0200 (+0200), Ihar Hrachyshka wrote: > Sean McGinnis wrote: [...] > > The suggestion was to just change our stable policy in regards to driver > > bugfix backports. No need to create and maintain more branches. No need > > to set up gate jobs and

Re: [openstack-dev] [infra] Project tailored VM image for Jenkins jobs

On 2016-08-08 06:00:14 -0500 (-0500), e...@itsonlyme.name wrote: [...] > One solution we were thinking of is having a VM image that > contains the Docker image we need (e.g. saved using docker save), > thus bypassing the need to do "docker pull". Is that possible? I > realise that so far probably

Re: [openstack-dev] [infra][tripleo] status of tripleo-test-cloud-rh1

On Mon, Aug 8, 2016 at 11:47 AM, James Slagle wrote: > On Sat, Aug 6, 2016 at 8:17 PM, Paul Belanger wrote: >> Greetings, >> >> 5 months ago fungi posted: >> >> [tripleo] becoming third party CI (was: enabling third party CI)[1] >> >> About having

Re: [openstack-dev] [magnum][heat] 2 million requests / sec, 100s of nodes

On 05/08/16 12:01, Hongbin Lu wrote: Add [heat] to the title to get more feedback. Best regards, Hongbin *From:*Ricardo Rocha [mailto:rocha.po...@gmail.com] *Sent:* August-05-16 5:48 AM *To:* OpenStack Development Mailing List (not for usage questions) *Subject:* Re: [openstack-dev]

Re: [openstack-dev] [infra][neutron] - best way to load 8021q kernel module into cirros

On 2016-08-08 11:20:54 +0200 (+0200), Miguel Angel Ajo Pelayo wrote: > The problem with the other projects image builds is that they are > based for bigger systems, while cirros is an embedded-device-like > image which boots in a couple of seconds. Yep, smaller is certainly better when it comes

Re: [openstack-dev] [Manila] Nominate Tom Barron for core reviewer team

On my brief participation on Manila team I've find Tom contributions to be very helpful. I think he will be a great addition! 2016-08-04 11:16 GMT-03:00 Sean McGinnis : > I have zero say here, but just want to say Tom is always a great guy to > have around and knows his

Re: [openstack-dev] [python-bileanclient] [infra] Duplicate entries in test-requirement.txt

On 2016-08-08 17:09:33 +0800 (+0800), 吕冬兵 wrote: > I uploaded a new project to gerrit, but test-requirement.txt had > duplicate entries by mistake. That makes jenkins fail whatever I > commit >

Re: [openstack-dev] [octavia]redirection and barbican config

Hi Akshay, Currently we are only allowing one VIP per amphora. You can log into the amphora if you specify a ssh keypair loaded into nova in the octavia.conf file. When that is specified you can log into the amphora via SSH on the management network interface. Michael On Mon, Aug 1, 2016 at

Re: [openstack-dev] [octavia] Multi-node controller testing

Miguel, Thank you for your work here. I would support an effort to setup a multi-node gate job. Michael On Mon, Aug 8, 2016 at 5:04 AM, Miguel Angel Ajo Pelayo wrote: > Recently, I sent a series of patches [1] to make it easier for > developers to deploy a multi node

Re: [openstack-dev] [infra][tripleo] status of tripleo-test-cloud-rh1

On Sat, Aug 6, 2016 at 8:17 PM, Paul Belanger wrote: > Greetings, > > 5 months ago fungi posted: > > [tripleo] becoming third party CI (was: enabling third party CI)[1] > > About having the discussion whether the existing TripleO CI should itself > follow > our

Re: [openstack-dev] [infra][tripleo] status of tripleo-test-cloud-rh1

On 08/06/2016 07:17 PM, Paul Belanger wrote: > Greetings, > > 5 months ago fungi posted: > > [tripleo] becoming third party CI (was: enabling third party CI)[1] > > About having the discussion whether the existing TripleO CI should itself > follow > our third-party integration model instead

Re: [openstack-dev] [Cinder] [stable] [all] Changing stable policy for drivers

On Mon, Aug 08, 2016 at 09:47:53AM -0500, Sean McGinnis wrote: > > > > Unless you manage to get it approved for the global policy, I think > > you will effectively make your stable:follows-policy tag obsolete, > > and then it should be removed from your project. Read the > > requirements: > > >

Re: [openstack-dev] [keystone][tripleo] Federation, mod_mellon, and HA Proxy

On 08/07/2016 11:16 PM, Adam Young wrote: On 08/06/2016 08:44 AM, John Dennis wrote: On 08/05/2016 06:06 PM, Adam Young wrote: Ah...just noticed the redirect is to :5000, not port :13000 which is the HA Proxy port. OK, this is due to the SAML request:

Re: [openstack-dev] [nova] [infra] Intel NFV CI voting permission

Change deployed, Thanks for your comments, Michal -Original Message- From: Markus Zoeller [mailto:mzoel...@linux.vnet.ibm.com] Sent: Monday, August 08, 2016 3:15 PM To: openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [nova] [infra] Intel NFV CI voting permission On

[openstack-dev] [new][horizon] django_openstack_auth 2.4.0 release (newton)

We are enthusiastic to announce the release of: django_openstack_auth 2.4.0: Django authentication backend for use with OpenStack Identity This release is part of the newton release series. With source available at: http://git.openstack.org/cgit/openstack/django_openstack_auth/ With

Re: [openstack-dev] [glare][kolla] timing of release of glare and request for technical interview on IRC wherever the glare team wants to have it

On 08/08/2016 07:48 AM, Steven Dake (stdake) wrote: Cool thanks for the response. Appreciate it. I think the big take away is all the ODMs are free from churn in Newton and have a full cycle to adapt to the changes which is great news! Yes, that is absolutely the case. Best, -jay

Re: [openstack-dev] [all] devstack changing to neutron by default RSN - current issues with OVH

In summary, it turns out we learned a few things: 1) neutron guests in our gate runs don't have the ability to route outwards. For instance, if they tried to do a package update, it would fail. 2) adding the ability for them to route outwards (as would be expected for things like package

Re: [openstack-dev] [octavia] Multi-node controller testing

Great work with that multi-node setup Miguel. About that multinode Infra is supporting two nodes setup used currently by grenade jobs but in my opinion we don’t have any tests which can cover that type of testing. We’re still struggling with selecting proper tool to test Octavia from

Re: [openstack-dev] [Cinder] [stable] [all] Changing stable policy for drivers

> > Unless you manage to get it approved for the global policy, I think > you will effectively make your stable:follows-policy tag obsolete, > and then it should be removed from your project. Read the > requirements: > >

Re: [openstack-dev] [neutron][grafana][infra] how to read grafana

Matthew Treinish wrote: On Mon, Aug 08, 2016 at 02:40:31PM +0200, Ihar Hrachyshka wrote: Hi, I was looking at grafana today, and spotted another weirdness. See the periodic jobs dashboard: http://grafana.openstack.org/dashboard/db/neutron-failure-rate?panelId=4

[openstack-dev] [mistral] Porting security-related utils, Context and dependencies to Mistral-Lib

In accordance with the spec[1], I started a patch[2] to port security related items from mistral to mistral-lib. This may not be the right way to approach this task and I'm hoping the patch provides a means to illustrate the problem and starts a discussion on the right solution. A custom action

Re: [openstack-dev] [E] [TripleO] scripts to do post deployment analysis of an overcloud

On Mon, Aug 8, 2016 at 4:02 PM, Tomas Sedovic wrote: > On 08/08/2016 11:05 AM, Hugh Brock wrote: >> >> On Wed, Aug 3, 2016 at 4:49 PM, Joe Talerico wrote: >>> >>> On Wed, Jul 27, 2016 at 2:04 AM, Hugh Brock wrote: On Jul 26,

Re: [openstack-dev] [nova] [scheduler] Use ResourceProviderTags instead of ResourceClass?

On 08/08/2016 06:14 AM, Chris Dent wrote: On Mon, 8 Aug 2016, Alex Xu wrote: Chris, thanks for the blog to explain your idea! It helps me understand your idea better. Thanks for reading it. As I think I've mentioned a few times I'm not really trying to sell the idea, just make sure it is

Re: [openstack-dev] [Cinder] [stable] [all] Changing stable policy for drivers

On Sat, Aug 06, 2016 at 08:00:06PM -0400, Ben Swartzlander wrote: > On 08/06/2016 06:11 PM, Jeremy Stanley wrote: > >On 2016-08-06 17:51:02 -0400 (-0400), Ben Swartzlander wrote: > >[...] > >>when it's no longer to run dsvm jobs on them (because those jobs > >>WILL eventually break as infra stops

Re: [openstack-dev] [neutron][grafana][infra] how to read grafana

On Mon, Aug 08, 2016 at 02:40:31PM +0200, Ihar Hrachyshka wrote: > Hi, > > I was looking at grafana today, and spotted another weirdness. > > See the periodic jobs dashboard: > > http://grafana.openstack.org/dashboard/db/neutron-failure-rate?panelId=4 > > Currently it shows for me 100% failure

Re: [openstack-dev] [E] [TripleO] scripts to do post deployment analysis of an overcloud

On 08/08/2016 11:05 AM, Hugh Brock wrote: On Wed, Aug 3, 2016 at 4:49 PM, Joe Talerico wrote: On Wed, Jul 27, 2016 at 2:04 AM, Hugh Brock wrote: On Jul 26, 2016 8:08 PM, "Gordon, Kent" wrote: -Original

Re: [openstack-dev] [nova] Nova mascot

On 08/08/2016 05:07 AM, Alexis Lee wrote: I propose the ant, known for discovering probabilistic graph traversal algorithms. My other thought, the bee, has already been taken by refstack. How about the octopus, since nova has tentacles reaching into many parts of the system... Chris

Re: [openstack-dev] [nova] Nova mascot

Markus Zoeller said on Mon, Aug 08, 2016 at 01:29:49PM +0200: > On 08.08.2016 13:07, Alexis Lee wrote: > > I propose the ant, known for discovering probabilistic graph traversal > > algorithms. > > > > My other thought, the bee, has already been taken by refstack. > > AFAIK #infra is going to

Re: [openstack-dev] [nova] [infra] Intel NFV CI voting permission

On 03.08.2016 22:02, Znoinski, Waldemar wrote: > Thanks > Much appreciated > > Making use of the opportunity here... what's the next big thing a CI (like > one testing NFV) should be doing? (multinode or there's something else more > important?) Two tiny nits on the comment the CI is giving a

[openstack-dev] [mistral] Team meeting reminder - 08/08/2016

Hi, This is a reminder that we’ll have a team meeting today at #openstack-meeting at 16.00 UTC. Agenda: Review action items Current status (progress, issues, roadblocks, further plans) Open discussion Renat Akhmerov @Nokia

Re: [openstack-dev] [neutron][nova][SR-IOV] deprecation of supported_pci_vendor_devs

+1 This validation in neutron is redundant. /ludovic -Original Message- From: Moshe Levi [mailto:mosh...@mellanox.com] Sent: August-08-16 8:43 AM To: OpenStack Development Mailing List (not for usage questions) (openstack-dev@lists.openstack.org) Subject: [openstack-dev]

Re: [openstack-dev] [api][os-api-ref] openstackdocstheme integration

On 08/08/2016 08:44 AM, Doug Hellmann wrote: > Excerpts from Hayes, Graham's message of 2016-08-08 11:28:35 +: >> On 05/08/2016 19:15, Doug Hellmann wrote: >>> Excerpts from Hayes, Graham's message of 2016-08-05 17:04:35 +: Hey, We look like we are getting close to merging

Re: [openstack-dev] [api][os-api-ref] openstackdocstheme integration

On 08/08/2016 13:47, Doug Hellmann wrote: > Excerpts from Hayes, Graham's message of 2016-08-08 11:28:35 +: >> On 05/08/2016 19:15, Doug Hellmann wrote: >>> Excerpts from Hayes, Graham's message of 2016-08-05 17:04:35 +: Hey, We look like we are getting close to merging the

Re: [openstack-dev] [tacker] Weekly meeting agenda

Dear Sridhar, Can we also discuss the NSD? Thanks & Regards Dharmendra Kushwaha From: Sridhar Ramaswamy [sric...@gmail.com] Sent: Monday, August 08, 2016 8:49 AM To: OpenStack Development Mailing List (not for usage questions) Subject: [openstack-dev]

Re: [openstack-dev] [ironic] Driver composition defaults call

Thank you for sending the corrected link Mathieu! I thought I fixed it before I sent the email, but... *shrug* Anyway! Looking at the doodle, the mutually available time is 4 PM UTC on this Wednesday (8/10/16). If there are no objections, I guess we will hear those seeking to discuss defaults

Re: [openstack-dev] [api][os-api-ref] openstackdocstheme integration

Excerpts from Hayes, Graham's message of 2016-08-08 11:28:35 +: > On 05/08/2016 19:15, Doug Hellmann wrote: > > Excerpts from Hayes, Graham's message of 2016-08-05 17:04:35 +: > >> Hey, > >> > >> We look like we are getting close to merging the os-api-ref integration > >> with

[openstack-dev] [neutron][nova][SR-IOV] deprecation of supported_pci_vendor_devs

Hi all, To reduce complexity in configuring SR-IOV I want to deprecate the supported_pci_vendor_devs option [1] in the neutron-server ml2 config. This option is doing extra validation that pci vendor id and product id provided by nova in the neutron port binding profile is matching to the

[openstack-dev] [neutron][grafana][infra] how to read grafana

Hi, I was looking at grafana today, and spotted another weirdness. See the periodic jobs dashboard: http://grafana.openstack.org/dashboard/db/neutron-failure-rate?panelId=4 Currently it shows for me 100% failure rate for py34/oslo-master job, starting from ~Aug 3. But when I go to

Re: [openstack-dev] [Nova] Some thoughts on API microversions

On Wed, 3 Aug 2016, Andrew Laski wrote: I am a fan of microversions. I think they work wonderfully to express when a resource representation changes, or when different data is required in a request. This allows clients to make the same request across multiple clouds and expect the exact same

Re: [openstack-dev] [nova] [vitrage] Nova host list api - performance

I need to check if the data transferred is compressed, but in either way I don’t want to get more than 99% (that the manager object takes) of the data sent for the instance / host / availablility zone, so I would like to get the data without that property. From: Yujun Zhang

Re: [openstack-dev] [nova] [vitrage] Nova host list api - performance

Is the data transfer compressed? If there are lots of repeated pattern in the payload, compressing the content may result in great improvement in performance. -- Yujun On Mon, Aug 8, 2016 at 3:19 PM Weyl, Alexey (Nokia - IL) < alexey.w...@nokia.com> wrote: > Hi, > > I am running the

[openstack-dev] [nova] next notification subteam meeting

Hi, The next notification subteam meeting will be held on 2016.08.09 17:00 UTC [1] on #openstack-meeting-4. Cheers, Gibi [1] https://www.timeanddate.com/worldclock/fixedtime.html?iso=20160809T17 __ OpenStack

[openstack-dev] [octavia] Multi-node controller testing

Recently, I sent a series of patches [1] to make it easier for developers to deploy a multi node octavia controller with n_controllers x [api, cw, hm, hk] with an haproxy in front of the API. Since this is the way the service is designed to work (with horizontal scalability in mind), and we want

Re: [openstack-dev] [glare][kolla] timing of release of glare and request for technical interview on IRC wherever the glare team wants to have it

Cool thanks for the response. Appreciate it. I think the big take away is all the ODMs are free from churn in Newton and have a full cycle to adapt to the changes which is great news! Thanks! -steve From: Mikhail Fedosin > Reply-To:

Re: [openstack-dev] [nova] Nova mascot

On 08.08.2016 13:07, Alexis Lee wrote: > I propose the ant, known for discovering probabilistic graph traversal > algorithms. > > My other thought, the bee, has already been taken by refstack. > > > lxsli > > __ >

Re: [openstack-dev] [api][os-api-ref] openstackdocstheme integration

On 05/08/2016 19:15, Doug Hellmann wrote: > Excerpts from Hayes, Graham's message of 2016-08-05 17:04:35 +: >> Hey, >> >> We look like we are getting close to merging the os-api-ref integration >> with openstackdocstheme. >> >> Unfortunately, there is no "phased" approach available - the

Re: [openstack-dev] [neutron][neutron-lbaas][stable] Cherry pick a patch from master to stable/liberty

zhi wrote: hi, Recently, I saw a patch which fixed the listener's admin_state_up status[1]. This patch is already merged in master branch. But it is not merged into stable/liberty. So I upload a new patch[2] to merge that patch into stable/liberty. [1]:

Re: [openstack-dev] [Glance][Glare] External locations design

Thanks for you comments Stuart! I also have some thoughts on this matter: first of all, I never liked how locations are implemented in glance v2, and not just because of inconsistencies in multiple locations per one image, but for the reason that there are no differences between internal and

Re: [openstack-dev] [Cinder] [stable] [all] Changing stable policy for drivers

Jeremy Stanley wrote: On 2016-08-06 17:51:02 -0400 (-0400), Ben Swartzlander wrote: [...] when it's no longer to run dsvm jobs on them (because those jobs WILL eventually break as infra stops maintaining support for very old releases) then we simply remove those jobs and

[openstack-dev] [nova] Nova mascot

I propose the ant, known for discovering probabilistic graph traversal algorithms. My other thought, the bee, has already been taken by refstack. lxsli __ OpenStack Development Mailing List (not for usage questions)

Re: [openstack-dev] [Cinder] [stable] [all] Changing stable policy for drivers

Sean McGinnis wrote: This may mostly be a Cinder concern, but putting it out there to get wider input. For some time now there has been some debate about moving third party drivers in Cinder to be out of tree. I won't go into that too much, other than to point out one

Re: [openstack-dev] [Magnum] Adding opensuse as new driver to Magnum

Hi, On 08/07/2016 09:24 PM, Hongbin Lu wrote: Added to the agenda of next team meeting: https://wiki.openstack.org/wiki/Meetings/Containers#Agenda_for_2016-08-09_1600_UTC . Thank you, I will join tomorrow (09.08.2016) Magnum team meeting, Have a nice day, Best regards, Hongbin

[openstack-dev] [infra] Project tailored VM image for Jenkins jobs

I have originally brought this on IRC, but though this place might be better adequate. As part of the storlets functional tests Jenkins job, we do a docker pull from docker hub. This operation fails many times, and requires many "recheck"s (we run this with every 'git review'). One solution

Re: [openstack-dev] [Fuel] Patches for python-fuelclient are blocked by broken master.python-fuelclient.pkgs.ubuntu.review_fuel_client

Vladimir, Thanks you for the update on this. Is there any ETA available? On Mon, Aug 8, 2016 at 12:09 PM Vladimir Kozhukalov < vkozhuka...@mirantis.com> wrote: > We are working on this. Will fix soon. > > Vladimir Kozhukalov > > On Mon, Aug 8, 2016 at 12:52 PM, Roman Prykhodchenko

Re: [openstack-dev] [magnum][heat] 2 million requests / sec, 100s of nodes

On 08 Aug 2016, at 11:51, Ricardo Rocha > wrote: Hi. On Mon, Aug 8, 2016 at 1:52 AM, Clint Byrum > wrote: Excerpts from Steve Baker's message of 2016-08-08 10:11:29 +1200: On 05/08/16 21:48, Ricardo

Re: [openstack-dev] [docker] [magnum] Magnum account on Docker Hub

Hello team, I just acquired the openstackmagnum account [1] on docker Hub. It's an organization account so all core team members can be owners. Cores, please share with me your docker Hub ID or registered e-mail and I'll add you. I already added Adrian and Egor. In organization accounts we can

Re: [openstack-dev] [nova] [scheduler] Use ResourceProviderTags instead of ResourceClass?

On Mon, 8 Aug 2016, Alex Xu wrote: Chris, thanks for the blog to explain your idea! It helps me understand your idea better. Thanks for reading it. As I think I've mentioned a few times I'm not really trying to sell the idea, just make sure it is clear enough to be evaluated. I agree the

Re: [openstack-dev] [glare][kolla] timing of release of glare and request for technical interview on IRC wherever the glare team wants to have it

Hello Steven! Our plans for Glare in Newton are: 1. Implement beta version of App-Catalog, based on Glare v1; 2. Develop an experimental support (POC) for Murano, Heat and probably Tacker. It means that all big updates will be in Ocata, and despite the fact that the code will be ready in this

[openstack-dev] [puppet] [tripleo] Host configuration for CPUAffinity and IRQ Pinning

Hello, For using DPDK, CPUs on compute host has to be isolated between Host, DPDK PMD and Guests. In order, to configure the host to use only specified CPUs, the CPUAffinity [1] configuration in /etc/systemd/system.conf needs to be used. Along with CPUAffinity, IRQ repining[2] needs to be done,

Re: [openstack-dev] [magnum] 2 million requests / sec, 100s of nodes

On Mon, Aug 8, 2016 at 11:51 AM, Ricardo Rocha wrote: > Hi. > > On Mon, Aug 8, 2016 at 1:52 AM, Clint Byrum wrote: >> Excerpts from Steve Baker's message of 2016-08-08 10:11:29 +1200: >>> On 05/08/16 21:48, Ricardo Rocha wrote: >>> > Hi. >>> > >>> > Quick

  1   2   >