Re: [openstack-dev] [all] Base feature deprecation policy

On 3 September 2015 at 08:22, Thierry Carrez wrote: > ... > In particular, the current proposal says: > > "At the very minimum the feature [...] should be marked deprecated (and > still be supported) in the next two coordinated end-of-cyle releases. > For example, a

Re: [openstack-dev] [Heat] convergence rally test results (so far)

On 03/09/15 02:56, Angus Salkeld wrote: On Thu, Sep 3, 2015 at 3:53 AM Zane Bitter > wrote: On 02/09/15 04:55, Steven Hardy wrote: > On Wed, Sep 02, 2015 at 04:33:36PM +1200, Robert Collins wrote: >> On 2 September 2015 at 11:53,

Re: [openstack-dev] [tripleo] Upgrade plans for RDO Manager - Brainstorming

On 08/24/2015 03:12 PM, Emilien Macchi wrote: > Hi, > > So I've been working on OpenStack deployments for 4 years now and so far > RDO Manager is the second installer -after SpinalStack [1]- I'm working on. > > SpinalStack already had interested features [2] that allowed us to > upgrade our

Re: [openstack-dev] [cinder][third-party] StorPool Cinder CI

On Fri, Aug 28, 2015 at 6:29 PM, Peter Penchev wrote: > On Fri, Aug 28, 2015 at 1:03 AM, Peter Penchev > wrote: >> On Fri, Aug 28, 2015 at 12:22 AM, Asselin, Ramy wrote: >>> Hi Peter, >>> >>> Your log files require

[openstack-dev] [akanda] outstanding issues from last meeting

*This coming Monday meeting is a holiday, so I propose to cancel the 07 September meeting. * I do want to highlight a few things we need to iron out in the mean time. As part of getting ready for the design summit, the Akanda project needs to elect a PTL. It has been my pleasure to run the

Re: [openstack-dev] [cinder][third-party] StorPool Cinder CI

On 09/03/2015 10:17 AM, Peter Penchev wrote: > On Fri, Aug 28, 2015 at 6:29 PM, Peter Penchev > wrote: >> On Fri, Aug 28, 2015 at 1:03 AM, Peter Penchev >> wrote: >>> On Fri, Aug 28, 2015 at 12:22 AM, Asselin, Ramy

Re: [openstack-dev] [Neutron] cloud-init IPv6 support

It's not a case of cloud-init supporting IPv6 - The Amazon EC2 metadata API defines transport level details about the API - and currently only defines a well known IPv4 link local address to connect to. No well known link local IPv6 address has been defined. I usually recommend config-drive

Re: [openstack-dev] [cinder] FFE Request - capacity-headroom

Since Mike is out I wanted to respond to this: I don't think we a re planning to take FFE requests this time around. Also, the core team discussed this particular item and felt that there are still too many open questions on the patch and the patch is too invasive to merge this late in the game.

Re: [openstack-dev] [ceilometer] proposal to add Pradeep Kilambi to Ceilometer core

On Thu, Sep 3, 2015 at 12:42 PM, gord chung wrote: > > > On 31/08/15 09:13 AM, gord chung wrote: > >> hi, >> >> we'd like to nominate Pradeep Kilambi to the Ceilometer core team. he has >> contributed by adding declarative meter support in Ceilometer and provides >> feedback/input

Re: [openstack-dev] [Neutron] Allowing DNS suffix to be set per subnet (at least per tenant)

As far as I am aware it is not presently built-in to Openstack. You'll need to add a dnsmasq_config_file option to your dhcp agent configurations and then populate the file with: domain=DOMAIN_NAME,CIDR for each network i.e. domain=example.com,10.11.22.0/24 ... -Steve On Thu, Sep 3, 2015 at

Re: [openstack-dev] [Neutron] cloud-init IPv6 support

When we discussed this before on the neutron channel, I thought it was because cloud-init doesn't support IPv6. We had wasted quite a bit of time talking about adding support to our metadata service because I was under the impression that cloud-init already did support IPv6. IIRC, the argument

Re: [openstack-dev] [puppet] hosting developer documentation on http://docs.openstack.org/developer/

On 09/02/2015 02:56 PM, Emilien Macchi wrote: > > > On 09/02/2015 02:48 PM, Anita Kuno wrote: >> On 09/02/2015 02:09 PM, Emilien Macchi wrote: >>> TL;DR, I propose to move our developer documentation from wiki to >>> something like >>> http://docs.openstack.org/developer/puppet-openstack >>

Re: [openstack-dev] [Glance] loading a new conf file

A decent way would be to adopt the approach metadefs are using. Introduce a folder 'glance-tasks' and have such configs as a part of a group "ova-lite" for image-import.conf.sample. Of couse, this needs to come as part of the packaging under the standard conf directory or whatever convenient. I

Re: [openstack-dev] [Neutron] cloud-init IPv6 support

I'm pretty sure this got implemented :) http://bazaar.launchpad.net/~cloud-init-dev/cloud-init/trunk/revision/1042 and https://bugs.launchpad.net/cloud-init/+bug/1391695 That's the RHEL support, since cloud-init translates a ubuntu style networking style the ubuntu/debian style format should

Re: [openstack-dev] [puppet] hosting developer documentation on http://docs.openstack.org/developer/

On Thu, Sep 3, 2015 at 4:00 PM, Emilien Macchi wrote: > puppet-openstack-doc +1 -- *guilherme* \n \t *maluf* __ OpenStack Development Mailing List (not for usage questions) Unsubscribe:

Re: [openstack-dev] [Fuel][Fuel-Library] Nominating Alex Schultz to Fuel-Library Core

I have no idea if I'm eligible to vote, but I'll do it anyway: +1 Bartłomiej On Thu, Sep 3, 2015 at 9:16 PM, Sergey Vasilenko wrote: > +1 > > /sv > > __ > OpenStack Development Mailing List (not

Re: [openstack-dev] [Neutron] cloud-init IPv6 support

- Original Message - > From: "Kevin Benton" > > When we discussed this before on the neutron channel, I thought it was > because cloud-init doesn't support IPv6. We had wasted quite a bit of time > talking about adding support to our metadata service because I was

[openstack-dev] [sahara] Request for Feature Freeze Exception

Hey folks! I would like to propose to add to list of FFE's following blueprint: https://blueprints.launchpad.net/sahara/+spec/drop-hadoop-1 Reasoning of that is following: 1. HDP 1.3.2 and Vanilla 1.2.1 are not gated for a whole release cycle, so it can be reason of several bugs in these

Re: [openstack-dev] [Fuel][Fuel-Library] Nominating Alex Schultz to Fuel-Library Core

+1 /sv __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [horizon] Concern about XStatic-bootswatch imports from fonts.googleapis.com

On 03/09/15 13:24, Thomas Goirand wrote: > Hi, > > When doing: > grep -r fonts.googleapis.com * > > there's 56 lines of this kind of result: > xstatic/pkg/bootswatch/data/cyborg/bootstrap.css:@import > url("https://fonts.googleapis.com/css?family=Roboto:400,700;); > > This is wrong because: >

Re: [openstack-dev] [oslo][versionedobjects][ceilometer] explain the benefits of ceilometer+versionedobjects

On 28/08/15 01:54 PM, Dan Smith wrote: we store everything as primitives: floats, time, integer, etc... since we need to query on attributes. it seems like versionedobjects might not be useful to our db configuration currently. I don't think the former determines the latter -- we have lots of

Re: [openstack-dev] [Fuel] Nominate Evgeniy Konstantinov for fuel-docs core

+1 /sv __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Fuel][Fuel-Library] Nominating Alex Schultz to Fuel-Library Core

+1 /sv __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [freezer] Public IRC meetings every Thursday at 4PM (GTM0)

Hi, Reminder that we have a public meeting every Thursday at 4PM (GMT0) at the #openstack-freezer channel to discuss freezer, a backup and restore tool for openstack. Project repositories: - https://github.com/stackforge/freezer - https://github.com/stackforge/freezer-api -

Re: [openstack-dev] [Glance] Feature Freeze Exception proposal

We agreed to hold off on granting it a FFE until tomorrow. There's a sync up meeting on this topic tomorrow, Friday Sept 4th at 14:30 UTC ( #openstack-glance ). Please be there to voice your opinion and cast your vote. On 9/3/15 9:15 AM, Brian Rosmaita wrote: > I added an agenda item for this

[openstack-dev] [horizon] Concern about XStatic-bootswatch imports from fonts.googleapis.com

Thomas, Sorry for the slow response, since I wasn't on the right mailing list yet. 1. I'm trying to figure out the best way possible to address this security breach. I think that the best way to fix this is to augment Bootswatch to only use the URL through a parameter, that can be easily

[openstack-dev] [nova] Question regarding fix for 1392527

With the fix patched into our Juno code base, the instance object that is handed into the driver.delete_instance_files() does not contain the instance_metadata from the db. Is there a reason that is being left out? If not should it be included? -- Sean Wilcox 3032729711 x79711

Re: [openstack-dev] [ceilometer] proposal to add Liusheng to Ceilometer core

On 31/08/15 09:18 AM, gord chung wrote: hi, we'd like to nominate Liusheng to the Ceilometer core team. he has been a leading contributor in Ceilometer, provides solid reviews, and regularly adds ideas for new improvements. as we did last time, please vote here:

Re: [openstack-dev] [Glance] Feature Freeze Exception proposal

Thank you Nikhil and Brian! -Original Message- From: Nikhil Komawar [mailto:nik.koma...@gmail.com] Sent: Thursday, September 03, 2015 9:42 AM To: openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [Glance] Feature Freeze Exception proposal We agreed to hold off on granting

Re: [openstack-dev] [ceilometer] proposal to add Pradeep Kilambi to Ceilometer core

On 31/08/15 09:13 AM, gord chung wrote: hi, we'd like to nominate Pradeep Kilambi to the Ceilometer core team. he has contributed by adding declarative meter support in Ceilometer and provides feedback/input in regards to packaging and design. as we did last time, please vote here:

Re: [openstack-dev] [Glance] loading a new conf file

Sorry for the spam .. but email better for us in 2 disparate time zones, We are a little stuck on how to integrate a new conf file and read it. Or perhaps we are approaching it wrong/missing something obvious. This is with respect

Re: [openstack-dev] [Neutron] Allowing DNS suffix to be set per subnet (at least per tenant)

I am not sure if this address what you need specifically, but it would be worth checking these two approved liberty specs: 1) https://github.com/openstack/neutron-specs/blob/master/specs/liberty/internal-dns-resolution.rst 2)

Re: [openstack-dev] [Neutron] cloud-init IPv6 support

I think that's different than what is being asked here. That patch appears to just add IPv6 interface information if it's available in the metadata. This thread is about getting cloud-init to connect to an IPv6 address instead of 169.254.169.254 for pure IPv6 environments. On Thu, Sep 3, 2015 at

Re: [openstack-dev] [neutron] pushing changes through the gate

On 2 September 2015 at 09:40, Armando M. wrote: > Hi, > > By now you may have seen that I have taken out your change from the gate > and given it a -2: don't despair! I am only doing it to give priority to > the stuff that needs to merge in order to get [1] into a much better

Re: [openstack-dev] [sahara] Request for Feature Freeze Exception

On 09/03/2015 02:49 PM, Vitaly Gridnev wrote: Hey folks! I would like to propose to add to list of FFE's following blueprint: https://blueprints.launchpad.net/sahara/+spec/drop-hadoop-1 Reasoning of that is following: 1. HDP 1.3.2 and Vanilla 1.2.1 are not gated for a whole release cycle,

Re: [openstack-dev] [oslo][versionedobjects][ceilometer] explain the benefits of ceilometer+versionedobjects

>>> we store everything as primitives: floats, time, integer, etc... since >>> we need to query on attributes. it seems like versionedobjects might not >>> be useful to our db configuration currently. >> I don't think the former determines the latter -- we have lots of things >> stored as rows of

[openstack-dev] FFE Request for completion of data driven assignment testing in Keystone

The approved Keystone Blueprint (https://review.openstack.org/#/c/190996/ ) for enhancing our testing of the assignment backend was split into 7 patches. 5 of these landed before the liberty-3 freeze, but two had not yet been approved. I would like to

[openstack-dev] FFE Request for list role assignment in tree blueprint in Keystone

The approved Keystone blueprint (https://review.openstack.org/#/c/187045/ ) was held up during the Liberty cycles by needing the data driver testing to be in place (https://review.openstack.org/#/c/190996/ ).

Re: [openstack-dev] [Openstack-operators] [Neutron] Allowing DNS suffix to be set per subnet (at least per tenant)

Support for that blueprint already merged[1] so it's a little late to change it to per-subnet. If that is too fine-grained for your use-case, I would file an RFE bug[2] to allow it to be set at the subnet level. 1. https://review.openstack.org/#/c/200952/ 2.

Re: [openstack-dev] [Neutron] Allowing DNS suffix to be set per subnet (at least per tenant)

On 09/03/15 20:51, Gal Sagie wrote: I am not sure if this address what you need specifically, but it would be worth checking these two approved liberty specs: 1) https://github.com/openstack/neutron-specs/blob/master/specs/liberty/internal-dns-resolution.rst 2)

Re: [openstack-dev] [sahara] Request for Feature Freeze Exception

Agreed. We've talked about this for a while, and it's very low risk. Thanks, Ethan - Original Message - From: "michael mccune" To: openstack-dev@lists.openstack.org Sent: Thursday, September 3, 2015 3:53:41 PM Subject: Re: [openstack-dev] [sahara] Request for Feature

Re: [openstack-dev] [horizon] Concern about XStatic-bootswatch imports from fonts.googleapis.com

On 09/03/2015 07:58 PM, Diana Whitten wrote: > Thomas, > > Sorry for the slow response, since I wasn't on the right mailing list yet. > > 1. I'm trying to figure out the best way possible to address this > security breach. I think that the best way to fix this is to augment > Bootswatch to only

[openstack-dev] [Ironic][Neutron] Ironic-Neutron Integration meeting cancelled for Sept 7th

Folks, On account of Labor day holiday on Monday (9/7/15) in U.S.A, we will not be holding Ironic-Neutron integration meeting. On a separate note, Ironic core team is planning for Liberty-RC1 sometime in third week of Sept. This means we need to test and complete all our patches ASAP so that

Re: [openstack-dev] [Fuel] Code review process in Fuel and related issues

Thank you all for the feedback. Dims - > 1) I'd advise to codify a proposal in fuel-specs under a 'policy' directory I think it's great idea and I'll do it. > 2) We don't have SME terminology, but we do have Maintainers both in oslo-incubator I like "Maintainers" more than SMEs, thank you

Re: [openstack-dev] [Heat] convergence rally test results (so far)

On Thu, Sep 3, 2015 at 3:53 AM Zane Bitter wrote: > On 02/09/15 04:55, Steven Hardy wrote: > > On Wed, Sep 02, 2015 at 04:33:36PM +1200, Robert Collins wrote: > >> On 2 September 2015 at 11:53, Angus Salkeld > wrote: > >> > >>> 1. limit the number of

[openstack-dev] [TripleO] Status of CI changes

Hi All, The patch to reshuffle our CI jobs has merged[1], along with the patch to switch the f21-noha job to be instack based[2] (with centos images). So the current status is that our CI has been removed from most of the non tripleo projects (with the exception of nova/neutron/heat and

Re: [openstack-dev] [Glance] Feature Freeze Exception proposal

On 02/09/15 22:11 -0400, Nikhil Komawar wrote: Hi, I wanted to propose 'Single disk image OVA import' [1] feature proposal for exception. This looks like a decently safe proposal that should be able to adjust in the extended time period of Liberty. It has been discussed at the Vancouver summit

Re: [openstack-dev] [Glance] Feature Freeze Exception proposal

Flavio, first thing in the morning Kent will upload a new BP that addresses the comments. We would very much appreciate a +1 on the FFE. Regards Malini -Original Message- From: Flavio Percoco [mailto:fla...@redhat.com] Sent: Thursday, September 03, 2015 1:52 AM To: OpenStack

Re: [openstack-dev] [nova] [docs] Are cells still 'experimental'?

I think they should not be marked experimental. For better or for worse, there are multiple sites deployed, and we will support them if something goes wrong. That said, I wouldn't be encouraging new deployments of cells v1 at this point. Michael On Thu, Sep 3, 2015 at 12:55 PM, Lana Brindley

[openstack-dev] [QA] Meeting Thursday September 3rd at 9:00 UTC

Hi everyone, Please reminder that the weekly OpenStack QA team IRC meeting will be Thursday, September 3th at 9:00 UTC in the #openstack-meeting channel. The agenda for the meeting can be found here: https://wiki.openstack.org/wiki/Meetings/QATeamMeeting Anyone is welcome to add an item to the

[openstack-dev] Fwd: [cinder][ThirdPartyCI]CloudFounders OpenvStorage CI - request to re-add the cinder driver

Hi, Trying to get more attention to this ... We had our driver removed by commit: https://github.com/openstack/cinder/commit/f0ab819732d77a8a6dd1a91422ac183ac4894419 due to no CI. Pls let me know if there is something wrong so we can fix it asap so we can have the driver back in Liberty (if

[openstack-dev] [Neutron] Allowing DNS suffix to be set per subnet (at least per tenant)

Hello all (cross-posting to openstack-operators as well) Today the setting of the dns suffix that is provided to the instance is passed through dhcp_agent. There is the option of setting different DNS servers per subnet (and and therefore tenant) but the domain suffix is something that stays

Re: [openstack-dev] [murano] Let's minimaze the list of pylint exceptions

If somebody wants to join here is a code for vim plugin which may help you: http://paste.openstack.org/show/444042/ Copy it and save in your vim plugin directory. After that press or and see pylint errors in single file or all pylint errors in current code. Nikolay Starodubtsev Software

Re: [openstack-dev] How to run fw testcases which are recently moved from tempest to neutron.

> On 02 Sep 2015, at 17:37, bharath wrote: > > Hi , > > How to run FW testcases which are under neutron using tempest? > > If i am trying to list cases from tempest(sudo -u stack -H testr list-tests > neutron.api > ), its resulting to empty list > You would need to set

Re: [openstack-dev] Tracing a request (NOVA)

Vedsar Kushwaha said on Sat, Aug 29, 2015 at 09:30:05AM +0530: > *i just want to understand as to how the request goes from the api-call to > the nova-api and so on after that.* For a code-level walkthrough:

Re: [openstack-dev] [Glance] Feature Freeze Exception proposal

Malini, all, My current opinion is -1 for FFE based on the concerns in the spec and implementation. I'm more than happy to realign my stand after we have updated spec and a) it's agreed to be the approach as of now and b) we can evaluate how much work the implementation needs to meet with the

Re: [openstack-dev] [TripleO][Heat] instance_user fallout, keeping the 'heat-admin' user working

On Wed, Sep 02, 2015 at 08:32:25PM -0400, James Slagle wrote: > On Wed, Sep 2, 2015 at 4:22 PM, Dan Prince wrote: > > We had an IRC discussion today about the 'heat-admin' user in #tripleo. > > > > Upstream Heat recently reverted the 'instance_user' config file option > >

[openstack-dev] [horizon] Concern about XStatic-bootswatch imports from fonts.googleapis.com

Hi, When doing: grep -r fonts.googleapis.com * there's 56 lines of this kind of result: xstatic/pkg/bootswatch/data/cyborg/bootstrap.css:@import url("https://fonts.googleapis.com/css?family=Roboto:400,700;); This is wrong because: 1/ This is a privacy breach, and one may not agree on hitting

[openstack-dev] [Fuel][Fuel-Library] Nominating Alex Schultz to Fuel-Library Core

+1 Thank you Alex for work hard. > Hi, > > I would like to nominate Alex Schultz to Fuel-Library Core team. He’s been > doing a great job in writing patches. At the same time his reviews are > solid with comments for further improvements. He’s #3 reviewer and #1 > contributor with 46 commits for

Re: [openstack-dev] [mistral][yaql] Addressing task result using YAQL function

> On 02 Sep 2015, at 21:01, Dmitri Zimine wrote: > > Agree, > > with one detail: make it explicit - task(task_name). So do you suggest we just replace res() with task() and it looks like task() - get task result when we are in “publish” task(task_name) - get task

Re: [openstack-dev] [Neutron] cloud-init IPv6 support

- Original Message - > From: "Joshua Harlow" > To: "OpenStack Development Mailing List (not for usage questions)" > , "PAUL CARVER" > > Jump on #cloud-init on freenode, smoser and I (and the other folks there) are > both pretty

Re: [openstack-dev] [Fuel] Nominate Evgeniy Konstantinov for fuel-docs core

+2 On Thu, Sep 3, 2015 at 8:49 AM, Anastasia Urlapova wrote: > +1 > > On Wed, Sep 2, 2015 at 4:03 PM, Dmitry Borodaenko < > dborodae...@mirantis.com> wrote: > >> +1, Evgeny has been a #1 committer in fuel-docs for a while, it's great >> to see him pick up on the reviews,

Re: [openstack-dev] [TripleO][Heat] instance_user fallout, keeping the 'heat-admin' user working

On Thu, Sep 3, 2015 at 6:46 AM, Steven Hardy wrote: > On Wed, Sep 02, 2015 at 08:32:25PM -0400, James Slagle wrote: >> On Wed, Sep 2, 2015 at 4:22 PM, Dan Prince wrote: >> > We had an IRC discussion today about the 'heat-admin' user in #tripleo. >> > >> >

[openstack-dev] [all] Base feature deprecation policy

Hi everyone, A feature deprecation policy is a standard way to communicate and perform the removal of user-visible behaviors and capabilities. It helps setting user expectations on how much and how long they can rely on a feature being present. It gives them reassurance over the timeframe they

Re: [openstack-dev] cloud-init IPv6 support

So if we define the well known address and cloud-init adopts it, then Amazon should be inclined to adopt it too. :) Why always chase Amazon? Thanks, Kevin From: Steve Gordon [sgor...@redhat.com] Sent: Thursday, September 03, 2015 11:06 AM To: Kevin

[openstack-dev] [horizon] Concern about XStatic-bootswatch imports from fonts.googleapis.com

Thomas, Lots of movement on this today. I was able to get Bootswatch to roll a new package to accommodate our need to not pull in the URL by default any longer. This is now a configurable value that can be set by a variable. The variable's default value is still the google URL, but Horizon will

[openstack-dev] [Ironic] Liberty release plans

Hi all, I wanted to lay down my thoughts on the rest of the cycle here. As you may know, we recently released Ironic 4.0.0. We've also released python-ironicclient 0.8.0 and ironic-lib 0.1.0 this week. Yay! I'd like to do two more server releases this cycle. * 4.1.0 - minor release to clean up

[openstack-dev] [Ironic] Introducing ironic-lib 0.1.0

Hi all, I'm proud to announce the initial release of ironic-lib! This library was built to share code between various Ironic projects. The initial release contains an up-to-date copy of Ironic's disk partitioning code, to be shared between Ironic and ironic-python-agent. At the beginning of the

Re: [openstack-dev] [Heat] convergence rally test results (so far)

On Fri, Sep 4, 2015 at 12:48 AM Zane Bitter wrote: > On 03/09/15 02:56, Angus Salkeld wrote: > > On Thu, Sep 3, 2015 at 3:53 AM Zane Bitter > > wrote: > > > > On 02/09/15 04:55, Steven Hardy wrote: > > > On Wed, Sep

Re: [openstack-dev] [neutron] pushing changes through the gate

Good work and thank you for your help with my patch. Anyway, I don’t know when does bp owner have to merge the code by. I can see the following sentence in bp rule[1] “The PTL will create a -backlog directory during the RC window and move all specs which didn’t make the there.” Did we have to

Re: [openstack-dev] FFE Request for completion of data driven assignment testing in Keystone

> On Sep 3, 2015, at 19:48, Morgan Fainberg wrote: > > > > >> On Sep 3, 2015, at 19:28, David Stanek wrote: >> >> >>> On Thu, Sep 3, 2015 at 3:44 PM Henry Nash wrote: >>> >>> I would like to request an FFE for

Re: [openstack-dev] [Neutron] Allowing DNS suffix to be set per subnet (at least per tenant)

On 09/03/15 20:37, Steve Wormley wrote: As far as I am aware it is not presently built-in to Openstack. You'll need to add a dnsmasq_config_file option to your dhcp agent configurations and then populate the file with: domain=DOMAIN_NAME,CIDR for each network i.e. domain=example.com

Re: [openstack-dev] [Fuel] Nominate Evgeniy Konstantinov for fuel-docs core

+1 On Thu, Sep 3, 2015 at 10:14 PM, Sergey Vasilenko wrote: > +1 > > > /sv > > > __ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe:

[openstack-dev] [Cross Project] [Neutron] [Nova] Tox.ini changes for Constraints testing

Hi, I'm working on setting up both Nova and Neutron with constrained unit tests. More details about this can be found in the changes can be found in it's blueprint [0]. An example issue this will prevent is Neutron's recent gate breakage caused by a new netaddr version. [1] Now that the base

Re: [openstack-dev] [neutron] pushing changes through the gate

On 3 September 2015 at 17:55, Hirofumi Ichihara < ichihara.hirof...@lab.ntt.co.jp> wrote: > Good work and thank you for your help with my patch. > > Anyway, I don’t know when does bp owner have to merge the code by. > I can see the following sentence in bp rule[1] > “The PTL will create a

[openstack-dev] [kolla][doc] Kolla documentation now live on docs.openstack.org!

Hi folks, Kolla documentation is now published live to docs.openstack.org. Our documentation still needs significant attention to be really high quality, but what we have is a start. Every code change results in new published documentation. I’d like to invite folks interested in getting

Re: [openstack-dev] [nova] [neutron] [rally] Neutron or nova degradation?

On Thu, Sep 3, 2015 at 8:43 AM, Andrey Pavlov wrote: > Hello, > > We have rally job with fake virt driver. And we run it periodically. > This job runs 200 servers and measures 'show' operations. > > On 18.08 it was run well[1]. But on 21.08 it was failed by timeout[2]. > I

Re: [openstack-dev] [Glance] Feature Freeze Exception proposal

I added an agenda item for this for today's Glance meeting: https://etherpad.openstack.org/p/glance-team-meeting-agenda I'd prefer to hold my vote until after the meeting. cheers, brian On 9/3/15, 6:14 AM, "Kuvaja, Erno" wrote: >Malini, all, > >My current opinion is -1 for

[openstack-dev] [nova] [neutron] [rally] Neutron or nova degradation?

Hello, We have rally job with fake virt driver. And we run it periodically. This job runs 200 servers and measures 'show' operations. On 18.08 it was run well[1]. But on 21.08 it was failed by timeout[2]. I tried to understand what happens. I tried to check this job with 20 servers only[3]. It

Re: [openstack-dev] [nova] [docs] Are cells still 'experimental'?

Cells v1 were marked as experimental because of the total lack of testing. Some of that has now been resolved, we have a check job that tests a subset of our functionality on cells. But honestly, given we plan to remove cells v1, and the limitations you will find using cells v1, its tempting to

Re: [openstack-dev] [nova] [docs] Are cells still 'experimental'?

On 09/03/2015 08:48 AM, John Garbutt wrote: > Cells v1 were marked as experimental because of the total lack of testing. > > Some of that has now been resolved, we have a check job that tests a > subset of our functionality on cells. > > But honestly, given we plan to remove cells v1, and the

Re: [openstack-dev] [nova] [docs] Are cells still 'experimental'?

On 09/03/15 at 04:33pm, Michael Still wrote: I think they should not be marked experimental. For better or for worse, there are multiple sites deployed, and we will support them if something goes wrong. I don't recall all of the criteria that went into the decision to mark them experimental,

[openstack-dev] [magnum]keystone version

Hi all, Now the keystoneclient in magnum only support keystone v3. Is is necessary to support keystone v2? Keystone v2 don't support trust. Regards, Wanghua __ OpenStack Development Mailing List (not for usage questions)

Re: [openstack-dev] FFE Request for completion of data driven assignment testing in Keystone

> On Sep 3, 2015, at 19:28, David Stanek wrote: > > >> On Thu, Sep 3, 2015 at 3:44 PM Henry Nash wrote: >> >> I would like to request an FFE for the remaining two patches that are >> already in review

Re: [openstack-dev] Scheduler hints, API and Objects

Hi Andrew, Sorry for this late response, I missed it. 2015-06-25 23:22 GMT+09:00 Andrew Laski : > I have been growing concerned recently with some attempts to formalize > scheduler hints, both with API validation and Nova objects defining them, > and want to air those concerns

Re: [openstack-dev] FFE Request for completion of data driven assignment testing in Keystone

On Thu, Sep 3, 2015 at 3:44 PM Henry Nash wrote: > > I would like to request an FFE for the remaining two patches that are > already in review (https://review.openstack.org/#/c/153897/ and > https://review.openstack.org/#/c/154485/). These contain only test code > and