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

I think that id we can move to a versioned object model model then it will be better. Having random json blobs passed around is going to cause problems. From: "Armando M." mailto:arma...@gmail.com>> Reply-To: OpenStack List mailto:openstack-dev@lists.openstack.org>> Date: Wednesday, November 4,

[openstack-dev] Questions regarding OpenStack CI tools

Hey, A question regarding OpenStack CI tools…. Does OpenStack CI process use any monitor code cleanliness tool, code coverage tool or any monitor memory consumption/leaks tools? Thanks, Maty __ OpenStack Development Mailing

[openstack-dev] [Heat] Deprecate heat-keystone-setup

I would like to deprecate heat-keystone-setup tool in bin folder, because it's still using keystone client for execute keystone commands, and I don’t know if anyone still needs it. If no one use it, I think it’s better delete it instead of maintain it to use openstack client. I would like to kn

[openstack-dev] [ceilometer][vitrage][horizon] ceilometer alarms screen in horizon

Hi, Following our Tokyo meetings and chats around vitrage and ceilometer, we are now working on vitrage blueprints for Mitaka. One of the blueprints is around ‘active alarms’ screen in the horizon dashboard. Is there any open blueprint for that, or should I open a new one? Was this discussed in th

[openstack-dev] [heat] Questions about BP for enable/disable heat-engine

Hi, I notice that there is a BP for enable/disable heat-engine, https://blueprints.launchpad.net/heat/+spec/heat-manage-service-disable-enable This feature is important when maintain heat-engine in HA production,

Re: [openstack-dev] [Neutron][dns]What the meaning of "dns_assignment" and "dns_name"?

Hi Neil, You are correct about dns_name and dns_assignment. Prior to adding this feature to Neutron, all your ports were getting implicitly what I named "dns_assignment". It was created by the the DHCP agent and pushed to the dnsmasq instance associated with the port's network. This implicit dns

Re: [openstack-dev] [nova] Proposal to add Alex Xu to nova-core

+1 Alex does good work. Michael On Sat, Nov 7, 2015 at 2:32 AM, John Garbutt wrote: > Hi, > > I propose we add Alex Xu[1] to nova-core. > > Over the last few cycles he has consistently been doing great work, > including some quality reviews, particularly around the API. > > Please respond with

Re: [openstack-dev] [nova][policy] Exposing hypervisor details to users

On Fri, Nov 06, 2015 at 05:08:59PM +1100, Tony Breeds wrote: > 4. Create a capabilitioes API of some description, that can be queried so > that > consumers (horizon) can known Thanks everyone for the input. I'm going to go with the simple first step that Sean described as it seesm liek the

Re: [openstack-dev] [ironic] Mitaka priorities

Jim, Devananda, and Ironicers Thanks for your all coordination and efforts to have the fruitful meeting. I was very glad to see Ironicers in face to face beyond a year finally. Related to the priority, generally speaking, priority should be based on a certain vision. And I had an opportunity to p

Re: [openstack-dev] Questions regarding OpenStack CI tools

Hi Maty, Usually in python projects are used next thing: - cover - for unit test coverage - pep8 + custom hacking rules - to check code styles - pylint - to check even more code styles Best regards, Boris Pavlovic On Sun, Nov 8, 2015 at 4:41 AM, GROSZ, Maty (Maty) < maty.gr...@alcatel-lucent.c

[openstack-dev] [kuryr] Current status of docker python lib supports for libnetwork

Hi, kuryr guys I may not attend tmr's IRC meeting, hence make a quick sync here. One task is to investigate the docker python lib support to libnetwork. I checked the code here at https://github.com/docker/docker-py. They do have the network api support in code (in api/network.py),

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

Hi, Anyone recently meet such problem after cloning the latest code from kuryr? Try proxy also, but not solved. $ git review -s Problem running 'git remote update gerrit' Fetching gerrit FATAL: Unable to connect to relay host, errno=10061 ssh_exchange_identification: Connection closed by rem

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

Not sure if this can help you, Verify if your public key is in your gerrit account. Another thing you can try is to update your openstack account to foundation member, I had a similar error a while a go. 2015-11-08 23:13 GMT-03:00 Baohua Yang : > Hi, >Anyone recently meet such problem after

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

TCP error code 10061: No connection could be made because the target machine actively refused it. find this from google, maybe helpful On Mon, Nov 9, 2015 at 10:42 AM, Iury Gregory wrote: > Not sure if this can help you, > Verify if your public key is in your gerrit account. > > Another thing yo

Re: [openstack-dev] [puppet] weekly meeting #58 and next week

We have a very light schedule if anyone would like to discuss bugs or other issues, it would be a good time to do so. On Sat, Nov 7, 2015 at 12:29 PM, Emilien Macchi wrote: > Hello! > > Here's an initial agenda for our weekly meeting, Tuesday at 1500 UTC > in #openstack-meeting-4: > > https://et

[openstack-dev] [designate]question about the lock‏

In the service:central, function: synchronized_domain, hold the lock in threading.local. My question is when I use multithreading or multiprocess, does the synchronized_domain take effect ? Thankskieslee

Re: [openstack-dev] [nova] Proposal to add Sylvain Bauza to nova-core

+1... Sylvain is an excellent reviewer. On Sat, Nov 7, 2015 at 2:32 AM, John Garbutt wrote: > Hi, > > I propose we add Sylvain Bauza[1] to nova-core. > > Over the last few cycles he has consistently been doing great work, > including some quality reviews, particularly around the Scheduler. > > P

Re: [openstack-dev] [Neutron][Kuryr] - IRC Meetings

Hi, As we discussed in the summit, the time of our IRC meeting would be changed from 15 UTC on Monday to 3 UTC on Tuesday. However, I think I missed when this would be applied and it seems it has not been announced clearly in the text format. Could you give use the accurate date and time when we h

Re: [openstack-dev] [rpm-packaging] core reviewers nomination

On Mon, 2015-11-02 at 23:23 +0900, Haïkel wrote: > I'd like to propose new candidates for RPM packaging core reviewers: > Alan Pevec > Jakub Ruzicka > > Both are involved in downstream RDO project and this group creation. > Alan is part of the stable release team and Jakub has been working on > ou

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

On Fri, Nov 06, 2015 at 02:42:20PM -0500, Sean Dague wrote: > The upstream strategy has been make upgrades unexciting, and then folks > can move forward easily. > > I would really like to unpack what those various reasons are that people > are trapped. Because figuring out why they feel that way

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

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 upstream context after the EOL date. We already have > distro vendors doing wo

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

On Fri, Nov 06, 2015 at 09:20:08AM -0600, Matt Riedemann wrote: > It also extends the life and number of tests that need to be run against > things in Tempest, which already runs several dozen jobs per change proposed > today (since Tempest is branchless). Okay this is something that I hadn't tho

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

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 branches for fun or > because we hate old t

Re: [openstack-dev] Questions regarding OpenStack CI tools

Thank you, Boris. From: Boris Pavlovic Reply-To: "OpenStack Development Mailing List (not for usage questions)" Date: Monday, November 9, 2015 at 02:26 To: "OpenStack Development Mailing List (not for usage questions)" Subject: Re: [openstack-dev] Questions regarding OpenStack CI tools Hi Maty,

Re: [openstack-dev] [nova] Proposal to add Sylvain Bauza to nova-core

+1 for Sylvain :-) 2015-11-07 0:32 GMT+09:00 John Garbutt : > Hi, > > I propose we add Sylvain Bauza[1] to nova-core. > > Over the last few cycles he has consistently been doing great work, > including some quality reviews, particularly around the Scheduler. > > Please respond with comments, +1s,

Re: [openstack-dev] [nova] Proposal to add Alex Xu to nova-core

+1 for Alex. He is helping us in long term :-) 2015-11-07 0:32 GMT+09:00 John Garbutt : > Hi, > > I propose we add Alex Xu[1] to nova-core. > > Over the last few cycles he has consistently been doing great work, > including some quality reviews, particularly around the API. > > Please respond wit

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

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 ... > If we can't get global agreement quickly, we should at least get a > Nova API wide standard patter

Re: [openstack-dev] [ceilometer][vitrage][horizon] ceilometer alarms screen in horizon

This blueprint is being revived by a new assignee I believe: https://blueprints.launchpad.net/horizon/+spec/ceilometer-alarm-management-page Rob From: "ITZIKOWITZ, Noy (Noy)" mailto:noy.itzikow...@alcatel-lucent.com>> Reply-To: "openstack-dev@lists.openstack.org

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

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 some of the issues covered below. I believe some of the recent changes around letting pip build wheels and cleaning up some of the package dependenci

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

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 >sphinx documentation build. An example patch for Glance is in >[2]. > Hi, Doug, I am gonna do thi

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

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 the rebuild(recovery) action for root device while maintain instance UUID sorts

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

Excerpts from Zhenyu Zheng's message of 2015-11-08 23:04:59 -0800: > 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 th

Re: [openstack-dev] [neutron] Stepping Down from Neutron Core Responsibilities

Hi- Congratulations for the support and excellent contributions. - Trinath From: Edgar Magana [mailto:edgar.mag...@workday.com] Sent: Thursday, November 05, 2015 5:58 AM To: OpenStack Development Mailing List Subject: [openstack-dev] [neutron] Stepping Down from Neutron Core Responsibilities