Re: [openstack-dev] [neutron][qos][fwaas] service groups vs. traffic classifiers

Cathy Zhang wrote: Agree with Paul and Louis. The networking-sfc repo should be preserved to support the service function chain functionality. Flow classifier is just needed to specify what flows will go through the service port chain. The flow classifier API is

[openstack-dev] [nova][neutron][upgrade] Grenade multinode partial upgrade

Hi Sean, I'm interested in introducing to Neutron the multinode partial upgrade job in Grenade. Can you explain how multinode is currently working in Grenade and how Nova is doing the partial upgrade? Regards, Artur Korzeniewski IRC: korzen Intel

[openstack-dev] [glance] [nova] Image Signature Verification

Hello, There has recently been additional discussion about the best way to handle image signature verification in glance and nova [1]. There are two options being discussed for the signature (the examples below using 'RSA-PSS' as the type, and SHA-256 as the hash method): 1. The signature is of

Re: [openstack-dev] [OpenStack-Infra] Report from Gerrit User Summit

On Mon, Nov 9, 2015 at 10:40 PM David Pursehouse wrote: <...> > * As noted in another recent thread by Khai, the hashtags support >> (user-defined tags applied to changes) exists but depends on notedb >> which is not ready for use yet (targeted for 3.0 which is

Re: [openstack-dev] [neutron][upgrade] new 'all things upgrade' subteam

Artur wrote: My TZ is UTC +1:00. Do we have any favorite day? Maybe Tuesday? I believe Tue is already too packed with irc meetings to be considered (we have, for the least, main neutron meetings and neutron-drivers meetings there). We have folks in US and

Re: [openstack-dev] [neutron][upgrade] new 'all things upgrade' subteam

Hi Ihar, Any of those options would suit me, thanks. Cheers, Martin From: Ihar Hrachyshka To: "OpenStack Development Mailing List (not for usage questions)" Date: 12/11/2015 21:39 Subject:Re:

Re: [openstack-dev] [stable] Preparing 2014.2.4 (Juno) WAS Re: [Openstack-operators] [stable][all] Keeping Juno "alive" for longer.

On 10/11/15 10:11, Alan Pevec wrote: Hi, while we continue discussion about the future of stable branches in general and stable/juno in particular, I'd like to execute the current plan which was[1] 2014.2.4 (eol) early November, 2015. release manager: apevec Iff there's enough folks

Re: [openstack-dev] [HA][RabbitMQ][messaging][Pacemaker][operators] Improved OCF resource agent for dynamic active-active mirrored clustering

> On 12 Nov 2015, at 10:44 PM, Vladimir Kuklin wrote: > > Hi, Andrew > > >Ah good, I understood it correctly then :) > > I would be interested in your opinion of how the other agent does the > > bootstrapping (ie. without notifications or master/slave). > >That makes

Re: [openstack-dev] [HA][RabbitMQ][messaging][Pacemaker][operators] Improved OCF resource agent for dynamic active-active mirrored clustering

Hi, Andrew Thanks for a quick turnaround. > The one I linked to in my original reply does: > https://github.com/ClusterLabs/resource-agents/blob/master/heartbeat/rabbitmq-cluster I do not have logs of testing of this script. Maybe, Bogdan has something to tell about results of testing this

Re: [openstack-dev] Last sync from oslo-incubator

On 11/12/2015 1:30 PM, Davanum Srinivas wrote: Hi, A long time ago, oslo-incubator had a lot of code, we have made most of the code to oslo.* libraries. There's very little code left and we'd like to stop hosting common code in oslo-incubator repository. We encourage everyone to adopt the

[openstack-dev] [kolla] Proposing Michal Rostecki for Core Reviewer (nihilfer on IRC)

Hey folks, Its been awhile since we have had a core reviewer nomination, but I really feel like Michal has the right stuff. If you look at the 30 day stats for kolla[1] , he is #3 in reviews (70 reviews) with 6 commits in a 30 day period. He is beating 2/3rds of our core reviewer team on

Re: [openstack-dev] [Nova] [Neutron] SR-IOV subteam

Top posting since I wanted to just add the [Neutron] tag to the subject as I imagine there are a few folks in Neutron-land who will be interested in this. We had the first meeting this week [1] and there were some cross project topics mentioned (especially around scheduling) so feel free to

Re: [openstack-dev] [Oslo][TaskFlow] Proposal for new core reviewer (greg hill)

On Wed, Nov 11 2015, Joshua Harlow wrote: > Greetings all stackers, > > I propose that we add Greg Hill[1] to the taskflow-core[2] team. > > Greg (aka jimbo) has been actively contributing to taskflow for a > while now, both in helping make taskflow better via code > contribution(s) and by

Re: [openstack-dev] [kolla] Proposing Michal Rostecki for Core Reviewer (nihilfer on IRC)

+1 On 12/11/15 08:41, Steven Dake (stdake) wrote: Hey folks, Its been awhile since we have had a core reviewer nomination, but I really feel like Michal has the right stuff. If you look at the 30 day stats for kolla[1] , he is #3 in reviews (70 reviews) with 6 commits in a 30 day period. He

Re: [openstack-dev] [HA] weekly High Availability meetings on IRC start next Monday

Hi Adam, It's great we are moving forward with HA community. Thank you so much for brining HA to next level. However, I have couple of comments [1] contains agenda. I guess we should move it to https://etherpad.openstack.org. That will allow people to add own topics to discuss. Action items can

Re: [openstack-dev] [nova][neutron][upgrade] Grenade multinode partial upgrade

Artur wrote: Hi Sean, I’m interested in introducing to Neutron the multinode partial upgrade job in Grenade. Can you explain how multinode is currently working in Grenade and how Nova is doing the partial upgrade? Let’s work on this in the upgrade

Re: [openstack-dev] Help with getting keystone to migrate to Debian testing: fixing repoze.what and friends

Excerpts from Jamie Lennox's message of 2015-11-12 15:28:06 -0800: > On 12 November 2015 at 15:09, Clint Byrum wrote: > > > Excerpts from Clint Byrum's message of 2015-11-11 10:57:26 -0800: > > > Excerpts from Morgan Fainberg's message of 2015-11-10 20:17:12 -0800: > > > > On

Re: [openstack-dev] [HA] weekly High Availability meetings on IRC start next Monday

Sergii Golovatiuk wrote: > > > [2] declares meetings at 9am UTC which might be tough for US based > > folks. I > > > might be wrong here as I don't know the location of HA experts. > > > > > > [2] http://eavesdrop.openstack.org/#High_Availability_Meeting > > > > Yes, I

Re: [openstack-dev] Could we highlight +0 reviews in review.openstack.org

On Thu, Nov 12, 2015 at 1:14 PM Amrith Kumar wrote: > Thanks Jermey! > > I'll go look and see where one logs this request on upstream Gerrit > > https://code.google.com/p/gerrit/issues/list __ OpenStack

Re: [openstack-dev] [nova][neutron][upgrade] Grenade multinode partial upgrade

On 12 November 2015 at 11:41, Korzeniewski, Artur < artur.korzeniew...@intel.com> wrote: > Hi Sean, > > I’m interested in introducing to Neutron the multinode partial upgrade job > in Grenade. > Great to hear! > > > Can you explain how multinode is currently working in Grenade and how Nova >

Re: [openstack-dev] Could we highlight +0 reviews in review.openstack.org

Thanks Jermey! I'll go look and see where one logs this request on upstream Gerrit -amrith > -Original Message- > From: Jeremy Stanley [mailto:fu...@yuggoth.org] > Sent: Thursday, November 12, 2015 11:44 AM > To: OpenStack Development Mailing List (not for usage questions) >

Re: [openstack-dev] [neutron][sfc] How could an L2 agent extension access agent methods ?

Henry Fourie wrote: Ihar, Networking-sfc installs flows on br-int and br-tun for steering traffic to the SFC port-pairs. On each bridge additional tables are used for an egress forwarding pipeline (from the service VM port) and an ingress pipeline (to the service VM

Re: [openstack-dev] Help with getting keystone to migrate to Debian testing: fixing repoze.what and friends

On 12 November 2015 at 15:09, Clint Byrum wrote: > Excerpts from Clint Byrum's message of 2015-11-11 10:57:26 -0800: > > Excerpts from Morgan Fainberg's message of 2015-11-10 20:17:12 -0800: > > > On Nov 10, 2015 16:48, "Clint Byrum" wrote: > > > > > > > >

Re: [openstack-dev] [Magnum][Testing] Reduce Functional testing on gate.

Eli, First of all I would like to say thank you for your effort (I never seen so many path sets ;)), but I don’t think we should remove “tls_disabled=True” tests from gates now (maybe in L). It’s still vey commonly used feature and backup plan if TLS doesn’t work for some reasons. I think

Re: [openstack-dev] [stable] Preparing 2014.2.4 (Juno) WAS Re: [Openstack-operators] [stable][all] Keeping Juno "alive" for longer.

On Thu, Nov 12, 2015 at 02:40:19PM +0100, Alan Pevec wrote: > AFAICT there are at least two blockers for 2014.2.4: > - horizon - django_openstack_auth issue Tony mentions in > https://review.openstack.org/172826 Horizon itself is fine BUT gets caught up in a mess of g-r updates. The issue at

Re: [openstack-dev] [neutron][upgrade] new 'all things upgrade' subteam

My TZ is UTC +1:00. Do we have any favorite day? Maybe Tuesday? It is good idea to have at least 0,5h sync each week. Regards, Artur From: Anna Kamyshnikova [mailto:akamyshnik...@mirantis.com] Sent: Wednesday, November 11, 2015 10:43 AM To: OpenStack Development Mailing List (not for usage

[openstack-dev] [nova] hackathon day

Hi I knew that people in China had a 3 days hackathon few months ago I was thinking to have a similar thing in Europe. My original idea was to propose to add an extra day after the mid-cycle but I am not sure if that is a good idea anymore: CONS: - the next mid-cycle is going to be the first

Re: [openstack-dev] [puppet] ::db classes

Hi Clayton! I would like to use the same solution for this problem as we have for ::logging class. So, we just leaving those default parameters without $::os_service_default and putting old values (10, 20, etc) [1] and also we should to raise warnings, as suggests Alex Schultz (for example, [2]).

[openstack-dev] [Performance] Please add your discussion items to the next meeting agenda

Folks, Last time we had Performance team meeting, we ha did a bit messy due to the lack of time spent by team members to fill the meeting agenda. Let's fix it this time! :) Please add your items to the agenda https://wiki.openstack.org/wiki/Meetings/Performance#Agenda_for_next_meeting (I

Re: [openstack-dev] [HA][RabbitMQ][messaging][Pacemaker][operators] Improved OCF resource agent for dynamic active-active mirrored clustering

Hi, Andrew >Ah good, I understood it correctly then :) > I would be interested in your opinion of how the other agent does the bootstrapping (ie. without notifications or master/slave). >That makes sense, the part I’m struggling with is that it sounds like the other agent shouldn’t work at all. >

[openstack-dev] What's Up, Doc? 13 November 2015

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi everyone, Well, things are starting to ramp up again after Summit. This week, I've spent some time catching up with other PTLs, and also worked on the DocImpact spec. I've also implemented my plan to get the Speciality Team leads to provide

Re: [openstack-dev] [nova][neutron][upgrade] Grenade multinode partial upgrade

On Thu, Nov 12, 2015 at 05:55:51PM EST, Ihar Hrachyshka wrote: > I also believe that the first step to get the job set is making neutron own > its grenade future, by migrating to grenade plugin maintained in neutron > tree. I'd like to see what Sean Dague thinks of this - my worry is that if we

Re: [openstack-dev] [neutron][qos][fwaas] service groups vs. traffic classifiers

On 11/12/2015 3:50 PM, Ihar Hrachyshka wrote: All I am saying is that IF we merge some classifier API into neutron core and start using it for core, non-experimental, features, we cannot later move to some newer version of this API [that you will iterate on] without leaving a huge pile of

Re: [openstack-dev] [stable] Preparing 2014.2.4 (Juno) WAS Re: [Openstack-operators] [stable][all] Keeping Juno "alive" for longer.

On 13/11/15 02:49, Tony Breeds wrote: > On Thu, Nov 12, 2015 at 02:40:19PM +0100, Alan Pevec wrote: > >> AFAICT there are at least two blockers for 2014.2.4: - horizon - >> django_openstack_auth issue Tony mentions in >> https://review.openstack.org/172826 > > Horizon itself is fine BUT gets

Re: [openstack-dev] [neutron][qos][fwaas] service groups vs. traffic classifiers

On 11/3/2015 1:03 PM, Sean M. Collins wrote: Anyway, the code is currently up on GitHub - I just threw it on there because I wanted to scratch my hacking itch quickly. https://github.com/sc68cal/neutron-classifier Sean, How much is needed to turn your models into something runnable to the

Re: [openstack-dev] [neutron][upgrade] new 'all things upgrade' subteam

All options sound good, but 15 UTC on Monday and Friday have some overlapping with my local meetings, but I'll try to handle this somehow if it suits for others. On Fri, Nov 13, 2015 at 7:29 AM, Sean M. Collins wrote: > Monday sounds good to me. 1500 utc sounds good too. >

[openstack-dev] [ceilometer] zombie process after ceilometer-api

Hi, I see a zombie process left out by ceilometer-api after a client command like "ceilometer meter-list". This seems to occur only when I change the number of workers for [api] section in ceilometer.conf to 2 or more. With default value of workers = 1, there is no zombie. Has anybody

Re: [openstack-dev] [nova] hackathon day

Hi Rosa, I am one of the organizers of China Hackathons. I think it is a good idea to host a Hackathon in Europe right after the mid-cycle meetup. However, I suggest to allow more days instead of only 1 to fix bugs, or you have to get well prepared, because fixing bugs is about reproducing,

Re: [openstack-dev] [stable] Preparing 2014.2.4 (Juno) WAS Re: [Openstack-operators] [stable][all] Keeping Juno "alive" for longer.

> This is a call to stable-maint teams for Nova, Keystone, Glance, > Cinder, Neutron, Horizon, Heat, Ceilometer, Trove and Sahara to review > open stable/juno changes[2] and approve/abandon them as appropriate. CCing CPLs listed in

Re: [openstack-dev] [ceilometer] zombie process after ceilometer-api

Here is the output of "ps aux | grep ceilometer-api" after "ceilometer meter-list" ceilome+ 27192 1.0 1.1 247400 60388 ?Ss 14:10 0:00 /usr/bin/python /usr/bin/ceilometer-api --config-file=/etc/ceilometer/ceilometer.conf --logfile=/var/log/ceilometer/api.log ceilome+ 27655 15.3 0.0

[openstack-dev] [group-based-policy] QoS support in GBP

Hi OpenStack Group-based Policy team, As I unofficially said before, I am interested in bringing basic QoS to GBP via the Neutron QoS API which currently offers bandwidth limitation at the port and network level, since Liberty. I have added the item to today's Meeting Agenda for an initial

Re: [openstack-dev] [stable] Preparing 2014.2.4 (Juno) WAS Re: [Openstack-operators] [stable][all] Keeping Juno "alive" for longer.

On 12/11/15 14:40, Alan Pevec wrote: >> This is a call to stable-maint teams for Nova, Keystone, Glance, >> Cinder, Neutron, Horizon, Heat, Ceilometer, Trove and Sahara to review >> open stable/juno changes[2] and approve/abandon them as appropriate. > > CCing CPLs listed in >

Re: [openstack-dev] [ceilometer] zombie process after ceilometer-api

can you clarify what you mean by 'zombie process'? i'm not aware of a bug relating to this so could you open one. just for reference, this is the suggested method for deploying the ceilometer-api: http://docs.openstack.org/developer/ceilometer/install/mod_wsgi.html cheers, On 12/11/2015

[openstack-dev] [nova] python-novaclient 2.35.0 release freeze

We're planning to do a novaclient minor release before we start looking at some backwards incompatible changes which would force a major version change to 3.0 (like dropping the novaclient.v1_1 module). The plan is to get that requested today. This is the list of open reviews:

Re: [openstack-dev] [telemetry][gnocchi] defining scope/domain

On 11/11/2015 4:19 AM, Julien Danjou wrote: Yes, I think there is. We should write typical use cases and example in the documentation so that people may get a grasp of what Gnocchi is and what kind of problem it can or cannot solve. cool stuff... how should we start this? etherpad[1]? i think

Re: [openstack-dev] [stable] Preparing 2014.2.4 (Juno) WAS Re: [Openstack-operators] [stable][all] Keeping Juno "alive" for longer.

Alan Pevec wrote: This is a call to stable-maint teams for Nova, Keystone, Glance, Cinder, Neutron, Horizon, Heat, Ceilometer, Trove and Sahara to review open stable/juno changes[2] and approve/abandon them as appropriate. CCing CPLs listed in

Re: [openstack-dev] [nova] hackathon day

On Thu, Nov 12, 2015 at 11:15:09AM +, Rosa, Andrea (HP Cloud Services) wrote: > Hi > > I knew that people in China had a 3 days hackathon few months ago I was > thinking to have a similar thing in Europe. > My original idea was to propose to add an extra day after the mid-cycle but I > am

Re: [openstack-dev] [HA] weekly High Availability meetings on IRC start next Monday

Hi Sergii, Thanks a lot for the feedback! Sergii Golovatiuk wrote: > Hi Adam, > > It's great we are moving forward with HA community. Thank you so much for > brining HA to next level. However, I have couple of comments > > [1] contains agenda. I guess we should move

[openstack-dev] Last sync from oslo-incubator

Hi, A long time ago, oslo-incubator had a lot of code, we have made most of the code to oslo.* libraries. There's very little code left and we'd like to stop hosting common code in oslo-incubator repository. We encourage everyone to adopt the code they have in their repos under openstack/common

Re: [openstack-dev] [nova] How can I contribute to the scheduler codebase?

Hi Sylvain, Could you assign me scheduler-driver-use-stevedore? I can take that as my first step to nova. I wish I could help more, but still many things need to learn. So the simplest work comes first. Yours, -Yingxin > -Original Message- > From: Sylvain Bauza

Re: [openstack-dev] [neutron][upgrade] new 'all things upgrade' subteam

Monday sounds good to me. 1500 utc sounds good too. -- Sean M. Collins __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe

Re: [openstack-dev] [Magnum][Testing] Reduce Functional testing on gate.

Thanks Eli for the analysis. I notice that the time to download the image is only around 1:15 mins out of some 21 mins to set up devstack. So it seems trying to reduce the size of the image won't make a significant improvement in the devstack time. I wonder how the image size affects the VM

[openstack-dev] Regarding Designate-Virtualenv Issues

Hi Folks, I am trying to use Designate using Virtualenv approach from the link : http://docs.openstack.org/developer/designate/install/ubuntu-kilo.html#exercising-the-api I was able to get the different Designate services started successfully. I have certain environment variables in the

Re: [openstack-dev] [nova][neutron][upgrade] Grenade multinode partial upgrade

On 12 November 2015 at 20:24, Sean M. Collins wrote: > On Thu, Nov 12, 2015 at 05:55:51PM EST, Ihar Hrachyshka wrote: > > I also believe that the first step to get the job set is making neutron > own > > its grenade future, by migrating to grenade plugin maintained in neutron

Re: [openstack-dev] [Magnum][Testing] Reduce Functional testing ongate.

Right now, we seems can not reduce devstack runtime. ANd @Ton, yes, download image time seems OK in jenkins job, it found about 4~5 mins But bay-creation time is interesting topic, it seems something related with heat or VM setup time consumption. But needs some investigation. Thanks Best

Re: [openstack-dev] [ceilometer] zombie process after ceilometer-api

if you have configured two workers and you have two ceilometer-api processes and an extra 'zombie' process, then it's correct. someone else might be able to articulate this better but when you use workers, it creates child processes that represent the workers you set, and there is a parent

Re: [openstack-dev] [stackalytics] [metrics] Review metrics: average numbers

Hi Mike, > Do I understand right, that average numbers > > here are calculated out of open reviews, not total number of reviews? Average numbers are calculated for reviews within the group. But I'd expect them to be "time since the last vote", not "time when patch proposed" as they do now. >

Re: [openstack-dev] [nova] hackathon day

Open the mid-cycle one day ahead, feasible? -Original Message- From: Daniel P. Berrange [mailto:berra...@redhat.com] Sent: Thursday, November 12, 2015 10:25 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [nova] hackathon day On Thu, Nov

Re: [openstack-dev] [Fuel] Running Fuel node as non-superuser

Stanislaw, I agree that this approch would work well. However, does Puppet allow managing capabilities and/or file ACLs? Or can they be easily set up when installing RPM package? (is there a way to specify capabilities/ACLs in the RPM spec file?) This doesn't seem to be supported out of the box.

Re: [openstack-dev] [Fuel] Running Fuel node as non-superuser

Dmitry, We really shouldn't put "user" creation into a single package and then depend on it for daemons. If we want nailgun service to run as nailgun user, it should be created in the fuel-nailgun package. I think it makes the most sense to create multiple users, one for each service. Lastly, it

[openstack-dev] [telemetry] Bug opening policy

Hi telemetry team and contributors, We are starting to distinguish a terrible trend in our bug tracking system. Some people tend to: 1. Open a bug for a (trivial) issue (e.g. a typo in the documentation) 2. Submit a patch 2 minutes later fixing the bug opened at step 1. We'd like to emphasize

Re: [openstack-dev] [neutron][vpnaas] VPNaaS project status

Could not agree more. Thanks very much Paul. And thanks also for always being a sounding board for common things across FWaaS and VPNaaS. Thanks Sridar From: Madhusudhan Kandadai > Reply-To: OpenStack List

[openstack-dev] [neutron][vpnaas] VPNaaS project status

Neutron community, During the past several releases, while leading the VPNaaS project, I've seen many great enhancements and features added to the VPNaaS project by the community, including support for StrongSwan, Libreswan, completion of the project split out, functional and rally tests,

Re: [openstack-dev] [neutron][vpnaas] VPNaaS project status

On Thu, Nov 12, 2015 at 9:56 AM, Paul Michali wrote: > Neutron community, > > During the past several releases, while leading the VPNaaS project, I've > seen many great enhancements and features added to the VPNaaS project by > the community, including support for StrongSwan,

Re: [openstack-dev] [neutron][vpnaas] VPNaaS project status

Thanks Paul for leading over the previous releases. Looking forward to have your guidance in neutron. On Thu, Nov 12, 2015 at 8:48 PM, Kyle Mestery wrote: > On Thu, Nov 12, 2015 at 9:56 AM, Paul Michali wrote: > >> Neutron community, >> >> During the past

Re: [openstack-dev] [keystone] [Mistral] [Heat] Autoprovisioning, per-user projects, and Federation

> On 12 Nov 2015, at 00:11, Clint Byrum wrote: > > Excerpts from Zane Bitter's message of 2015-11-11 09:43:43 -0800: >> 1. Keystone (or some Rabbit->Zaqar proxy service reading notifications >> from Keystone) sends "new federated user" notification out via Zaqar. >> 2.

Re: [openstack-dev] [neutron][vpnaas] VPNaaS project status

Great Work Done Paul! Thanks a lot! Edgar On 11/12/15, 9:35 AM, "Eichberger, German" wrote: >Thanks for your hard work. Really appreciated!! > >Looking forward what you tackle next :-) > >All the best. >German > >From: "Sridar Kandaswamy (skandasw)" >Reply-To:

Re: [openstack-dev] [keystone] [Mistral] [Heat] Autoprovisioning, per-user projects, and Federation

On 11/11/15 13:11, Clint Byrum wrote: Excerpts from Zane Bitter's message of 2015-11-11 09:43:43 -0800: 1. Keystone (or some Rabbit->Zaqar proxy service reading notifications from Keystone) sends "new federated user" notification out via Zaqar. 2. Mistral picks up the message and checks policy

Re: [openstack-dev] [keystone] [Mistral] [Heat] Autoprovisioning, per-user projects, and Federation

Excerpts from Renat Akhmerov's message of 2015-11-12 07:52:42 -0800: > > > On 12 Nov 2015, at 00:11, Clint Byrum wrote: > > > > Excerpts from Zane Bitter's message of 2015-11-11 09:43:43 -0800: > >> 1. Keystone (or some Rabbit->Zaqar proxy service reading notifications > >>

Re: [openstack-dev] [group-based-policy] QoS support in GBP

Thanks Igor. This is certainly of interest, let’s discuss during the IRC meeting today. Just a friendly reminder - for those in those in the US time zones, we start an earlier today on account on the fall time changes. ~Sumit. On Thu, Nov 12, 2015 at 6:47 AM, Duarte Cardoso, Igor <

[openstack-dev] [Freezer] Roadmap

Hello , The Freezer roadmap is now available at https://wiki.openstack.org/wiki/FreezerRoadmap Please, feel free to comment or send any Feedback. Many Thanks, Pierre __ OpenStack

[openstack-dev] [HA] ANNOUNCE: new "[HA]" topic category in mailman configuration

Hi all, As you may know, Mailman allows server-side filtering of mailing list traffic by topic categories: http://lists.openstack.org/cgi-bin/mailman/options/openstack-dev (N.B. needs authentication) Thierry has kindly added "[HA]" as a new topic category in the mailman configuration for

Re: [openstack-dev] [neutron][vpnaas] VPNaaS project status

Thanks for your hard work. Really appreciated!! Looking forward what you tackle next :-) All the best. German From: "Sridar Kandaswamy (skandasw)" Reply-To: "OpenStack Development Mailing List (not for usage questions)" Date: Thursday, November 12, 2015 at 7:55 AM To: "OpenStack Development

[openstack-dev] Could we highlight +0 reviews in review.openstack.org

When you look at a review on https://review.openstack.org, you see a section of the screen that shows +2's, +1's, -1's and -2's above Verified and Workflow. But we don't show +0's there. It would be useful when looking at a review to be also able to see if there are any 0's there. Maybe in a

Re: [openstack-dev] [Fuel] Running Fuel node as non-superuser

Matther, I totally agree that each daemon should have it's own user which should be created during installation of the relevant package. Probably I didn't state this clear enough in the spec. However, there are security requirements in place that root should not be used at all. This means that

Re: [openstack-dev] Could we highlight +0 reviews in review.openstack.org

On 2015-11-12 16:33:52 + (+), Amrith Kumar wrote: > When you look at a review on https://review.openstack.org, you see > a section of the screen that shows +2's, +1's, -1's and -2's above > Verified and Workflow. But we don't show +0's there. [...] This is because Gerrit tries to treat a

Re: [openstack-dev] [nova][cinder] About rebuilding volume-backed instances.

On 11/11/15 at 07:48pm, Jeremy Stanley wrote: On 2015-11-11 11:25:09 -0600 (-0600), Chris Friesen wrote: I didn't think that the overhead of deleting/creating an instance was *that* much different than rebuilding an instance. Do you have any information about where the "significant performance

Re: [openstack-dev] [nova] hackathon day

On 11/12/2015 5:15 AM, Rosa, Andrea (HP Cloud Services) wrote: Hi I knew that people in China had a 3 days hackathon few months ago I was thinking to have a similar thing in Europe. My original idea was to propose to add an extra day after the mid-cycle but I am not sure if that is a good

Re: [openstack-dev] [nova] hackathon day

Hey, how about driving a Hackathon on the same dates in 3 geos right before release? Who are interested in? Best Regards. -- Shane -Original Message- From: Wang, Shane [mailto:shane.w...@intel.com] Sent: Thursday, November 12, 2015 11:03 PM To: Daniel P. Berrange; OpenStack Development

Re: [openstack-dev] [TripleO] Proposing Ian Wienand as core reviewer on diskimage-builder

On Tue, Nov 3, 2015 at 10:25 AM, Gregory Haynes wrote: > Hello everyone, > > I would like to propose adding Ian Wienand as a core reviewer on the > diskimage-builder project. Ian has been making a significant number of > contributions for some time to the project, and has

Re: [openstack-dev] [Oslo][TaskFlow] Proposal for new core reviewer (greg hill)

Julien Danjou wrote: On Wed, Nov 11 2015, Joshua Harlow wrote: Greetings all stackers, I propose that we add Greg Hill[1] to the taskflow-core[2] team. Greg (aka jimbo) has been actively contributing to taskflow for a while now, both in helping make taskflow better via code contribution(s)

[openstack-dev] [nova] Backlog Specs: a way to send requirements to the developer community

- Original Message - > From: "John Garbutt" > To: maishsk+openst...@maishsk.com [SNIP] > On 14 May 2015 at 19:52, Maish Saidel-Keesing wrote: > > Can we please have this as a default template and the default way to allow > > Operators to

Re: [openstack-dev] [keystone] [Mistral] [Heat] Autoprovisioning, per-user projects, and Federation

+1 for Zane's suggestion. Getting Mistral+Zaqar working together has many other side benefits that are great enough that it will help push both Mistral and Zaqar to be more commonly deployed. It also may be able to solve the single keystone, multiple region case more easily If you have

Re: [openstack-dev] [stable] Making stable maintenance its own OpenStack project team

On 11/11/15 13:39 -0600, Matt Riedemann wrote: On 11/11/2015 8:51 AM, Flavio Percoco wrote: On 09/11/15 21:30 -0600, Matt Riedemann wrote: On 11/9/2015 9:12 PM, Matthew Treinish wrote: On Mon, Nov 09, 2015 at 10:54:43PM +, Kuvaja, Erno wrote: On Mon, Nov 09, 2015 at 05:28:45PM -0500,

Re: [openstack-dev] [HA] weekly High Availability meetings on IRC start next Monday

Hi, On Thu, Nov 12, 2015 at 3:06 PM, Adam Spiers wrote: > Hi Sergii, > > Thanks a lot for the feedback! > > Sergii Golovatiuk wrote: > > Hi Adam, > > > > It's great we are moving forward with HA community. Thank you so much for > > brining HA to

Re: [openstack-dev] [stackalytics] [metrics] Review metrics: average numbers

Jesus, thanks for sharing this. Looks like you've got quite comprehensive data analysis tool for code review. Is there a way to get Fuel added somehow.. ? Ilya, > Do you mean to calculate stats not only for open, but also for those that are already closed? Yes. I need to calculate stats for ALL,