[openstack-dev] Priority Spec for Libvirt Storage Pools

Matt With help from Maxim Nestratov of Virtuozzo I made some progress with the issues relating to my libvirt storage pools spec at the mid cycle last week, could you take another look at https://review.openstack.org/#/c/310505/ please, I'd like to get this approved so I can land some changes i

Re: [openstack-dev] [kolla] Monitoring tooling

I am open to the choice of tools. But i am worried on thing: how to get all the host disk usage when containerized the monitor tool? On Mon, Jul 25, 2016 at 2:12 PM, Mathias Ewald wrote: > Understood. > > 2016-07-25 7:34 GMT+02:00 Matthias Runge : >> >> On 25/07/16 06:38, Mathias Ewald wrote: >

Re: [openstack-dev] [kolla] Monitoring tooling

On Sun, Jul 24 2016, Mathias Ewald wrote: > 5. InfluxDB to store metrics > 6. Grafana to dashboard metrics Would be nice to leverage scalable and open source solution built your fellow OpenStack community, i.e. Gnocchi and its Grafana support. My 2c, -- Julien Danjou // Free Software hacker //

Re: [openstack-dev] [keystone]keystone v2 bug

Hi, A token issue is done with a POST request not a GET request, so the request should be: curl -X POST ... and Keystone requires perhaps Accept header. Cédric/ZZelle On Mon, Jul 25, 2016 at 3:19 AM, Kenny Ji-work wrote: > Hi all, > > In the mitaka version, I used v2 RESTful API of keystone

Re: [openstack-dev] [neutron] how to create initial db migration script to sub-project

Hi Henry, Thank for the reply. I tried to do the following with your commit [2]: 1. I create models.py in networking_mlnx/db. 2. mysql -e "drop database neutron; create database neutron;" 3. neutron-db-manage --subproject=neutron upgrade heads 4. neutron-db-manage --subproject=networking-mlnx

Re: [openstack-dev] [Neutron] Proposing Jakub Libosvar for testing core

I find Jakub's reviews always very insightful. He contributed to several areas of the code base (OVSFirewallDriver, oslo versioned object and of course testing). Big +1 from me! On 07/22/2016 10:12 AM, Oleg Bondarev wrote: +1 On Fri, Jul 22, 2016 at 2:36 AM, Doug Wiegley mailto:doug...@parksi

Re: [openstack-dev] [magnum] Proposing Spyros Trigazis for Magnum core reviewer team

+1 for Sypros. Regards, Madhuri From: Hongbin Lu [mailto:[email protected]] Sent: Saturday, July 23, 2016 1:57 AM To: OpenStack Development Mailing List (not for usage questions) Subject: [openstack-dev] [magnum] Proposing Spyros Trigazis for Magnum core reviewer team Hi all, Spyros has

[openstack-dev] [keystone][murano][trove][imm] Changing OpenStack LLC to OpenStack Foundation

Bug 1214176 seeks to "Fix copyright headers to be compliant with Foundation policies" and one of the changes being made is to substitute "OpenStack Foundation" in places where the code said "OpenStack LLC". Someone just pushed changes to Keystone, Murano and Trove today and I have some concerns

Re: [openstack-dev] [kolla] Monitoring tooling

Excellent point ... I just checked what happens when running telegraf in a container: You'll get paths like /etc/hostname /etc/hosts /var/log/kolla and others as available file systems. I guess it makes no sense at all then to containerize monitoring agents ... Sensu is going to have the same pro

Re: [openstack-dev] [Cinder] Midcycle Action item Summary

Thanks for the sum up Kendall! On Fri, Jul 22, 2016 at 1:20 PM, Kendall Nelson wrote: > Hello All, > >We came out of the Midcycle with a lot of things on a lot of people’s > plates. Here is a summary of what everyone signed up for and what things > need owners. > > scottda: > >- > >P

[openstack-dev] [neutron][networking-l2gw] Python 3 support

Hi, This morning I discovered that the project does not have python 3 support. This was due to the fact that it broke the vmware-nsx unit tests. I have started to kick the wheels with the python 3 support: 1. Project infra - https://review.openstack.org/346701 (currently non-voting) 2.

Re: [openstack-dev] [telemetry] [vitrage] Mascot

> -Original Message- > From: Ildikó Váncsa [mailto:[email protected]] > Sent: Thursday, July 21, 2016 9:36 PM > To: OpenStack Development Mailing List (not for usage questions) > Subject: Re: [openstack-dev] [telemetry] Mascot > > I had the Meerkat [1] in mind as Telemetry has a "

Re: [openstack-dev] [kolla] Monitoring tooling

I believe I found a possible (partial) solution: https://github.com/influxdata/telegraf/issues/218 I will test it and report back. 2016-07-25 12:58 GMT+02:00 Mathias Ewald : > Excellent point ... I just checked what happens when running telegraf in a > container: You'll get paths like > > /etc/ho

Re: [openstack-dev] [kolla] Monitoring tooling

Collectd is how you obtain the host disk usage. It can be done although collectd is nearing the complexity of turning nova into a container so it may need someone experienced with Kolla to execute. Regards -steve On 7/25/16, 12:39 AM, "Jeffrey Zhang" wrote: >I am open to the choice of tools. B

Re: [openstack-dev] [Nova] Remove duplicate code using Data Driven Tests (DDT)

On 07/22/2016 11:30 AM, Daniel P. Berrange wrote: > On Thu, Jul 21, 2016 at 07:03:53AM -0700, Matt Riedemann wrote: >> On 7/21/2016 2:03 AM, Bhor, Dinesh wrote: >> >> I agree that it's not a bug. I also agree that it helps in some specific >> types of tests which are doing some kind of input valida

Re: [openstack-dev] [Nova] Remove duplicate code using Data Driven Tests (DDT)

On 07/25/2016 07:57 AM, Sean Dague wrote: On 07/22/2016 11:30 AM, Daniel P. Berrange wrote: On Thu, Jul 21, 2016 at 07:03:53AM -0700, Matt Riedemann wrote: On 7/21/2016 2:03 AM, Bhor, Dinesh wrote: I agree that it's not a bug. I also agree that it helps in some specific types of tests which ar

Re: [openstack-dev] [Nova] Remove duplicate code using Data Driven Tests (DDT)

On Mon, Jul 25, 2016 at 07:57:08AM -0400, Sean Dague wrote: > On 07/22/2016 11:30 AM, Daniel P. Berrange wrote: > > On Thu, Jul 21, 2016 at 07:03:53AM -0700, Matt Riedemann wrote: > >> On 7/21/2016 2:03 AM, Bhor, Dinesh wrote: > >> > >> I agree that it's not a bug. I also agree that it helps in som

Re: [openstack-dev] [cinder] [nova] os-brick privsep failures and an upgrade strategy?

On 07/22/2016 09:20 AM, Angus Lees wrote: > On Thu, 21 Jul 2016 at 09:27 Sean Dague > wrote: > > On 07/12/2016 06:25 AM, Matt Riedemann wrote: > > > We probably aren't doing anything while Sean Dague is on vacation. > He's > > back next week and we have

Re: [openstack-dev] [Nova] Remove duplicate code using Data Driven Tests (DDT)

On 07/25/2016 08:05 AM, Daniel P. Berrange wrote: > On Mon, Jul 25, 2016 at 07:57:08AM -0400, Sean Dague wrote: >> On 07/22/2016 11:30 AM, Daniel P. Berrange wrote: >>> On Thu, Jul 21, 2016 at 07:03:53AM -0700, Matt Riedemann wrote: On 7/21/2016 2:03 AM, Bhor, Dinesh wrote: I agree t

Re: [openstack-dev] [telemetry] [vitrage] Mascot

On Mon, Jul 25 2016, Afek, Ifat (Nokia - IL) wrote: > A week ago I published Vitrage mascot alternatives[1] and notified Heidi Joy > Tretheway. One of our options was Suricata, which is another name for a > Meerkat. We have yet to conduct the official vote, but from what I can tell > this is quite

Re: [openstack-dev] [keystone][murano][trove][imm] Changing OpenStack LLC to OpenStack Foundation

Hi amrith, I can see the patches got merged against that bug with similar changes: [python-cinderclient] https://review.openstack.org/#/c/47453/2/cinderclient/base.py [ironic] https://review.openstack.org/#/c/47451/2/ironic/common/image_service.py Do you think these changes needs to be reverted

Re: [openstack-dev] [Nova] Remove duplicate code using Data Driven Tests (DDT)

-Original Message- From: Sean Dague [mailto:[email protected]] Sent: Monday, July 25, 2016 5:53 PM To: [email protected] Subject: Re: [openstack-dev] [Nova] Remove duplicate code using Data Driven Tests (DDT) On 07/25/2016 08:05 AM, Daniel P. Berrange wrote: > On Mon, Jul

Re: [openstack-dev] [Nova] Remove duplicate code using Data Driven Tests (DDT)

On Mon, Jul 25, 2016 at 08:22:52AM -0400, Sean Dague wrote: > On 07/25/2016 08:05 AM, Daniel P. Berrange wrote: > > On Mon, Jul 25, 2016 at 07:57:08AM -0400, Sean Dague wrote: > >> On 07/22/2016 11:30 AM, Daniel P. Berrange wrote: > >>> On Thu, Jul 21, 2016 at 07:03:53AM -0700, Matt Riedemann wrote

Re: [openstack-dev] [kolla] Monitoring tooling

So, this is one of the areas i'm currently on with the Sensu work. I've been experimenting with a privileged container, which is very similar to our current kolla_toolbox container. The agent certainly needs to be in it's own container, with access to be able to run commands in other namespaces /

[openstack-dev] Nominating Vitalii Kulanov for python-fuelclient-core

Hi Fuelers, Vitalii has been providing great code reviews and patches for some time. His recent commitment to help consolidating both old and new fuel clients and his bug-squashing activities show his willingness to step up and take responsibilities within the community. He can often be found i

[openstack-dev] [Fuel]Nominating Vitalii Kulanov for python-fuelclient-core

Hi Fuelers, Vitalii has been providing great code reviews and patches for some time. His recent commitment to help consolidating both old and new fuel clients and his bug-squashing activities show his willingness to step up and take responsibilities within the community. He can often be found i

Re: [openstack-dev] [Fuel]Nominating Vitalii Kulanov for python-fuelclient-core

+1 On Mon, Jul 25, 2016 at 3:19 PM, Roman Prykhodchenko wrote: > Hi Fuelers, > > Vitalii has been providing great code reviews and patches for some time. > His recent commitment to help consolidating both old and new fuel clients > and his bug-squashing activities show his willingness to step up

[openstack-dev] Release Naming polls for P and Q ended, Legal Review under way

Hey everybody, I ended the polls for P and Q this morning. Because we had issues getting working poll links to everyone initially, I kept them open a bit longer than originally stated to make sure everyone had a chance to vote. I've submitted the results to the foundation staff who are now puttin

Re: [openstack-dev] [keystone][murano][trove][imm] Changing OpenStack LLC to OpenStack Foundation

Dinesh, With the required disclaimer that I'm not a lawyer, and I don't play one on TV, I believe that the changes proposed to Trove in [1] do not make sense. I am not, I do not believe, competent to answer the question of whether or not the earlier changes to cinderclient or ironic must be rev

Re: [openstack-dev] [legal-discuss] [keystone][murano][trove][imm] Changing OpenStack LLC to OpenStack Foundation

On 07/25/2016 05:59 AM, Amrith Kumar wrote: > Bug 1214176 seeks to "Fix copyright headers to be compliant with Foundation > policies" and one of the changes being made is to substitute "OpenStack > Foundation" in places where the code said "OpenStack LLC". > > Someone just pushed changes to Keys

Re: [openstack-dev] [magnum] Proposing Spyros Trigazis for Magnum core reviewer team

+1, it has been a pleasure to work with Spyros. Ton Ngo, From: Hongbin Lu To: "OpenStack Development Mailing List (not for usage questions)" Date: 07/22/2016 01:30 PM Subject:[openstack-dev] [magnum] Proposing Spyros Trigazis for Magnum corerevie

Re: [openstack-dev] [Nova] Remove duplicate code using Data Driven Tests (DDT)

On 25 July 2016 at 13:56, Bhor, Dinesh wrote: > > > -Original Message- > From: Sean Dague [mailto:[email protected]] > Sent: Monday, July 25, 2016 5:53 PM > To: [email protected] > Subject: Re: [openstack-dev] [Nova] Remove duplicate code using Data Driven > Tests (DDT) > > O

[openstack-dev] [puppet] weekly meeting #88

Hi Puppeteers! We'll have our weekly meeting tomorrow at 3pm UTC on #openstack-meeting-4. Here's a first agenda: https://etherpad.openstack.org/p/puppet-openstack-weekly-meeting-20160726 Feel free to add topics, and any outstanding bug and patch. See you tomorrow! Thanks, -- Emilien Macchi __

Re: [openstack-dev] [neutron] how to create initial db migration script to sub-project

Moshe Levi wrote: > Hi Henry, > > Thank for the reply. > > I tried to do the following with your commit [2]: Note I just updated my patch for a minor problem. > 1. I create models.py in networking_mlnx/db. Nit: I would recommend creating all model under networking_mlnx/db/models/. > 2. mysq

Re: [openstack-dev] [magnum] Proposing Spyros Trigazis for Magnum core reviewer team

+1 from me.  Really good work! 发自我的小米手机在 Ton Ngo ，2016年7月25日 下午10:15写道：+1, it has been a pleasure to work with Spyros.Ton Ngo,Hongbin Lu ---07/22/2016 01:30:26 PM---Hi all, Spyros has consistently contributed to Magnum for a while. In my opinion, what differentiateFrom:Hongbin Lu To:

Re: [openstack-dev] [nova][neutron] neutron port duplication

On 22 July 2016 at 14:54, Andrey Volkov wrote: > Hi, nova and neutron teams, > > While booting new instance nova requests port for that instance in the > neutron. > It's possible to have a situation when neutron doesn't response due timeout > or connection break and nova retries port creation. It

[openstack-dev] [all][summit] Responding to questions on submitted summit talk?

Hi, I got a question from one of the track chairs on my presentation, but the email came from a noreply address and I don't see anywhere on the submission page that I can respond to feedback. How are we supposed to do that? Thanks. -Ben _

Re: [openstack-dev] [magnum] Proposing Spyros Trigazis for Magnum core reviewer team

+1 great addition to the team From: Hongbin Lu Reply-To: "OpenStack Development Mailing List (not for usage questions)" Date: Friday, 22 July 2016 at 21:27 To: "OpenStack Development Mailing List (not for usage questions)" Subject: [openstack-dev] [magnum] Proposing Spyros Trigazis for Magnum

Re: [openstack-dev] [Neutron][Nova][OVN] Is there anythig we should consider about VM migration in OVN

wrote on 07/21/2016 10:13:58 PM: > From: > To: "openstack-dev" > Date: 07/21/2016 10:16 PM > Subject: [openstack-dev] [Neutron][Nova][OVN] Is there anythig we > should consider about VM migration in OVN > > Hi all > > There is a patch[1] add ability to OVN to update port status in > Neutr

Re: [openstack-dev] [all][summit] Responding to questions on submitted summit talk?

I think this may be the wrong place to ask such info because all the process on summit presentation is being handled by folks who are not necessarily openstack developers. Please follow: https://www.openstack.org/summit/barcelona-2016/call-for-presentations/selection-process and send email to summ

Re: [openstack-dev] [Fuel]Nominating Vitalii Kulanov for python-fuelclient-core

A huge +1 On Mon, Jul 25, 2016 at 4:33 PM, Yegor Kotko wrote: > +1 > > On Mon, Jul 25, 2016 at 3:19 PM, Roman Prykhodchenko > wrote: > >> Hi Fuelers, >> >> Vitalii has been providing great code reviews and patches for some time. >> His recent commitment to help consolidating both old and new fu

Re: [openstack-dev] [octavia] ssl re-encryption in octavia

Brandon, You are correct, TLS re-encryption has not yet been implemented. It is still a feature we would like to have, but no one has done the coding yet. Michael On Fri, Jul 22, 2016 at 8:21 PM, Brandon Logan wrote: > I do not believe it is in it and I don't know if anyone is working on > it

Re: [openstack-dev] [all][summit] Responding to questions on submitted summit talk?

Okay, I sent the question there too. I figured I would try -dev because somebody here might know and it's of general interest to the community. I'll let everyone know if/when I get a response from the summit folks. On 07/25/2016 10:15 AM, Nikhil Komawar wrote: > I think this may be the wrong plac

Re: [openstack-dev] [kolla] Monitoring tooling

This 218 issue looks like it has a full solution to containerizing telegraf. I suspect collectd is VERY similar in nature – so if your up for two challenges instead of one, collectd would be a good second target :) Regards -steve From: Mathias Ewald mailto:[email protected]>> Reply-To: "OpenSta

[openstack-dev] [cinder][nova] Cancellation of this week's Cinder-Nova meeting

Hi, As we had a session about the Cinder-Nova API changes in progress last week during the mid-cycles of these two modules we cancel the today's meeting. You can find meeting logs on this etherpad starting from line 50: https://etherpad.openstack.org/p/nova-newton-midcycle Best Regards, /Ildik

Re: [openstack-dev] [all][summit] Responding to questions on submitted summit talk?

Hi, it seems the tooling didn't consider that. I forward this for you to the track chairs, since I am not sure whether you will be able to post to the mailing list. Thanks for letting us know. Cheers, Uli -Original Message- From: Ben Nemec [mailto:[email protected]] Sent: Monday, 2

Re: [openstack-dev] [Openstack-track-chairs] [all][summit] Responding to questions on submitted summit talk?

[email protected], plus the track chairs, should be cc'd on any email from the Track Chairs too. Would you mind forwarding me a copy of the email you received? Thank you, Jimmy McArthur Summit Speaker Support Ulrich Kleber wrote: Hi, it seems the tooling didn't consider that. I for

Re: [openstack-dev] [Openstack-track-chairs] [all][summit] Responding to questions on submitted summit talk?

Sent. Thanks for looking into this. -Ben On 07/25/2016 10:58 AM, Jimmy Mcarthur wrote: > [email protected], plus the track chairs, should be cc'd on > any email from the Track Chairs too. Would you mind forwarding me a copy > of the email you received? > > Thank you, > Jimmy McArthur

Re: [openstack-dev] [all][summit] Responding to questions on submitted summit talk?

Ben -- I'm the one who asked you, I believe; I'll get with you privately. Thanks! Nick On 7/25/2016 11:32 AM, Ben Nemec wrote: Okay, I sent the question there too. I figured I would try -dev because somebody here might know and it's of general interest to the community. I'll let everyon

Re: [openstack-dev] [Openstack-track-chairs] [all][summit] Responding to questions on submitted summit talk?

If anyone else is out there that isn't sure where to respond, please send a ticket into [email protected] and I'll get you all squared away. THanks, Jimmy Ben Nemec wrote: Sent. Thanks for looking into this. -Ben On 07/25/2016 10:58 AM, Jimmy Mcarthur wrote: speakersupp...@open

Re: [openstack-dev] [kolla] Monitoring tooling

Hi Steve, I can try collectd, too, no problem. Though, I believe Telegraf is the better match here. Reason: The way collectd talks to influxdb is via UDP which cannot be load balanced with haproxy. Therefore, collectd might be a bad choice if we target an influxdb cluster some day. Telegraf uses h

Re: [openstack-dev] [TripleO] Proposing Gabriele Cerami for tripleo-quickstart core

Since there were no objections to this, I have added Gabriele to the tripleo-quickstart core group. This also means that all patches to tripleo-quickstart now require 2x +2 to merge. On 07/18/2016 11:06 AM, John Trowbridge wrote: > Howdy, > > I would like to propose Gabriele (panda on IRC), for

[openstack-dev] [tripleo] TripleO Deep Dive session - July 28th

Hi, I propose to lead the next TripleO Deep Dive session and it will be about Puppet (go figure). Here's an agenda draft: 1) Introduction about Puppet OpenStack modules. 2) TripleO profiles under the hood 3) Managing data using Hiera and composable services 4) Write your own service step by step.

Re: [openstack-dev] [cinder] [nova] os-brick privsep failures and an upgrade strategy?

Sean Dague wrote: > [...] > After we brought that up in the room, we started going through other > options. Someone brought up "what about making rootwrap always do this > for privsep, instead of manually doing this for every project", and I > volunteered to look at the code to figure out how hard

Re: [openstack-dev] [kolla] Monitoring tooling

mewald, we can add pid=host with kolla-docker. Look at nova libvirt container deployment As for telegraf/influx. Didnt influx require paid license to be deployed in cluster mode? On 25 July 2016 at 11:15, Mathias Ewald wrote: > Hi Steve, > > I can try collectd, too, no problem. Though, I believe

Re: [openstack-dev] [Fuel]Nominating Vitalii Kulanov for python-fuelclient-core

Vitaly's doing a great job. +2, no doubts! On Mon, Jul 25, 2016 at 6:27 PM, Tatyana Leontovich wrote: > A huge +1 > > On Mon, Jul 25, 2016 at 4:33 PM, Yegor Kotko wrote: >> >> +1 >> >> On Mon, Jul 25, 2016 at 3:19 PM, Roman Prykhodchenko >> wrote: >>> >>> Hi Fuelers, >>> >>> Vitalii has been pr

Re: [openstack-dev] [Neutron][oslo.db] Inspecting sqlite db during unit tests

On Fri, Jul 22, 2016 at 8:45 AM, Mike Bayer wrote: > > On 07/22/2016 04:02 AM, Kevin Benton wrote: > >> Now that we have switched to oslo.db for test provisioning the >> responsibility of choosing a location lands >> here: >> https://github.com/openstack/oslo.db/blob/a79479088029e4fa51def91cb36bc

Re: [openstack-dev] [Neutron][oslo.db] Inspecting sqlite db during unit tests

On Fri, Jul 22, 2016 at 8:47 AM, Mike Bayer wrote: > > > On 07/22/2016 04:02 AM, Kevin Benton wrote: > >> Now that we have switched to oslo.db for test provisioning the >> responsibility of choosing a location lands >> here: >> https://github.com/openstack/oslo.db/blob/a79479088029e4fa51def91cb36

Re: [openstack-dev] [kolla] Monitoring tooling

Ahh right, I was blind. I just uploaded my latest telegraf ansible role with pid_mode = host. cheers Mathias 2016-07-25 18:32 GMT+02:00 Michał Jastrzębski : > mewald, we can add pid=host with kolla-docker. Look at nova libvirt > container deployment > As for telegraf/influx. Didnt influx require

Re: [openstack-dev] [kolla][vote] Applying for stable-follows tag

Hi, I'm not currently kolla-core, but I am a member of stable-maint-core (cross project). I've been pretty involved with Kolla this cycle, some 7 landed commits and 34 patchsets pushed up.. So I have a good understanding of both sides of the camp. I'd be happy to throw my head into the ring for

[openstack-dev] [trove] weekly meeting canceled this week

In view of the mid-cycle, the weekly meeting is canceled for this week. -amrith __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: [email protected]?subject:unsubscribe http:/

Re: [openstack-dev] [Neutron] Project mascot - propose your choice/cast your vote

On 14 July 2016 at 10:00, Armando M. wrote: > Hi Neutrinos, > > Based on proposal [1], I prepared an etherpad to allow us to choose > collaboratively a set of candidates for our mascot. Propose/vote away on > [2]. You have time until Friday, July 22nd. > The deadline has passed, we have now a li

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

Hi everyone, The OpenStack Infrastructure (Infra) team is having our next weekly meeting on Tuesday July 26th, 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 it

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

Hi, We are xenodochial to present this week's subteam report for Ironic. As usual, this is pulled directly from the Ironic whiteboard[0] and formatted. Bugs (dtantsur) === - Stats (diff with 11 July 2016) - dtantsur on PTO, no stats from me this week Network isolation (Neutron/Ironi

[openstack-dev] [Glare][Heat][Tacker][Murano][App-Catalog] How to validate your binary data in OpenStack

Hello! Today I want to discuss with community one good feature in Glare - artifact validation. In short Glare allows to validate binary data before it's uploaded to store. For example, for Tosca we're able to check if uploaded yaml is a valid template [1], for vm images we can test their integrity.

Re: [openstack-dev] [telemetry] [vitrage] Mascot

Thanks for the heads up. I checked briefly for logos on Google just to see what's around when I had the idea, but it seems I should've done a deeper/wider search... :) :( Cheers, Ildikó > -Original Message- > From: Julien Danjou [mailto:[email protected]] > Sent: July 25, 2016 14:30 >

Re: [openstack-dev] [kolla] Monitoring tooling

On 25/07/16 09:57, Julien Danjou wrote: > On Sun, Jul 24 2016, Mathias Ewald wrote: > >> 5. InfluxDB to store metrics >> 6. Grafana to dashboard metrics > > Would be nice to leverage scalable and open source solution built your > fellow OpenStack community, i.e. Gnocchi and its Grafana support. >

Re: [openstack-dev] [kolla][vote] Applying for stable-follows tag

Cool,; a mentorship like relationship would be super helpful :) I've modified the review. Regards -steve From: Dave Walker mailto:[email protected]>> Reply-To: "OpenStack Development Mailing List (not for usage questions)" mailto:[email protected]>> Date: Monday, July 25, 2016 a

Re: [openstack-dev] [kolla] Monitoring tooling

Response inline On 7/25/16, 11:54 AM, "Matthias Runge" wrote: >On 25/07/16 09:57, Julien Danjou wrote: >> On Sun, Jul 24 2016, Mathias Ewald wrote: >> >>> 5. InfluxDB to store metrics >>> 6. Grafana to dashboard metrics >> >> Would be nice to leverage scalable and open source solution built yo

Re: [openstack-dev] [kolla] Monitoring tooling

sigh. I hate to be the bearer of bad news... I seem to be in that role a lot recently... We've fought with the latest version of ceilometer/gnocchi for a few months (off and on) to try and get it to work. Currently gnocchi is not fast enough to ingest our metering data into ceph. Its possib

Re: [openstack-dev] [neutron][stable] status update and call for action

Carl Baldwin wrote: I appreciate how you're trying to steer this big ship in a new direction to improve support for our releases. I know it must be frustrating when it doesn't turn as quickly as it should. On Thu, Jun 30, 2016 at 8:56 AM, Ihar Hrachyshka wrote: For the start, I produced

Re: [openstack-dev] [Openstack] Filter ComputeCapabilitiesFilter returned 0 hosts

I'm looking at the documentation at http://docs.openstack.org/icehouse/config-reference/content/section_compute-scheduler.html#computecapabilitiesfilter - s n i p - ComputeCapabilitiesFilter Matches properties defined in an instance type's extra specs against compute capabilities.

[openstack-dev] [searchlight] Rick Aulino core nomination

Hello! I am nominating Rick Aulino for Searchlight core. Rick has been working on the core indexing engine throughout Mitaka and Newton. He has developed a Neutron plug-in and has reviewed most of the other plugins in Searchlight. Since the beginning of Mitaka [0] and for the first two Newton

[openstack-dev] [all][tc] Equal Chances for all projects (was Plugins for all)

Top posting - this is a recap of what has been said, and some clarifications I realise that I was not very clear at the beginning of this process, so here is my effort to clarify things, from the ML thread, and the review. > ... does this also include plugins within projects, like storage >

Re: [openstack-dev] [keystone] project mascot -- turtle!

This is a great list! Right now, I don’t see any conflicts, and I will be able to confirm on Wednesday. Cheers, Heidi Joy __ Heidi Joy Tretheway Senior Marketing Manager, OpenStack Foundation 503 816 9769 | skype: heidi.tretheway > On Jul 18, 2016, at 3:31 PM, Steve Martinelli wrote:

Re: [openstack-dev] [neutron] Keystone V3 alignment: renaming tenant_id columns to project_id

Hey Neutrinos, Quick update about Keystone v3 DB migration. All Stadium projects have necessary changes in review queue. [1] Some of them are already merged, others don’t need to have any updates. But we still have couple more [2] that need to be merged before Neutron change will land. We stil

Re: [openstack-dev] [tacker] Mascot for Tacker

Based on the inputs so far, we will go ahead with Squid for Tacker! - Sridhar On Mon, Jul 18, 2016 at 1:48 PM, Sridhar Ramaswamy wrote: > Tackers: > > Please provide your inputs to select a Mascot for Tacker in the > etherpad. This is based on the recent initiative from OpenStack > marketing tea

[openstack-dev] [Magnum] Select our project mascot/logo

Hi team, OpenStack want to promote individual projects by choosing a mascot to represent the project. The idea is to create a family of logos for OpenStack projects that are unique, yet immediately identifiable as part of OpenStack. OpenStack will be using these logos to promote each project on

Re: [openstack-dev] [Magnum] Select our project mascot/logo

Stallion(horse) - think something like this: http://free-icon-download.com/modules/PDdownloads/singlefile.php?cid=11&lid=44 Snake - http://www.freeiconspng.com/uploads/snake-jungle-22.png Wave - http://www.123rf.com/photo_11649085_set-of-waves.html Some ideas that come to mind. Jaycen From: H

Re: [openstack-dev] [Magnum] Select our project mascot/logo

Some insect related ideas: https://en.wikipedia.org/wiki/Paraponera_clavata - bullet ant https://en.wikipedia.org/wiki/Bombardier_beetle Thanks, Kevin From: Hongbin Lu [[email protected]] Sent: Monday, July 25, 2016 3:54 PM To: OpenStack Development Mailing Lis

Re: [openstack-dev] [Glare][Heat][Tacker][Murano][App-Catalog] [Glance] How to validate your binary data in OpenStack

Thanks for your nice message Mikhail. I, however, wanted to address a small correction to avoid any further presumptions about Glare, Glance and Images API with the tags associated in the email subject herewith. (also adding Glance tag to the list to ensure we reach the appropriate Images related

[openstack-dev] [Nova] Live migration IRC meeting on 26th July

The next live migration meeting is on 26th July. For agenda see: https://wiki.openstack.org/wiki/Meetings/NovaLiveMigration (still being updated) Paul __ OpenStack Development Mailing List (not for usage questions) Unsubscri

Re: [openstack-dev] [Magnum] Select our project mascot/logo

How about a shark? Something along these lines: http://www.logoground.com/logo.php?id=10554 On Jul 25, 2016, at 3:54 PM, Hongbin Lu wrote: Hi team, OpenStack want to promote individual projects by choosing a mascot to represent the project. The idea is to create a family of logos for OpenSt

Re: [openstack-dev] [Neutron][oslo.db] Inspecting sqlite db during unit tests

On 07/25/2016 12:55 PM, Carl Baldwin wrote: On Fri, Jul 22, 2016 at 8:47 AM, Mike Bayer mailto:[email protected]>> wrote: On 07/22/2016 04:02 AM, Kevin Benton wrote: Now that we have switched to oslo.db for test provisioning the responsibility of choosing a location land

Re: [openstack-dev] [puppet] mascot/logo ideas

Hi, So we have until July 27th to take the decision about our mascot. If you are interested to vote, please add +1 on the proposals on the etherpad [1]. By Wednesday, we'll take the one with the most of +1 Thanks, [1] https://etherpad.openstack.org/p/puppet-openstack-mascot-logo On Tue, Jul 12

Re: [openstack-dev] [Neutron] Proposing Jakub Libosvar for testing core

+1 On 07/22/2016 04:12 AM, Oleg Bondarev wrote: +1 On Fri, Jul 22, 2016 at 2:36 AM, Doug Wiegley mailto:[email protected]>> wrote: +1 On Jul 21, 2016, at 5:13 PM, Kevin Benton mailto:[email protected]>> wrote: +1 On Thu, Jul 21, 2016 at 2:41 PM, Carl Baldwin mailt

[openstack-dev] [heat-translator] [tosca-parser] No weekly IRC meeting this week - July 28th

Hello team, As we talked in our last meeting, there will be no meeting this Thursday July 28th due to no strong agenda and my unavailability this week. Please take any discussion on IRC or via emails. Thanks! Regards, Sahdev Zala

[openstack-dev] [Horizon] ResourceType'ing the Swift UI and a bit of a speed bump

Hi folks, I've just pushed up an initial patch which implements *some* of the Swift UI functionality using the ResourceType framework: https://review.openstack.org/347114 I say *some* because there's an issue in the current code which will require some refactoring to make it work in a ResourceTyp

Re: [openstack-dev] [cinder]restore method while ceph backup backend is used

Hi, Cinder backup service discards excess bytes when restoring based on configuration. https://github.com/openstack/cinder/blob/master/cinder/backup/drivers/ceph.py#L317 https://github.com/openstack/cinder/blob/master/cinder/backup/drivers/ceph.py#L284 Lisa From: 刘庆 [mailto:[email protected]] S