Re: [openstack-dev] [Neutron][L3] Representing a networks connected by routers

>Also, in my proposal, it is more the router that is the grouping mechanism. I can't reconcile this with all of the points you make in the rest of your email. You want the collection of subnets that a network represents, but you don't want any other properties of the network. >that the network ob

[openstack-dev] Which is the correct way to set ha queues in RabbitMQ

Hi, I read these two documents: http://docs.openstack.org/high-availability-guide/content/_configure_rabbitmq.html https://www.rdoproject.org/RabbitMQ To configure the queues in HA mode, the two docs suggests two slightly different commands; The first one says: rabbitmqctl set_policy ha-all

[openstack-dev] Dragonflow - Weekly IRC Meeting

Hello Everyone, If you are not familiar with Dragonflow, it is a lightweight SDN controller embedded in Neutron that tries to solve distributed virtual routing the SDN way. Dragonflow is officially part of Neutron big tent starting at Kilo, you can read more information about it in the following

[openstack-dev] [neutron][extra-dhcp-opt]How to use extra-dhcp-opt when the opt_name="static-route" and opt_name="classless-static-route"?

Hi all, When using the extr-dhcp-opt, I find the function works well when opt_name="mtu" and opt_name="router". The vm created will use the assigned mtu value or the assigned gateway. But when I create port using --extra-dhcp-opt opt_name="static-route",opt_value="192.168.

Re: [openstack-dev] [fuel] Fuel plugin as docker containers images

Hi Konstantin, I'm not sure if we track such feature anywhere. But one of the reasons to use containers on the master was to deliver plugin specific containers, so they don't intersect and don't break Fuel master dependencies. Do you have some specific use case for that? Thanks, On Mon, Jul 27,

Re: [openstack-dev] [openstack-tc][deb-packaging] Updated proposal for OpenStack deb packages

On 07/24/2015 11:07 AM, Thierry Carrez wrote: > Igor Yozhikov wrote: >> Hello again to everyone, resending this letter due to typo in the topic >> of the previous letter, apologize for this. >> * >> Introductory words:* >> I want to present renewed proposal for packaging of OpenStack >> components

Re: [openstack-dev] [fuel] FF Exception request for Templates for Networking feature

On Mon, Jul 27, 2015 at 1:10 PM, Evgeniy L wrote: > Currently network template uses ERB [1] style template language, > but in fact it's Jinja [2], it was agreed to change it [3], no to confuse > the user, with ERB which is in fact jinja and doesn't have any ERB > features. > we have not so much

Re: [openstack-dev] [Ironic] Let's talk about API versions

On 07/27/2015 10:41 PM, Sean Dague wrote: On 07/27/2015 04:35 PM, Jim Rollenhagen wrote: Hi friends. Ironic implemented API "micro" versions in Kilo. We originally did this to allow for breaking changes in the API while allowing users to opt in to the breakage. Since then, we've had a "default

[openstack-dev] [cinder][nova] snapshot and cloning for NFS backend

Hi Devs, There is an NFS backend driver for cinder, which supports only limited volume handling features. Specifically, "snapshot" and "cloning" features are missing. Eric Harney has proposed a feature of "NFS driver snapshot" [1][2][3], which was approved on Dec 2014 but not implemented yet.

Re: [openstack-dev] The proposed "Neutron API extension for packet forwarding" has a lot of duplication to the Neutron SFC API

On 07/27/2015 07:15 PM, Cathy Zhang wrote: > Hi Anita, > > Not sure if you read the logs. The concern on > https://review.openstack.org/#/c/186663/ and duplication were brought up by > Sean. > The goal is to have one set of API instead of multiple APIs with minor > differences. The consensus is

Re: [openstack-dev] Announcing HyperStack project

Jay, Yes, it is on the agenda. Thanks, Adrian On Jul 27, 2015, at 8:32 AM, Jay Lau mailto:jay.lau@gmail.com>> wrote: Adrian, Can we put hyper as a topic for this week's (Tomorrow) meeting? I want to have some discussion with you. Thanks 2015-07-27 0:43 GMT-04:00 Adrian Otto mailto:ad

Re: [openstack-dev] [glance] Removing python-swiftclient from requirements.txt

On 07/27/2015 11:42 PM, William M Edmonds wrote: > python-swiftclient is only needed by operators that are using the swift > backend, so it really doesn't belong in requirements.txt. Listing it in > requirements forces all operators to install it, even if they're not > going to use the swift backen

Re: [openstack-dev] [fuel] FF Exception request for Templates for Networking feature

Completely agree with Sergey. >Currently network template uses ERB [1] style template language, but in fact it's Jinja [2], it was agreed to change it [3], no to confuse the user [1] - I just uses <% and %> to substitute values. That is not ERB style template language. [2] - We are not using Jinj

Re: [openstack-dev] Python 3: 5 more projects with a py34 voting gate, only 4 remaing

I have updated it. Thank you for sharing a link. On Mon, Jul 27, 2015 at 3:44 PM, Victor Stinner wrote: > Hi, > > On 27/07/2015 12:35, Roman Vasilets wrote: > >> Hi, just what to share with you. Rally project also have voting py34 >> jobs. Thank you. >> > > Cool! I don't know if Rally port the P

Re: [openstack-dev] [all] cross project communication: Return request-id to caller

On Fri, Jul 24, 2015 at 10:08:45AM -0400, Doug Hellmann wrote: > Excerpts from Kekane, Abhishek's message of 2015-07-24 06:33:00 +: > > Hi Devs, > > > > X-Openstack-Request-Id. We have analysed python-cinderclient, > > python-glanceclient, python-novaclient, python-keystoneclient and > > pyt

Re: [openstack-dev] [Ironic] Let's talk about API versions

Hi, > Could you combine 1 and 4? > > Deprecate not specifying the version, but pin to the oldest one for now? > That way users get the warnings that they need to adapt, but things keep > working? Could be switched to just 4 after a few months. > This is similar to what I would like to suggest. Bu

Re: [openstack-dev] [fuel] FF Exception request for Templates for Networking feature

Hi Alexander, I don't agree with your statements >> [1] - I just uses <% and %> to substitute values. It's what templating is about, you have some text preprocessor to substitute values. >> That is not ERB style template language. ERB uses the same syntax, hence it Is ERB style. >> [2] - We ar

Re: [openstack-dev] [cinder][nova] snapshot and cloning for NFS backend

Hi The patch [4] has been abandoned but it's not clear why. I too think that having a full fledged NFS driver would be great ! [4] https://review.openstack.org/#/c/149037/ Jordan On Tue, Jul 28, 2015 at 10:00 AM, Kekane, Abhishek < abhishek.kek...@nttdata.com> wrote: > Hi Devs, > > > > There

[openstack-dev] [Fuel][RabbitMQ][puppet] Kilo status of the heartbeats implementation

Folks, it seems the situation with Kilo support for RabbitMQ heartbeats should be elaborated. There is a bug [0] and a ML [1] related. The questions are: a) Should Fuel 7.0 with Kilo *explicitly* disable via puppet the upstream implementation of heartbeats for all OpenStack components (Neutron exa

[openstack-dev] [all] Cross-Project meeting, Tue July 28th, 21:00 UTC

Dear PTLs, cross-project liaisons and anyone else interested, We'll have a cross-project meeting today at 21:00 UTC. I have agreed to chair it this week. Here is the agenda: * Team announcements (horizontal, vertical, diagonal) * API Guidelines that are ready for final review [1] * Cross project

Re: [openstack-dev] [glance] Removing python-swiftclient from requirements.txt

I do agree, we don't depend or are cleaning the other clients out of the glance dependencies as well and I think swift should not be there either. The default store is filesystem store and if something is depending on the actual store clients it should be either glance_store or deployer (well fo

Re: [openstack-dev] [puppet] Proposing Yanis Guenane core

On 27/Jul/2015 .::. 15:06, Emilien Macchi wrote: > Puppet group, > > Yanis has been working in our group for a while now. > He has been involved in a lot of tasks, let me highlight some of them: > > * Many times, involved in improving consistency across our modules. > * Strong focus on data bindi

Re: [openstack-dev] [fuel] [FFE] FF Exception request for Deploy nova-compute (VCDriver) feature

Hi, I agree with Sergii, the patch had some problems only with tests which are already resolved. So I vote for FFE. P.S. We've just merged it. Regards, Alex On Mon, Jul 27, 2015 at 3:30 PM, Sergii Golovatiuk wrote: > Hi, > > I have checked the code. After fixing tests, this patch maybe includ

Re: [openstack-dev] [fuel] FF Exception request for Templates for Networking feature

On Tue, Jul 28, 2015 at 11:52 AM, Evgeniy L wrote: > Hi Alexander, I don't agree with your statements > > >> [1] - I just uses <% and %> to substitute values. > > It's what templating is about, you have some text preprocessor to > substitute values. > Network templates feature don't mean any "t

Re: [openstack-dev] [cinder][nova] snapshot and cloning for NFS backend

Hi Jordan, The patch [4] is abandoned by the owner because as of now as it’s not an appropriate way to fix this issue and it need to be fixed using some other way. Nova members please let us know your suggestions about the same. Thank you, Abhishek Kekane From: Jordan Pittier [mailto:jordan.pi

Re: [openstack-dev] [all] [oslo] Suggestion to change verbose=false to true in oslo.log by default

On 07/27/2015 02:11 PM, Sean Dague wrote: Honestly, I think deprecating and removing 'verbose' is probably the best option. INFO is probably the right default behavior, and it's not really "verbose" in any real openstack usage. It is unlikely that anyone would want that to be in the off state, an

Re: [openstack-dev] [Fuel][python-fuelclient] Implementing new commands

It looks like most people agree on option C (implement features in fuel and fuel2) and in the meantime we should slowly progress with moving fuel to fuel2. 2015-07-27 16:12 GMT+02:00 Sergii Golovatiuk : > Hi, > > Every functionality should be applied to both clients. Core developers > should set

Re: [openstack-dev] [fuel] FF Exception request for Templates for Networking feature

Hi Sergey, Thanks, now I see why we had misunderstanding. The problem is currently all set of features which Jinja2 provides is available for the user. As far as I know there is no way in Jinja to disable all of the functionality except just substitution. If we need only substitution, probably it

Re: [openstack-dev] [Fuel][RabbitMQ][puppet] Kilo status of the heartbeats implementation

Bogdan, Answering your questions, in MOS 7.0 source code heartbeats are enabled by default (with heartbeat_timeout_threshold value set to 60). We patched our version of upstream stable/kilo to do so. So, in installed env heartbeats are enabled for every component except Neutron, for which puppet m

[openstack-dev] [Horizon][Neutron] how to configure horizon to use lbaas api v2?

Hi all, In devstack, I configured enable_plugin neutron-lbaas https://git.openstack.org/openstack/neutron-lbaas ENABLED_SERVICES+=,q-lbaasv2 so, I can use lbaasv2 api in neutronclient. But I see the agent that's name is q-lbaasv2 not q-lbaas in screen, and horizon can recognize i

Re: [openstack-dev] [fuel] FF Exception request for Templates for Networking feature

> > If we need only substitution, probably it's better to use standard > templating > in python [1], there is a way to redefine tokens, so you will be able to > use > <% %> syntax if you want to. > > [1] https://docs.python.org/2.6/library/string.html#template-strings >

Re: [openstack-dev] [fuel] FF Exception request for Templates for Networking feature

> > We don't promise use Junja (or whatever) template language for this > feature. > If some jinja features allowed for parsing Network template -- it's a bug. > We should check it and fix it. > Only value substitutions should allow in the network templates. > Yes, we just use jinja for values sub

Re: [openstack-dev] [murano] eslint cleanup

Thanks Michael, I’m actually watching this process closely, and considering switching to these rules, as soon as the job goes green. =) The upside of not doing so is that, since our (murano) js code base is significantly smaller than that of horizon — we can impose slightly stricter rule set, t

Re: [openstack-dev] [glance] Removing python-swiftclient from requirements.txt

On 28/07/15 09:15 +, Kuvaja, Erno wrote: I do agree, we don’t depend or are cleaning the other clients out of the glance dependencies as well and I think swift should not be there either. The default store is filesystem store and if something is depending on the actual store clients it sho

Re: [openstack-dev] [glance] Removing python-swiftclient from requirements.txt

On 28/07/15 10:29 +0200, Thomas Goirand wrote: On 07/27/2015 11:42 PM, William M Edmonds wrote: python-swiftclient is only needed by operators that are using the swift backend, so it really doesn't belong in requirements.txt. Listing it in requirements forces all operators to install it, even if

Re: [openstack-dev] [nova][cinder] Would anyone from Nova Core be able to join the Cinder mid-cycle meetup?

Hi jay, There are a few Nova people in HP who intend to work on this area (perhaps you have heard that from Scott or Duncan). In fact I brought up that this would be coming up in Vancouver and that we intend to support it. Unfortunately none of us are available that week. I would like to be kep

Re: [openstack-dev] [nova][cinder] Would anyone from Nova Core be able to join the Cinder mid-cycle meetup?

> In the meantime, if you want names to be involved beyond the cinder mid-cycle > you can put down as a place holder for HP and I will sort out people to be > involved when we are all back from vacation. Of course I meant you can put ME down :) Paul -Original Message- From: Murray,

Re: [openstack-dev] [Horizon][Neutron] how to configure horizon to use lbaas api v2?

On 07/28/2015 12:09 PM, Wilence Yao wrote: > Hi all, > In devstack, I configured > enable_plugin neutron-lbaas > https://git.openstack.org/openstack/neutron-lbaas > ENABLED_SERVICES+=,q-lbaasv2 > > so, I can use lbaasv2 api in neutronclient. But I see the agent that's > name is q-l

Re: [openstack-dev] [puppet] Proposing Yanis Guenane core

On Mon, Jul 27, 2015 at 03:06:56PM (-0400), Emilien Macchi wrote: > I would like to open the vote to promote Yanis part of Puppet OpenStack > core reviewers. Hi, Yes, of course! A big +1 Seb -- Sebastien Badia signature.asc Description: Digital signature _

Re: [openstack-dev] [Neutron][L3] Representing a networks connected by routers

Kevin, doesn't this in itself create technical debt on the nova side in the sense of what an instance attaches to? I agree that it looks like less technical debt than conditionally redefining a network, but without nova buy-in, it looks like a non-starter... Ryan Kevin Benton wrote on 07/28/2015

[openstack-dev] [infra][puppet] Keeping common set of file synchronized across puppet modules

In PuppetOpenstack we have a common set of filesthat are shared across all our modules. We would like to have an easy way to keep those set of filessynchronized. Based on some discussions on #openstack-infra, infra might also be interested by this problematic. They are (at least) two approaches fo

Re: [openstack-dev] Which is the correct way to set ha queues in RabbitMQ

https://www.rabbitmq.com/ha.html Both? I think ha_all/HA is just the policy name and so it can be whatever you want. -Alex On Tue, Jul 28, 2015 at 2:17 AM, Alvise Dorigo wrote: > Hi, > I read these two documents: > > > http://docs.openstack.org/high-availability-guide/content/_configure_rabb

Re: [openstack-dev] [all] cross project communication: Return request-id to caller

Excerpts from Gorka Eguileor's message of 2015-07-28 10:37:42 +0200: > On Fri, Jul 24, 2015 at 10:08:45AM -0400, Doug Hellmann wrote: > > Excerpts from Kekane, Abhishek's message of 2015-07-24 06:33:00 +: > > > Hi Devs, > > > > > > X-Openstack-Request-Id. We have analysed python-cinderclient,

Re: [openstack-dev] Announcing HyperStack project

Thanks Matt, though proposed but nova team think that this should belong to Magnum ;-) We can check where is the best place for hyper. 2015-07-27 16:06 GMT-04:00 Matt Riedemann : > > > On 7/26/2015 11:43 PM, Adrian Otto wrote: > >> Peng, >> >> For the record, the Magnum team is not yet comfortabl

Re: [openstack-dev] Announcing HyperStack project

Thanks Adrian, we can talk later in the IRC meeting. 2015-07-28 4:07 GMT-04:00 Adrian Otto : > Jay, > > Yes, it is on the agenda. > > Thanks, > > Adrian > > On Jul 27, 2015, at 8:32 AM, Jay Lau wrote: > > Adrian, > > Can we put hyper as a topic for this week's (Tomorrow) meeting? I want

Re: [openstack-dev] [Openstack-operators] [glance] Removal of Catalog Index Service from Glance

On 27/07/15 19:24 +, Ian Cordasco wrote: On 7/27/15, 11:29, "Louis Taylor" wrote: On Fri, Jul 17, 2015 at 07:50:55PM +0100, Louis Taylor wrote: Hi operators, In Kilo, we added the Catalog Index Service as an experimental API in Glance. It soon became apparent this would be better suite

[openstack-dev] [nova][glance][stable] Stable exception for bug #1447215: Allow ramdisk/kernel_id to be None

Greetings, We recently found a bug in the Nova-Glance interaction that prevents booting snapshots using Glance's V2 API. The bug is that Nova creates the snapshot and sets the ramdisk_id/kernel_id to None when it's not available. While this was ok in V1, it causes a failure for V2 since the curr

Re: [openstack-dev] [fuel] Fuel plugin as docker containers images

Evgene, I'm sure you understand this, but just to be clear - now FUEL uses containers on master node, not on cluster nodes. I'm asking about plugin containers on cluster nodes. Yep, there a particular example - VSM (Intel ceph management tool). It requires a set of packages, like python2.6, old d

Re: [openstack-dev] [nova][glance][stable] Stable exception for bug #1447215: Allow ramdisk/kernel_id to be None

> -Original Message- > From: Flavio Percoco [mailto:fla...@redhat.com] > Sent: Tuesday, July 28, 2015 3:15 PM > To: openstack-dev@lists.openstack.org > Subject: [openstack-dev] [nova][glance][stable] Stable exception for bug > #1447215: Allow ramdisk/kernel_id to be None > > Greetings, >

Re: [openstack-dev] Barbican : Unable to create the secret after Integrating Barbican with HSM HA

Hi John , Any help would highly be appreciated. Thanks and Regards, Asha Seshagiri On Mon, Jul 27, 2015 at 3:10 PM, Asha Seshagiri wrote: > Hi John , > > Thanks a lot for providing me the response:) > I followed the link[1] for configuring the HA SETUP > [1] : http://docs.aws.amazon.com/cloud

Re: [openstack-dev] [murano] eslint cleanup

Well, the reasons those rules are deactivated is because they simply had no equivalent in the previous tool, and we didn't want to force the Horizon team to suddenly take on a far more aggressive style correction job than they'd signed up for. Once their job goes green, I'm going to start updating

Re: [openstack-dev] [puppet] Proposing Yanis Guenane core

+1 On Tue, Jul 28, 2015 at 9:00 AM, Sebastien Badia wrote: > On Mon, Jul 27, 2015 at 03:06:56PM (-0400), Emilien Macchi wrote: > > I would like to open the vote to promote Yanis part of Puppet OpenStack > > core reviewers. > > Hi, > > Yes, of course! > A big +1 > > Seb > > -- > Sebastien Badia >

[openstack-dev] [Fuel][Plugins] Feedback

Hi, I have started digging into plugins recently. There are many positive things though I would like to point to some problem areas 1. Documentation a. It doesn't include the features of 7.0. There are many outstanding features, though I needed to ping the developers to ask how these features wo

[openstack-dev] [midcycle][kolla] Kolla-Palooza Midcycle Event July 28th, July 29th

Today at 10:00 AM PST our Kola-Palooza Midcycle event begins! Please join us remotely if you are not able to make it on site if you have an interest in deploying OpenStack using Ansible within Docker container technology. If you are attending in person, please appear before 9:30 so we can get

Re: [openstack-dev] [Openstack-operators] [glance] Removal of Catalog Index Service from Glance

yeah that really didn't belong in glance at all. On Tue, Jul 28, 2015 at 10:05 AM, Flavio Percoco wrote: > On 27/07/15 19:24 +, Ian Cordasco wrote: > >> >> >> On 7/27/15, 11:29, "Louis Taylor" wrote: >> >> On Fri, Jul 17, 2015 at 07:50:55PM +0100, Louis Taylor wrote: >>> Hi operators,

[openstack-dev] [fuel] OS_SERVICE_TOKEN usage in Fuel

Hello all, We need to discuss removal of OS_SERVICE_TOKEN usage in Fuel after deployment. This came from https://bugs.launchpad.net/fuel/+bug/1430619. I guess not all of us have an access to this bug, so to be short: # A "shared secret" that can be used to bootstrap Keystone. # This "token" does

Re: [openstack-dev] [puppet] Proposing Yanis Guenane core

+1 On 2015-07-27 3:06 PM, Emilien Macchi wrote: > Puppet group, > > Yanis has been working in our group for a while now. > He has been involved in a lot of tasks, let me highlight some of them: > > * Many times, involved in improving consistency across our modules. > * Strong focus on data bindi

[openstack-dev] [Fuel][CI] CI on commit message

Hi, It looks like our CI is not configured to set +1/-1 automatically, when only commit message is changed. It would be nice to have +1 automatically when I change Commit Message only instead of waiting hours on CI. It would save some hardware resources to save some energy and help environment pro

Re: [openstack-dev] [puppet] Proposing Yanis Guenane core

On Mon, Jul 27, 2015 at 12:06 PM, Emilien Macchi wrote: > Puppet group, > > Yanis has been working in our group for a while now. > He has been involved in a lot of tasks, let me highlight some of them: > > * Many times, involved in improving consistency across our modules. > * Strong focus on dat

Re: [openstack-dev] [fuel] FF Exception request for Templates for Networking feature

AFAIU, string.Template doesn't help. This seems to be helpful: import re def interp(string, params): for item in re.findall(r'#\{([^}]*)\}', string): string = string.replace('#{%s}' % item, str(eval(item, {}, params))) return string Evgeniy, do you know some better options for this?

Re: [openstack-dev] [puppet] Proposing Yanis Guenane core

On 07/28/2015 11:35 AM, Colleen Murphy wrote: > > > On Mon, Jul 27, 2015 at 12:06 PM, Emilien Macchi > wrote: > > Puppet group, > > Yanis has been working in our group for a while now. > He has been involved in a lot of tasks, let me highlight some of t

Re: [openstack-dev] [fuel] FF Exception request for Templates for Networking feature

Evgeniy, do we need to remove jinja before July 30th ? Aleksey Kasatkin On Tue, Jul 28, 2015 at 6:40 PM, Aleksey Kasatkin wrote: > AFAIU, string.Template doesn't help. > > This seems to be helpful: > > import re > def interp(string, params): > for item in re.findall(r'#\{([^}]*)\}', string)

Re: [openstack-dev] [fuel] FF Exception request for Templates for Networking feature

On Tue, Jul 28, 2015 at 7:13 PM, Aleksey Kasatkin wrote: > Evgeniy, do we need to remove jinja before July 30th ? > I think -- not. It just a bug, not a key-point of feature. /sv __ OpenStack Development Mailing List (not

Re: [openstack-dev] [Fuel][Plugins] Feedback

Hey Sergii – This is excellent feedback, thank you for taking the time to provide your thoughts. #1 I agree that the documentation lag is challenging – I’m not sure how to best address this. We could potentially prioritize updates to the Plugin SDK for soon-to-be-released features ahead of t

Re: [openstack-dev] [fuel] OS_SERVICE_TOKEN usage in Fuel

Hi Oleksiy, Good catch. Also OSTF should get endpoints from hiera as some plugins may override the initial deployment settings. There may be cases when keystone is detached by plugin. -- Best regards, Sergii Golovatiuk, Skype #golserge IRC #holser On Tue, Jul 28, 2015 at 5:26 PM, Oleksiy Molchan

Re: [openstack-dev] [fuel] FF Exception request for Templates for Networking feature

Aleksey, here is working version [1]. >> Evgeniy, do we need to remove jinja before July 30th ? With this issue feature can leave, and it won't have huge user impact. At the same time by design we didn't want to have anything except substitution, hence it's probably as Sergey mentioned is a bug.

Re: [openstack-dev] Barbican : Unable to create the secret after Integrating Barbican with HSM HA

Asha, I'm not sure what went wrong. Something must have happened during your HA setup. You might check a couple different things, first you might check out your HA policies and HA group setup. The other thing you might make sure is that you only generate one mkek and hmac on one hsm (I use dire

[openstack-dev] [GSLB][LBaaS] Call for GSLB project driver nominations

Hello OpenStack, We are starting up a project for Global Server Load Balancing (GSLB). The Wiki page is here: https://wiki.openstack.org/wiki/GSLB We are soliciting for project driver nominations for the initial team. Drivers are expected to file, maintain, prioritize, and target blueprints and

Re: [openstack-dev] [fuel] FF Exception request for Templates for Networking feature

Okey, will do fix for validation first. Aleksey Kasatkin On Tue, Jul 28, 2015 at 7:30 PM, Evgeniy L wrote: > Aleksey, here is working version [1]. > > >> Evgeniy, do we need to remove jinja before July 30th ? > > With this issue feature can leave, and it won't have huge user impact. > At the

Re: [openstack-dev] [Fuel][Plugins] Feedback

Hi Sergii, thank you for feedback, >> c. There is no documentation how to install fpb from github master branch. It's very useful for developers who want to use latest version. We should add something We had a documentation, but removed it because the newer fpb was released, probably we should ad

Re: [openstack-dev] [fuel] FF Exception request for Templates for Networking feature

Evgeniy, thank you for solution proposal. Aleksey Kasatkin On Tue, Jul 28, 2015 at 7:39 PM, Aleksey Kasatkin wrote: > Okey, will do fix for validation first. > > > Aleksey Kasatkin > > > On Tue, Jul 28, 2015 at 7:30 PM, Evgeniy L wrote: > >> Aleksey, here is working version [1]. >> >> >> Evg

Re: [openstack-dev] [infra][puppet] Keeping common set of file synchronized across puppet modules

On 07/28/2015 03:35 PM, Yanis Guenane wrote: In PuppetOpenstack we have a common set of filesthat are shared across all our modules. We would like to have an easy way to keep those set of filessynchronized. Based on some discussions on #openstack-infra, infra might also be interested by this prob

Re: [openstack-dev] [fuel] OS_SERVICE_TOKEN usage in Fuel

IIRC the puppet modules, and even the heat domain create script make use of the token straight from the config file. It not being present could cause problems for some of the manifests. We would need to ensure that their usage is minimized or removed. On Tue, Jul 28, 2015 at 9:29 AM Sergii Golovat

Re: [openstack-dev] [Fuel][Plugins] Feedback

Hi Additional comments inside. Thanks Patrick On 28 Jul 2015 at 18:33:34, Sheena Gregson (sgreg...@mirantis.com) wrote: Hey Sergii –   This is excellent feedback, thank you for taking the time to provide your thoughts.   #1 I agree that the documentation lag is challenging – I’m not sure how

Re: [openstack-dev] [nova][glance][stable] Stable exception for bug #1447215: Allow ramdisk/kernel_id to be None

On 7/28/2015 9:24 AM, Kuvaja, Erno wrote: -Original Message- From: Flavio Percoco [mailto:fla...@redhat.com] Sent: Tuesday, July 28, 2015 3:15 PM To: openstack-dev@lists.openstack.org Subject: [openstack-dev] [nova][glance][stable] Stable exception for bug #1447215: Allow ramdisk/kernel

[openstack-dev] VM for Openstack Horizon error

Hi Guys, I have a VM and did a ansible-playbook on main.yaml. Looks like the Yaml files for the services has a thing https://stash.us.cray.com/projects/NEWT/repos/openstack-ansible/browse/openstack.yaml # FIXME: Anvil does not currently provide the dashboard packages - include: services/dash

Re: [openstack-dev] [Fuel][Plugins] Feedback

Evgeniy – For the items which you have listed actions, who should be responsible for next steps? Sheena *From:* Evgeniy L [mailto:e...@mirantis.com] *Sent:* Tuesday, July 28, 2015 11:54 AM *To:* OpenStack Development Mailing List (not for usage questions) < openstack-dev@lists.openstack.or

Re: [openstack-dev] [fuel] FF Exception for LP-1464656 fix (update ceph PG calculation algorithm)

Good, thanks everyone for your feedback. Konstantin, let's do as suggested - merge pb_num calculation as a bugfix and postpone UI part for next release. Indeed, we don't need FF exception here. -- EugeneB Vitaly Kramskikh 27 июля 2015 г., 13:57 +1 to Stanisl

Re: [openstack-dev] [nova][glance][stable] Stable exception for bug #1447215: Allow ramdisk/kernel_id to be None

+1. Our production system hit this on Juno -> Kilo upgrade. Thanks, Kevin From: Flavio Percoco [fla...@redhat.com] Sent: Tuesday, July 28, 2015 7:15 AM To: openstack-dev@lists.openstack.org Subject: [openstack-dev] [nova][glance][stable] Stable exception fo

Re: [openstack-dev] [nova][glance][stable] Stable exception for bug #1447215: Allow ramdisk/kernel_id to be None

On 07/28/2015 01:39 PM, Matt Riedemann wrote: > > Nova doesn't support glance v2 in kilo or liberty, so does it matter to > nova if this is in stable/kilo or not? Doesn't seem like it. This is a > barrier to getting glance v2 support into nova in mitaka though it seems. It matters for the foll

Re: [openstack-dev] [requirements] propose adding Robert Collins to requirements-core

Excerpts from Doug Hellmann's message of 2015-07-24 12:21:16 -0400: > Requirements reviewers, > > I propose that we add Robert Collins (lifeless) to the requirements-core > review team. > > Robert has been doing excellent work this cycle with updating pip and > our requirements repository to supp

Re: [openstack-dev] [Neutron] Issue with neutron-dhcp-agent not recovering known ports cache after restart

Hi, I started working on this patch for bug [0], but it doesn't seem as straightforward as Kevin and I initially thought. Here's why: Initially we thought that a simple self.cache.push_port will work as follows: In __init__ [1], in _populate_network_cache [2], get all existing active networks fr

Re: [openstack-dev] [Neutron] Issue with neutron-dhcp-agent not recovering known ports cache after restart

Hi, I have added few more questions to the bug [1]. Please confirm my understanding. [1] https://bugs.launchpad.net/neutron/+bug/1470612/comments/12 On Tue, Jul 28, 2015 at 12:14 PM, Shraddha Pandhe < spandhe.openst...@gmail.com> wrote: > Hi, > > I started working on this patch for bug [0], bu

Re: [openstack-dev] [Ironic] Let's talk about API versions

I'm going to reply to several emails in this thread - but separately, because they're from separate people and with separate POV, and I think it will be even harder to discern what I'm saying if I merge the contexts before replying... so bear with me ... On Mon, Jul 27, 2015 at 1:36 PM Jim Rollen

[openstack-dev] [puppet] Liberty support in Puppet modules: blocked by packaging

Our current modules are officially supporting Kilo. We would like to move our master branch forward to Liberty support but since we rely on RDO/UCO packages [1] and RDO is AFIK not providing 'stable enough' liberty packages, we can't merge any feature that is 'liberty only', since we can't actually

Re: [openstack-dev] [Ironic] Let's talk about API versions

On Mon, Jul 27, 2015 at 1:41 PM Sean Dague wrote: > Consider the CLI an auto negotiating microversion application of the > python API client. And, realistically, should solve some of the issues > of people running "nova foo" and getting cryptic errors from the server > when they are hitting an ol

Re: [openstack-dev] [fuel] OS_SERVICE_TOKEN usage in Fuel

Keystone authtoken is also used by radosgw to validate users On Tue, Jul 28, 2015 at 10:31 AM Andrew Woodward wrote: > IIRC the puppet modules, and even the heat domain create script make use > of the token straight from the config file. It not being present could > cause problems for some of th

Re: [openstack-dev] [Ironic] Let's talk about API versions

On Mon, Jul 27, 2015 at 4:58 PM Sean Dague wrote: > On 07/27/2015 07:10 PM, Jim Rollenhagen wrote: > > On Mon, Jul 27, 2015 at 03:28:49PM -0700, Clint Byrum wrote: > >> Excerpts from Sean Dague's message of 2015-07-27 13:41:20 -0700: > >>> So the CLI should actually break less often, and will exp

Re: [openstack-dev] [Neutron] Issue with neutron-dhcp-agent not recovering known ports cache after restart

After it starts back up and populates the cache, isn't that when it generates all of the dnsmasq lease files? If so, why would it miss anything? On Tue, Jul 28, 2015 at 1:14 PM, Shraddha Pandhe < spandhe.openst...@gmail.com> wrote: > Hi, > > I started working on this patch for bug [0], but it doe

Re: [openstack-dev] [fuel] Fuel plugin as docker containers images

I'm still confused are you wanting to add a container to the master node, or a deployed env? For the master node, the latest fuel-plugin-builder allows for post-install scripts, you could load a container image from here For nodes in a deployed ENV, there is no formal target to support containers,

Re: [openstack-dev] [Ironic] Let's talk about API versions

On Tue, Jul 28, 2015 at 1:01 AM Dmitry Tantsur wrote: > On 07/27/2015 10:41 PM, Sean Dague wrote: > > On 07/27/2015 04:35 PM, Jim Rollenhagen wrote: > >> Hi friends. > >> > >> Ironic implemented API "micro" versions in Kilo. We originally did this > >> to allow for breaking changes in the API whi

Re: [openstack-dev] [Ironic] Let's talk about API versions

On Tue, Jul 28, 2015 at 08:23:34PM +, Devananda van der Veen wrote: > On Mon, Jul 27, 2015 at 4:58 PM Sean Dague wrote: > > > On 07/27/2015 07:10 PM, Jim Rollenhagen wrote: > > > On Mon, Jul 27, 2015 at 03:28:49PM -0700, Clint Byrum wrote: > > >> Excerpts from Sean Dague's message of 2015-07-

Re: [openstack-dev] [fuel] OS_SERVICE_TOKEN usage in Fuel

Why can't radosgw use own own credentials? If it's technical debt we need to put it on plate to address in next release. -- Best regards, Sergii Golovatiuk, Skype #golserge IRC #holser On Tue, Jul 28, 2015 at 10:21 PM, Andrew Woodward wrote: > Keystone authtoken is also used by radosgw to vali

Re: [openstack-dev] [Ironic] Let's talk about API versions

On Tue, Jul 28, 2015 at 1:57 PM Jim Rollenhagen wrote: > On Tue, Jul 28, 2015 at 08:23:34PM +, Devananda van der Veen wrote: > > On Mon, Jul 27, 2015 at 4:58 PM Sean Dague wrote: > > > > > On 07/27/2015 07:10 PM, Jim Rollenhagen wrote: > > > > On Mon, Jul 27, 2015 at 03:28:49PM -0700, Clint

Re: [openstack-dev] [fuel] OS_SERVICE_TOKEN usage in Fuel

It's literally how radosgw goes about verifying users, it has no scheme of using a user or working with auth-tokens. It would have to fixed in the ceph-radosgw codebase. PKI tokens (which we don't use) rely on this less, but its still used. On Tue, Jul 28, 2015 at 2:16 PM Sergii Golovatiuk wrote:

Re: [openstack-dev] [fuel] OS_SERVICE_TOKEN usage in Fuel

Hi, Let's ask our Ceph developers how much time/resources they need to implement such functionality. -- Best regards, Sergii Golovatiuk, Skype #golserge IRC #holser On Tue, Jul 28, 2015 at 11:21 PM, Andrew Woodward wrote: > It's literally how radosgw goes about verifying users, it has no schem

Re: [openstack-dev] [Ironic] Let's talk about API versions

On Tue, Jul 28, 2015 at 08:05:49PM +, Devananda van der Veen wrote: > I'm going to reply to several emails in this thread - but separately, > because they're from separate people and with separate POV, and I think it > will be even harder to discern what I'm saying if I merge the contexts > bef

Re: [openstack-dev] [Ironic] Let's talk about API versions

On Tue, Jul 28, 2015 at 09:19:46PM +, Devananda van der Veen wrote: > On Tue, Jul 28, 2015 at 1:57 PM Jim Rollenhagen > wrote: > > > On Tue, Jul 28, 2015 at 08:23:34PM +, Devananda van der Veen wrote: > > > On Mon, Jul 27, 2015 at 4:58 PM Sean Dague wrote: > > > > > > > On 07/27/2015 07:

Re: [openstack-dev] The proposed "Neutron API extension for packet forwarding" has a lot of duplication to the Neutron SFC API

All, My suggestion was as follows: > I'd say maybe an e-mail to the ML, with the results of this > meeting, and say that we want to try and converge where > there is commonality I think there is overlap between the two APIs. Let's keep collaborating on both the networking-sfc and packet forwar

Re: [openstack-dev] [openstack-infra][Infra][Neutron] Nominating intel-networking-ci for voting rights

Hi Kyle, Neutron Cores and Infra Team, a) Was there a final decision/conclusion on the matter? b) Do we make jodavidg’s suggestion[1] a rule and we change it in Neutron third party policy[2]. c) I can’t see any recent changes in policy[2] and if there are no plans to change th

  1   2   >