Re: [openstack-dev] [Openstack-operators] [tc][all][osprofiler] OSprofiler is dead, long live OSprofiler

On Mon, Nov 09, 2015 at 02:57:37AM -0800, Boris Pavlovic wrote: > Hi stackers, > > Intro > --- > > It's not a big secret that OpenStack is huge and complicated ecosystem of > different > services that are working together to implement OpenStack API. > > For example booting VM is going

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

On 9 November 2015 at 09:04, Zhenyu Zheng wrote: > And Nova side also doesn't support detaching root device, that means we > cannot performing volume backup/restore from cinder side, because those > actions needs the volume in "available" status. > > It might be of

Re: [openstack-dev] [all] summarizing the cross-project summit session on Mitaka themes

Doug Hellmann wrote: > One thing I forgot to mention in my original email was the discussion > about when we would have this themes conversation for the N cycle. > I had originally hoped we would discuss the themes online before > the summit, and that those would inform decisions about summit >

[openstack-dev] [Nova] notification subteam meeting

Hi, The first meeting of the nova notification subteam will happen 2015-11-10 Tuesday 20:00 UTC [1] on #openstack-meeting-alt on freenode Agenda: - Agree on the mission and the tasks of the team - Status of the outstanding specs - Q/A - AOB See you there. Cheers, Gibi [1]

[openstack-dev] [openstack]host not reachable with iptables reject after init

Hi all, After I run devstack/stack.sh completely, I found that api is not reachable. After some check, I found some iptables rules cause the problem: ``` Chain INPUT (policy ACCEPT) target prot opt source destination nova-network-INPUT all -- 0.0.0.0/00.0.0.0/0

[openstack-dev] [networking-ovs-dpdk]

Hello Everyone, I am installing devstack with networking-ovs-dpdk. The local.conf exactly looks like the one is available in /opt/stack/networking-ovs-dpdk/doc/source/_downloads/local.conf.single_node. So I believe all the necessary configuration will be taken care. However I am stuck at place

Re: [openstack-dev] [nova] Nova API sub-team meeting

On Nov 9, 2015, at 7:11 AM, Alex Xu wrote: > > We have weekly Nova API meeting this week. The meeting is being held Tuesday > UTC1200. > > In other timezones the meeting is at: > > EST 08:00 (Tue) Just to clarify: that's EDT 07:00, since daylight savings ended in the US

Re: [openstack-dev] [release] new change management tools and processes for stable/liberty and mitaka

Excerpts from Lingxian Kong's message of 2015-11-09 15:00:25 +0800: > On Wed, Nov 4, 2015 at 3:46 AM, Doug Hellmann wrote: > > 1. We need one patch to the master branch of the project to add the > >instructions for publishing the notes as part of the project > >

Re: [openstack-dev] [release] new change management tools and processes for stable/liberty and mitaka

Excerpts from Andreas Jaeger's message of 2015-11-07 16:42:40 +0100: > On 11/03/2015 08:46 PM, Doug Hellmann wrote: > > [...] > > We are ready to start rolling out Reno for use with Liberty stable > > branch releases and in master for the Mitaka release. We need the > > release liaisons to create

[openstack-dev] [TripleO] [Ironic] Let's stop hijacking other projects' OSC namespaces

Hi OOO'ers, hopefully the subject caught your attentions :) Currently, tripleoclient exposes several commands in "openstack baremetal" and "openstack baremetal introspection" namespaces belonging to ironic and ironic-inspector accordingly. TL;DR of this email is to deprecate them and move to

Re: [openstack-dev] [networking-ovs-dpdk]

Hi Samta, This usually means that the vSwitch is not running/has crashed. Can you check in /opt/stack/logs/ovs-vswitchd.log ? There should be an error msg there. Regards Przemek > -Original Message- > From: Samta Rangare [mailto:samtarang...@gmail.com] > Sent: Monday, November 9, 2015

Re: [openstack-dev] [Fuel][Plugins] apt segfaults when too many repositories are configured

FWIW, we tried to reproduce the bug on fresh environments and failed at it (in other words, the deployment succeeds). We've also noticed that the vmware-dvs plugin team has encountered the same bug [0]. If they can't managed to reproduce the issue either, my guess would be that we faced a

Re: [openstack-dev] [networking-ovs-dpdk]

Thanks for replying Przemyslaw, there is no ovs-vswitchd.log in /opt/stack/logs/. This is all contains inside (ovsdb-server.pid, screen). When I cancel stack .sh (ctr c), and try to rerun this $sudo ovs-vsctl br-set-external-id br-ex bridge-id br-ex it didnt hang, that means vSwitch was running

Re: [openstack-dev] [all] summarizing the cross-project summit session on Mitaka themes

Excerpts from Thierry Carrez's message of 2015-11-09 13:52:11 +0100: > Doug Hellmann wrote: > > One thing I forgot to mention in my original email was the discussion > > about when we would have this themes conversation for the N cycle. > > I had originally hoped we would discuss the themes online

Re: [openstack-dev] [all] [dlm] Zookeeper and openjdk, mythbusted

Sean Dague wrote: > I do wonder what the cause of varying quality is in the distros. I do > understand that some distros aren't licensing the test suite. But they > are all building from the same upstream. Except that they all use significant (and different) patchsets on top of that "same

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

Thanks Thomas, much appreciated. I need to admit that we haven’t heard from SFC folks just yet. I will try to raise awareness that we wait for their feedback today on team meeting. Adding [sfc] tag to the topic to get more attention. Ihar Thomas Morin wrote: Hi

Re: [openstack-dev] [release] new change management tools and processes for stable/liberty and mitaka

Excerpts from Doug Hellmann's message of 2015-11-03 14:46:04 -0500: > As we discussed at the summit, the release management team is > modifying our change management tracking tools and processes this > cycle. This email is the official announcement of those changes, > with more detail than we

Re: [openstack-dev] [Ceilometer] [Bug#1497073]The return sample body of sample-list is different when use -m and not

again, it's been debated that we shouldn't be allowed to completely drop apis. in regards to deprecation, how do you make this deprecation known? also, this goes beyond the client. if we deprecated in the client we should really have the endpoint deprecated in API as well. On 05/11/2015

Re: [openstack-dev] [release] new change management tools and processes for stable/liberty and mitaka

Excerpts from Andreas Jaeger's message of 2015-11-09 10:11:33 +0100: > On 11/03/2015 08:46 PM, Doug Hellmann wrote: > > As we discussed at the summit, the release management team is > > modifying our change management tracking tools and processes this > > cycle. This email is the official

Re: [openstack-dev] [networking-ovs-dpdk]

Hi Can you provide some more information regarding your deployment? Can you check which kernel you are using. uname -a If you are using a 3.19 kernel changes to some locking code in the kennel broke synchronization dpdk2.0 and requires dpdk 2.1 to be used instead. In general it is not

Re: [openstack-dev] [nova][api]

On Nov 9, 2015, at 12:29 AM, Tony Breeds wrote: > > On Fri, Nov 06, 2015 at 12:30:19PM +, John Garbutt wrote: > >> Ideally, I would like us to fill out that pagination part first. > > It seems the person leading this within the API-WG is AWOL so ... A couple of

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

Hi Zheng, comments inline... On 11/09/2015 02:04 AM, Zhenyu Zheng wrote: Hi All, Currently, we have strong demands about "rebuilding"(or actions like rebuilding) volume-backed instances. As in production deployment, volume backed instance is widely used. Users have the demands of performing

Re: [openstack-dev] [devstack] package dependency installs after recent clean-ups

Thanks for getting to the bottom of this, the first patch is approved. Will review the rest today. On 11/09/2015 01:59 AM, Ian Wienand wrote: > devstack maintainers, et al. > > If your CI is failing with missing packages (xml bindings failing to > build, postgres bindings, etc), it may be due to

Re: [openstack-dev] [TripleO] [Ironic] Let's stop hijacking other projects' OSC namespaces

On 9 November 2015 at 12:44, Dmitry Tantsur wrote: > Hi OOO'ers, hopefully the subject caught your attentions :) > > Currently, tripleoclient exposes several commands in "openstack baremetal" > and "openstack baremetal introspection" namespaces belonging to ironic and >

[openstack-dev] [mistral] Team meeting - 11/09/2015

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) Scoping Mitaka and Mitaka-1 Open discussion Feel free to add your topics at

[openstack-dev] [nova] Nova API sub-team meeting

Hi, We have weekly Nova API meeting this week. The meeting is being held Tuesday UTC1200. In other timezones the meeting is at: EST 08:00 (Tue) Japan 21:00 (Tue) China 20:00 (Tue) United Kingdom 13:00 (Tue) The proposed agenda and meeting details are here:

[openstack-dev] Nominations open for the N and O names of OpenStack

Hey everybody! It's release naming time, and this time we get to do two at once! If you'd like to propose a name, there are two wiki pages: For the N release, where the geographic region is "Texas Hill Country": https://wiki.openstack.org/wiki/Release_Naming/N_Proposals For the O release,

Re: [openstack-dev] [all] [dlm] Zookeeper and openjdk, mythbusted

On 11/09/2015 06:05 AM, Thierry Carrez wrote: > So that is an important point. While there is "the Oracle JVM", there is > nothing like "OpenJDK". There are a number of OpenJDK builds by various > distros and they are all different (and of varying quality). The beast > is brittle, as anyone who

Re: [openstack-dev] [stable][all] Keeping Juno "alive" for longer.

On 11/09/2015 05:30 AM, Hugh Blemings wrote: > Hiya, > > On 7/11/2015 06:42, Sean Dague wrote: >> On 11/06/2015 01:15 AM, Tony Breeds wrote: >>> Hello all, >>> >>> I'll start by acknowledging that this is a big and complex issue and I >>> do not claim to be across all the view points, nor do I

[openstack-dev] [TripleO] RFC: profile matching

Hi folks! I spent some time thinking about bringing profile matching back in, so I'd like to get your comments on the following near-future plan. First, the scope of the problem. What we do is essentially kind of capability discovery. We'll help nova scheduler with doing the right thing by

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

On 11/03/2015 12:19 PM, Ihar Hrachyshka wrote: Now, I don't think that we need two APIs for the same thing. I would be glad if we instead converge on a single API, making sure all cases are covered. In the end, the feature is just a building block for other features, like fwaas, security groups,

[openstack-dev] [Glance] image.exists events

Hello, I recently created a script to generate image.exists events similar to what is described here: https://blueprints.launchpad.net/glance/+spec/glance-exists-notification I am wondering if it's a good idea to finish the implementation described in that spec ? image.exists events are useful

Re: [openstack-dev] [nova] Nova API sub-team meeting

2015-11-09 21:49 GMT+08:00 Ed Leafe : > On Nov 9, 2015, at 7:11 AM, Alex Xu wrote: > > > > We have weekly Nova API meeting this week. The meeting is being held > Tuesday UTC1200. > > > > In other timezones the meeting is at: > > > > EST 08:00 (Tue) > > Just to

Re: [openstack-dev] [TripleO] [Ironic] Let's stop hijacking other projects' OSC namespaces

On 11/09/2015 03:04 PM, Dougal Matthews wrote: On 9 November 2015 at 12:44, Dmitry Tantsur > wrote: Hi OOO'ers, hopefully the subject caught your attentions :) Currently, tripleoclient exposes several commands in "openstack

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

On 11/06/2015 06:28 PM, Tim Hinrichs wrote: Congress allows users to write a policy that executes an action under certain conditions. The conditions can be based on any data Congress has access to, which includes nova servers, neutron networks, cinder storage, keystone users, etc. We also

Re: [openstack-dev] [release] new change management tools and processes for stable/liberty and mitaka

Excerpts from Doug Hellmann's message of 2015-11-03 14:46:04 -0500: > As we discussed at the summit, the release management team is > modifying our change management tracking tools and processes this > cycle. This email is the official announcement of those changes, > with more detail than we

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

On Mon, Nov 09, 2015 at 05:41:53PM +0100, Thierry Carrez wrote: > Hi everyone, > > A few cycles ago we set up the Release Cycle Management team which was a > bit of a frankenteam of the things I happened to be leading: release > management, stable branch maintenance and vulnerability management.

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

Excerpts from Thierry Carrez's message of 2015-11-09 17:41:53 +0100: > Hi everyone, > > A few cycles ago we set up the Release Cycle Management team which was a > bit of a frankenteam of the things I happened to be leading: release > management, stable branch maintenance and vulnerability

Re: [openstack-dev] [Nova] live migration sub-team meeting

So, its been a week. What time are we picking? Michael On Thu, Nov 5, 2015 at 10:46 PM, Murray, Paul (HP Cloud) wrote: > > > Most team members expressed they would like a regular IRC meeting for > > > tracking work and raising blocking issues. Looking at the contributors > > >

[openstack-dev] [release][stackalytics] possibly breaking bug closing statistics?

Stackalytics experts, When we roll out the launchpad process changes described in my earlier email [1], we will no longer be targeting bugs as part of closing them. Thierry raised a concern that this might break the way stackalytics calculates closed bug statistics for a cycle. Looking at the

[openstack-dev] Report from Gerrit User Summit

Khai Do and I attended the Gerrit User Summit this weekend. It was a very busy weekend indeed with quite a lot of activity in all areas related to Gerrit. The following is a brief summary of items which may be of interest to our community. --==-- David Pursehouse from Sony Mobile spoke about

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

On 11/9/2015 10:41 AM, Thierry Carrez wrote: Hi everyone, A few cycles ago we set up the Release Cycle Management team which was a bit of a frankenteam of the things I happened to be leading: release management, stable branch maintenance and vulnerability management. While you could argue

Re: [openstack-dev] Nominations open for the N and O names of OpenStack

Norris! As in ... Chuck Norris lives in Texas. Just saying. ; ) On Nov 9, 2015 5:31 AM, "Monty Taylor" wrote: > Hey everybody! > > It's release naming time, and this time we get to do two at once! > > If you'd like to propose a name, there are two wiki pages: > > For the N

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

Hi Cathy, Could you please check on this. My mother passed away yesterday and I will be on leave for couple of weeks. Thanks Vikram On 09-Nov-2015 6:15 pm, "Ihar Hrachyshka" wrote: > Thanks Thomas, much appreciated. > > I need to admit that we haven’t heard from SFC folks

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

Dmitry, +1 Do you plan to port your patchset to future Fuel releases? A. On Tue, Nov 10, 2015 at 12:14 AM, Dmitry Nikishov wrote: > Hey guys. > > I've been working on making Fuel not to rely on superuser privileges > at least for day-to-day operations. These include: >

Re: [openstack-dev] [Openstack-operators] [stable][all] Keeping Juno "alive" for longer.

On Mon, Nov 09, 2015 at 05:05:36PM +1100, Tony Breeds wrote: > On Fri, Nov 06, 2015 at 10:12:21AM -0800, Clint Byrum wrote: > > > The argument in the original post, I think, is that we should not > > stand in the way of the vendors continuing to collaborate on stable > > maintenance in the

Re: [openstack-dev] [Glance] image.exists events

On 09/11/15 15:57 +0200, Cristian Tomoiaga wrote: Hello, I recently created a script to generate image.exists events similar to what is described here: https://blueprints.launchpad.net/glance/+spec/glance-exists-notification I am wondering if it's a good idea to finish the implementation

[openstack-dev] [Fuel][fuel] How can I install Redhat-OSP using Fuel

Greeting Fuel teams, My company is working on the installation of virtualization infrastructure, and we have noticed Fuel is a great tool, much better than our own installer. The question is that Mirantis is currently supporting OpenStack on CentOS and Ubuntu, while my company is using

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

On Mon, Nov 09, 2015 at 10:54:43PM +, Kuvaja, Erno wrote: > > On Mon, Nov 09, 2015 at 05:28:45PM -0500, Doug Hellmann wrote: > > > Excerpts from Matt Riedemann's message of 2015-11-09 16:05:29 -0600: > > > > > > > > On 11/9/2015 10:41 AM, Thierry Carrez wrote: > > > > > Hi everyone, > > > > >

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

> On 23 Oct 2015, at 7:01 PM, Bogdan Dobrelya wrote: > > Hello. > I'm glad to announce that the pacemaker OCF resource agent for the > rabbitmq clustering, which was born in the Fuel project initially, now > available and maintained upstream! It will be shipped with the

Re: [openstack-dev] [Openstack-operators] [stable][all] Keeping Juno "alive" for longer.

On 11/9/2015 12:21 AM, Tony Breeds wrote: On Fri, Nov 06, 2015 at 06:42:05PM +, Jeremy Stanley wrote: On 2015-11-06 10:12:21 -0800 (-0800), Clint Byrum wrote: [...] Note that it's not just backporters though. It's infra resources too. Aye, there's the rub. We don't just EOL these

Re: [openstack-dev] [tacker] Proposing Sripriya Seetharam to Tacker core

+1 Well deserved! Bob On Nov 9, 2015, at 8:23 PM, Sridhar Ramaswamy > wrote: I'd like to propose Sripriya Seetharam to join the Tacker core team. Sripriya ramped up quickly in early Liberty cycle and had become an expert in the Tacker code base. Her

Re: [openstack-dev] [Openstack-operators] [stable][all] Keeping Juno "alive" for longer.

On 10 November 2015 at 08:22, matt wrote: > tons from what i've seen. there are a LOT of havana and even earlier stuff > out there. essex is still out there in the wild. >From the Mitaka keynotes we know there are substantial sized public clouds still in production

Re: [openstack-dev] [kuryr] gerrit/git review problem error code 10061

On 2015-11-09 10:13:33 +0800 (+0800), Baohua Yang wrote: > Anyone recently meet such problem after cloning the latest code > from kuryr? Try proxy also, but not solved. [...] > The following command failed with exit code 1 > "scp -P29418 yangbao...@review.openstack.org:hooks/commit-msg >

Re: [openstack-dev] [TripleO] RFC: profile matching

In general, I think this is a good idea. Rather than putting the logic for this in tripleoclient, it would be better to put it in tripleo-common. Then the --assign-profiles just calls the function imported from tripleo-common. This way the GUI could consume the same logic. On 11/09/2015 09:51 AM,

[openstack-dev] [Infra] Meeting Tuesday November 10th at 19:00 UTC

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

Re: [openstack-dev] [Neutron][IPAM] Arbitrary JSON blobs in ipam db tables

> On Nov 5, 2015, at 1:24 PM, Shraddha Pandhe > wrote: > > Hi, > > I agree with all of you about the REST Apis. > > As I said before, I had to bring up the idea of JSON blob because based on > previous discussions, it looked like neutron community was not

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

Is there a meeting planned for this week ? Thanks, /ludovic On 11/03/2015 12:02 AM, Nikola Đipanov wrote: > Hello Nova, > > Looking at Mitaka specs, but also during the Tokyo design summit > sessions, we've seen several discussions and requests for enhancements > to the Nova SR-IOV

Re: [openstack-dev] [nova][bugs] Weekly Status Report

On Mon, Nov 9, 2015 at 11:15 AM, Markus Zoeller wrote: > Regarding "non-bug" areas where you can contribute, there are also some > areas which called out explicitly for more help. I remember: > * the API team [1] and > * the notification/tasks area [2]. > Maybe it makes sense

[openstack-dev] [Ironic] Weekly Ironic QA/testing/3rd party CI meeting

We have just started a weekly meeting to discuss Ironic QA, testing, and 3rd party CI More info here: https://wiki.openstack.org/wiki/Meetings/Ironic-QA Weekly meeting on Wednesdays at 1700 UTC on #openstack-meeting __

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

They shouldn't be combined because they can each be used without the other. That is, they each stand on their own. Congress can be used for monitoring or delegating policy without attempting to correct violations (i.e. without needing workflows). Mistral can be used to make complex changes

Re: [openstack-dev] [kolla][tripleo] Mesos orchestration as discussed at mid cycle (action required from core reviewers)

On 04/11/15 16:26, Michal Rostecki wrote: On 11/03/2015 10:27 PM, Zane Bitter wrote: I think we all agree that using something _like_ Kubernetes would be extremely interesting for controller services, where you have a bunch of heterogeneous services with scheduling constraints (HA), that may

Re: [openstack-dev] [Openstack-operators] Performance Team summit session results

For clarification, this is 3-4 PM (15:00 - 16:00) UTC, correct ?. -mark - Original Message - > From: "Dina Belova" > To: "Matt Riedemann" > Cc: "OpenStack Development Mailing List" , >

[openstack-dev] [chef] Refactoring and cleanup of all cookbooks during the Mitaka cycle

Hi everyone, we have just merged the last patches to branch our stable/liberty release for all our openstack-chef cookbooks (starting right now). During the liberty cycle and at the mitaka design summit we discussed our goals for the current cycle and our next big steps. Since we identified

Re: [openstack-dev] [kolla][tripleo] Mesos orchestration as discussed at mid cycle (action required from core reviewers)

On 11/3/15, 2:27 PM, "Zane Bitter" wrote: >On 02/11/15 18:33, Steven Dake (stdake) wrote: >> >> Blame the core team :) I suspect you will end up retrying a lot of >> patterns we tried and failed with Kubernetes. Kubernetes eventually was >> found to be non-viable by the

Re: [openstack-dev] [stable][infra][neutron] ZUUL_BRANCH not set for periodic stable jobs

On 2015-11-09 17:31:00 +0100 (+0100), Ihar Hrachyshka wrote: [...] > From the failure log, I determined that the tests fail because they assume > neutron/liberty code, but actually run against neutron/master (that does not > have that neutron.plugins.embrane.* namespace because the plugin was

Re: [openstack-dev] [Neutron][IPAM] Arbitrary JSON blobs in ipam db tables

On Fri, Nov 6, 2015 at 2:59 PM, Shraddha Pandhe wrote: > > We have a similar requirement where we want to pick a network thats > accessible in the rack that VM belongs to. We have L3 Top-of-rack, so the > network is confined to the rack. Right now, we are achieving

Re: [openstack-dev] [Openstack-operators] Performance Team summit session results

Mark, yes, sorry for not mentioning it here. it's 3PM - 4PM UTC time zone. Cheers, Dina On Tue, Nov 10, 2015 at 2:51 AM, Mark Wagner wrote: > > For clarification, this is 3-4 PM (15:00 - 16:00) UTC, correct ?. > > -mark > > - Original Message - > > From: "Dina

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

From this operator’s perspective this is exactly the element of community culture that, by encouraging the proliferation of projects and tools, is making the OpenStack landscape more complex and less {user,operator,architect,business decision maker} friendly. In my opinion, it is essentially a

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

Hi, thanks all for replying, sorry I might be a bit unclear. We have user demands that we only change the root device of an volume-backed instance for upper layer services. It's not cloudy but it is quite common. And changing OS is another demand that sort of related to this. Cinder supports

Re: [openstack-dev] [nova][bugs] Weekly Status Report

Kashyap Chamarthy wrote on 11/06/2015 06:37:08 PM: > From: Kashyap Chamarthy > To: "OpenStack Development Mailing List (not for usage questions)" > > Date: 11/06/2015 06:37 PM > Subject: Re: [openstack-dev]

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

Hi, During the last Nova scheduler meeting (held every Mondays 1400UTC on #openstack-meeting-alt), we identified some on-going effort that could possibly be addressed by anyone wanting to step in. For the moment, we are still polishing the last bits of agreement, but those blueprints should

Re: [openstack-dev] [Openstack-operators] [tc][all][osprofiler] OSprofiler is dead, long live OSprofiler

+1 from me (although I've already contributed to osprofiler so my vote might not count, ha). Anyway, people can poke me as well if they have any questions about osprofiler and boris isn't around. I'm happy to answer any questions as well... Thanks boris for getting this rolling again... Another

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

Congress happens to have the capability to run a script/API call under arbitrary conditions on the state of other OpenStack projects, which sounded like what you wanted. Or did I misread your original question? Congress and Mistral are definitely not competing.Congress lets people declare

Re: [openstack-dev] [Heat] Admin operations on all tenants

On Mon, Nov 09, 2015 at 11:00:10AM +, Bruno Bompastor wrote: > Hello, > > I was looking to enable admin operations for heat stacks on all tenants. This > is useful to do support operations and debug stacks owned by different users. > > I came across the “heat stack-list -g” command that

Re: [openstack-dev] [nova][bugs] Weekly Status Report

On Mon, Nov 09, 2015 at 04:55:12PM +0100, Markus Zoeller wrote: > Kashyap Chamarthy wrote on 11/06/2015 06:37:08 PM: > > > From: Kashyap Chamarthy > > To: "OpenStack Development Mailing List (not for usage questions)" > >

[openstack-dev] [mistral] Team meeting minutes - 11/09/2015

Thanks for joining us today! Meeting minutes: http://eavesdrop.openstack.org/meetings/mistral/2015/mistral.2015-11-09-16.17.html Meeting log:

Re: [openstack-dev] [nova][bugs] Weekly Status Report

Diana Clarke wrote on 11/06/2015 09:54:03 PM: > From: Diana Clarke > To: "OpenStack Development Mailing List (not for usage questions)" > > Date: 11/06/2015 09:54 PM > Subject: Re: [openstack-dev]

Re: [openstack-dev] [Neutron] Reminder: Team meeting on Monday at 2100 UTC

I've been using Iceland's TZ for this. Seems to work well and handle the TZ changes nicely. Carl On Sat, Nov 7, 2015 at 7:24 AM, Sean M. Collins wrote: > Learn from my mistake, check your calendar for the timezone if you've > created an event for the weekly meetings. Google

Re: [openstack-dev] [openstack-ansible][security] Creating a CA for openstack-ansible deployments?

> -Original Message- > From: Adam Young [mailto:ayo...@redhat.com] > Sent: 02 November 2015 20:54 > To: openstack-dev@lists.openstack.org > Subject: Re: [openstack-dev] [openstack-ansible][security] Creating a CA for > openstack-ansible deployments? > > On 10/26/2015 02:38 PM, Major

Re: [openstack-dev] [all] [dlm] Zookeeper and openjdk, mythbusted

On 11/09/2015 09:46 AM, Thierry Carrez wrote: Sean Dague wrote: I do wonder what the cause of varying quality is in the distros. I do understand that some distros aren't licensing the test suite. But they are all building from the same upstream. Except that they all use significant (and

Re: [openstack-dev] [openstack]host not reachable with iptables reject after init

On 11/09/2015 09:55 AM, Wilence Yao wrote: Hi all, After I run devstack/stack.sh completely, I found that api is not reachable. After some check, I found some iptables rules cause the problem: ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 state NEW tcp

[openstack-dev] [stable][infra][neutron] ZUUL_BRANCH not set for periodic stable jobs

Hi all, I noticed that neutron-lbaas jobs for liberty fail when in periodic jobs: http://logs.openstack.org/periodic-stable/periodic-neutron-lbaas-python27-liberty/3da452c/ But they don’t fail in that way when running in gate: https://review.openstack.org/#/c/242534/ From the failure log, I

Re: [openstack-dev] [nova][bugs] Weekly Status Report

John Garbutt wrote on 11/09/2015 11:10:55 AM: > From: John Garbutt > To: "OpenStack Development Mailing List (not for usage questions)" > > Date: 11/09/2015 11:11 AM > Subject: Re: [openstack-dev] [nova][bugs]

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

Hi everyone, A few cycles ago we set up the Release Cycle Management team which was a bit of a frankenteam of the things I happened to be leading: release management, stable branch maintenance and vulnerability management. While you could argue that there was some overlap between those functions

Re: [openstack-dev] [nova][bugs] Weekly Status Report

Augustina Ragwitz wrote on 11/06/2015 10:39:17 PM: > From: Augustina Ragwitz > To: "OpenStack Development Mailing List (not for usage questions)" > > Date: 11/06/2015 10:39 PM > Subject: Re: [openstack-dev]

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

On 11/09/2015 10:57 AM, Tim Hinrichs wrote: Congress happens to have the capability to run a script/API call under arbitrary conditions on the state of other OpenStack projects, which sounded like what you wanted. Or did I misread your original question? Congress and Mistral are definitely

Re: [openstack-dev] [Neutron] Reminder: Team meeting on Monday at 2100 UTC

There is also the "(GMT +00:00) GMT (no daylight savings)" entry, which I've been using. Not sure if there is a difference between that and the Reykjavik one. On Mon, Nov 9, 2015 at 9:55 AM, Carl Baldwin wrote: > I've been using Iceland's TZ for this. Seems to work well and

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

Hi, Following is the subteam report for Ironic. As usual, this is pulled directly from the Ironic whiteboard[0] and formatted. Bugs (dtantsur) (diff with Oct 19) - Open: 171 (+11). 12 new (+9), 63 in progress (+22), 0 critical, 14 high (+3) and 10 incomplete (-1) - Nova bugs with

Re: [openstack-dev] [kolla] distributing work using work items - call for participation in distributed blueprint development

Hey folks, So far a whole slew of people have joined up to develop small bits of this blueprint! Thanks for that commitment. That said, there is still more work to be done - so please feel free to pick up 1 or 2 container sets. The initial R for this blueprint has been completed after three

Re: [openstack-dev] [all] Outcome of distributed lock manager discussion @ the summit

Dedicating 3 controller nodes in a small cloud is not the best allocation of resources sometimes. Your thinking of medium to large clouds. Small production clouds are a thing too. and at that scale, a little downtime if you actually hit the rare case of a node failure on the controller may be

Re: [openstack-dev] [Neutron][IPAM] Arbitrary JSON blobs in ipam db tables

Hi Carl, Please find me reply inline On Mon, Nov 9, 2015 at 9:49 AM, Carl Baldwin wrote: > On Fri, Nov 6, 2015 at 2:59 PM, Shraddha Pandhe < > spandhe.openst...@gmail.com> wrote: >> >> We have a similar requirement where we want to pick a network thats >> accessible in the

Re: [openstack-dev] [Neutron] Reminder: Team meeting on Monday at 2100 UTC

Where do you find this? I've been using Iceland, but this sounds more explicit. For me it makes me pick a country and then a TZ, so I'm not seeing the "GMT (no daylight saving)" option anywhere. -- Russell On 11/09/2015 02:39 PM, Ihar Hrachyshka wrote: > There is also 'GMT (no daylight

Re: [openstack-dev] [all] [dlm] Zookeeper and openjdk, mythbusted

Adam Young wrote: On 11/09/2015 09:46 AM, Thierry Carrez wrote: Sean Dague wrote: I do wonder what the cause of varying quality is in the distros. I do understand that some distros aren't licensing the test suite. But they are all building from the same upstream. Except that they all use

Re: [openstack-dev] [all] [dlm] Zookeeper and openjdk, mythbusted

Sean Dague wrote: On 11/09/2015 06:05 AM, Thierry Carrez wrote: So that is an important point. While there is "the Oracle JVM", there is nothing like "OpenJDK". There are a number of OpenJDK builds by various distros and they are all different (and of varying quality). The beast is brittle, as

Re: [openstack-dev] [Neutron] Reminder: Team meeting on Monday at 2100 UTC

GMT time zone is available by following the official instructions: https://support.google.com/calendar/answer/37064?hl=en "See other time zones in your calendar” section. Ihar Russell Bryant wrote: Where do you find this? I've been using Iceland, but this sounds more

Re: [openstack-dev] [puppet] Creating puppet-keystone-core and proposing Richard Megginson core-reviewer

congratulations Rich!! - Mensaje original - > De: "Emilien Macchi" > Para: "OpenStack Development Mailing List (not for usage questions)" > > Enviados: Miércoles, 4 de Noviembre 2015 9:10:17 > Asunto: Re: [openstack-dev] [puppet]

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

Excerpts from Richard Raseley's message of 2015-11-09 10:34:26 -0800: > From this operator’s perspective this is exactly the element of community > culture that, by encouraging the proliferation of projects and tools, is > making the OpenStack landscape more complex and less >

Re: [openstack-dev] [all] Outcome of distributed lock manager discussion @ the summit

On 11/05/15 23:18, Fox, Kevin M wrote: Your assuming there are only 2 choices, zk or db+rabbit. I'm claiming both hare suboptimal at present. a 3rd might be needed. Though even with its flaws, the db+rabbit choice has a few benefits too. You also seem to assert that to support large clouds,

Re: [openstack-dev] [Neutron][IPAM] Arbitrary JSON blobs in ipam db tables

Gary, I agree. Moving away from that option, I am trying to propose the idea of extended IPAM tables: https://bugs.launchpad.net/neutron/+bug/1513981 and https://review.openstack.org/#/c/242688/ On Sun, Nov 8, 2015 at 12:10 AM, Gary Kotton wrote: > I think that id we can

  1   2   >