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-Infra] [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

[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? > >

[OpenStack-Infra] Results Presentation: Operator Information Needs

Hi Folks, Danielle Mundle is giving a results presentation from a series of interviews that were conducted to understand how operators would like to consume information, including docs, to help research and triage their OpenStack deployment. As you know this has been an issue for operators

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-Infra] Pholio Spec 340641

Thanks to everyone who helped land this spec recently. All comments were greatly appreciated and I landed a better spec as a result. In my test environment, I have a set of patches that successfully apply this spec and produce an "Infra" instance of Pholio. There is only currently one issue: I

Re: [Openstack-operators] Ops Meetups Team - Next Meeting Coordinates and News

I beg to differ, it is not you, but the date that messed up! :P all is forgiven. Kind regards, -- Melvin Hillsman Ops Technical Lead OpenStack Innovation Center mrhills...@gmail.com phone: (210) 312-1267 mobile: (210) 413-1659 Learner | Ideation | Belief | Responsibility | Command http://osic.org

Re: [Openstack-operators] Ops Meetups Team - Next Meeting Coordinates and News

As usual, I have messed up the date. Email updated below with correct information. On 廿十六年八月八日 暮 03:45, Tom Fifield wrote: Ops Meetups Team, Cheers for your great work in the last meeting. We had some fantastic discussion, and a special guest appearance from Allison Price. The meeting

[Openstack-operators] Ops Meetups Team - Next Meeting Coordinates and News

Ops Meetups Team, Cheers for your great work in the last meeting. We had some fantastic discussion, and a special guest appearance from Allison Price. The meeting overview can be found at [3]). ==Next Meeting== Unless there is further discussion, this the next meeting is at: ==> Tuesday, 8

Re: [Openstack] [Sahara] Jobs get marked as "failed" immediately on Spark cluster

Hello. I haven't saw issues like that. Can you explain more precisely how you are running job, what configs and arguments are passed, job binaries, and so on. Minimal example for reproducing this issue should be a best option. Moreover, this looks like a absolutely strange issue (if job was

Re: [Openstack-operators] [nova] can we lock RPC version with upgrade_levels on neutron-openvswitch-agent ?

Yes, that's true, and that's what we're doing really. Our order of upgrade is q-srv -> q-ovs-agent -> q-dhcp and rest. If that causes issues, please submit bug for it. We should address that in our playbooks. On 8 August 2016 at 17:02, Ihar Hrachyshka wrote: > (Adding back

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-operators] [nova] can we lock RPC version with upgrade_levels on neutron-openvswitch-agent ?

(Adding back ops@) Michał Jastrzębski wrote: Yes, but it's a bit different. Difference being if you're doing it right, you can keep nova running during upgrade. Can't say the same for neutron. There is ongoing work to make it possible. The way it looks now, it will take

Re: [Openstack-operators] migration leaves instance in VERIFY_RESIZE and does not clean up source host resources

Sorry, I forgot to run 'nova resize-confirm' On Mon, Aug 8, 2016 at 6:17 PM, Gustavo Randich wrote: > Hi folks, > > I'm using Mitaka, and when running "nova migrate ", once > the instance is migrated OK to other host, it remains forever in > VERIFY_RESIZE status

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

[Openstack-operators] Mid-Cycle Meetup, NYC, August 25th, call for additional working group sessions

Hello Everyone, The itinerary for the meet up is starting to come together nicely. We have landed the general sessions on the main stage fairly well I feel. However, we can fit more working group proposals into the venue but need some more topics. The etherpad for suggestions is here :

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

[Openstack-operators] [interop-challenge] [osops] [osops-tools-contrib] osops repo for heat Template

FYI we have submitted the heat template to the osops repo and is now pending review at gerrit. Would appreciate the core reviewer of osops to have a look. Thanks! https://review.openstack.org/#/c/351799/ From: Tong Li [mailto:liton...@us.ibm.com] Sent: Thursday, August 4, 2016 10:15 AM To: Sun,

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

[Openstack] [Sahara] Jobs get marked as "failed" immediately on Spark cluster

Hi all, I am experiencing a strange bug running jobs on Sahara (Red Hat Liberty). When submitting a job to a Spark 1.3.1 cluster, I get the following error immediately: 2016-08-08 15:56:09.546 20949 WARNING sahara.service.edp.job_manager [req-fb5b47 22-861a-4063-bc22-5e96b417376c ] [instance:

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-Infra] Missing gerrit->launchpad link for networking-calico?

Thanks, Jeremy. I've corrected this setup now. On Mon, Aug 8, 2016 at 6:39 PM Jeremy Stanley wrote: > On 2016-08-08 16:32:48 + (+), Neil Jerram wrote: > > For networking-calico changes with a Closes-Bug in the commit message, > > we're not getting 'Fix proposed'

[Openstack] new here - quick question on Horizon/Mitaka

I am new to the thread... so I apologize if this has already been discussed. Can anyone point me to how to properly apply boostrap/bootswatch themes to Horizon Portal? For example, which directory to store the files, how to enable boostrap themes versus the defaults, etc. This is just to

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] Swift new starter questions (PoC)

Great to hear that you're looking at Swift. Answers inline... --John On 8 Aug 2016, at 7:56, Chris wrote: > Hello, > > We are currently playing with swift and try to find out if it would be useful > for our needs. We would use the latest mitaka release. It would be a > multi-region

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-Infra] Missing gerrit->launchpad link for networking-calico?

On 2016-08-08 16:32:48 + (+), Neil Jerram wrote: > For networking-calico changes with a Closes-Bug in the commit message, > we're not getting 'Fix proposed' comments in Launchpad when someone posts a > patch to review.openstack.org. But we do get 'Fix released' comments when > a patch is

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-operators] 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-operators mailing list OpenStack-operators@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators

[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-operators] VirtIO and IDE disk

Sounds like you need to use the correct paravirtualization drivers for the hypervisor you are using. I highly suggest you create the Windows vm on that hypervisor with certified paravirtualization drivers from the vendor of the Linux distribution you are using. If you have more questions,

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]

[Openstack] Customize app for Murano

Hi, I'm going to write a Murano app for MariaDB Server. Unfortunately, I'm receiving the following log error from Murano engine, although MariaDB is actually installed on the server. *{"packages": [{"class_definitions": ["io.murano.apps.databases.MariaDB"],

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

[Openstack] Swift new starter questions (PoC)

Hello, We are currently playing with swift and try to find out if it would be useful for our needs. We would use the latest mitaka release. It would be a multi-region deployment in around 4-5 different countries/DCs with a total size of 5 TB and millions of small files. Worst case RTT between

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

[Openstack] Which component's API services support Apache + mod_wsgi in Mitaka?

I wasn't able to find any documentation that explicitly lists which component's API services are officially supported in Mitaka. * Keystone (http://docs.openstack.org/developer/keystone/apache-httpd.html) * Cinder (http://docs.openstack.org/developer/cinder/devref/api.apache.html) * Swift

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-operators] nova resize on shared storage

Timofei, thanks for bringing up the resource providers work; it is absolutely trying to solve the problem highlighted in this post. Antonio, comments inline. On 08/08/2016 05:22 AM, Antonio Messina wrote: 2016-08-08 10:52 GMT+02:00 Timofei Durakov : Hi, so for this

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

[Openstack-operators] VirtIO and IDE disk

Hi all, We have very problems to launch Windows Server 2012 without viostor driver. I can launch with "hda" and install drivers but before we have BSOD on Windows. It's possible launch instance with one volume on hda and other volume with vdc for example to install drivers without legacy

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

  1   2   >