[openstack-dev] [tripleo][quickstart] Trying to create a release config for a Master UC and Newton OC

Hello all, I'm attempting save future contributors to the fast forward upgrades feature some time by introducing a quickstart release config that deploys a Master UC and Newton OC: config: Provide a Master UC and Newton OC release config https://review.openstack.org/#/c/511464/ This initial

Re: [openstack-dev] [all] ujson "drop in" replacement

On 01/11/17 03:00 PM, Graham Hayes wrote: > There seems to be a lot of "replace oslo.serization / native python json > with UltraJSON (otherwise known as ujson) patches over the last few > weeks. > > We should be careful - it is not a drop in replacement. e.g. - rofl. i guess someone took our

[openstack-dev] [keystone] Forum etherpads

Hey all, I've bootstrapped the etherpads for our forum sessions with a little content and they've been linked to the etherpad wiki [0]. Please add additional context as you see fit. Thanks, Lance [0] https://wiki.openstack.org/wiki/Forum/Sydney2017 signature.asc Description: OpenPGP

Re: [openstack-dev] [os-vif] [nova] Changes to os-vif cores

+1 > -Original Message- > From: Jay Pipes [mailto:jaypi...@gmail.com] > Sent: Wednesday, October 25, 2017 3:45 PM > To: openstack-dev@lists.openstack.org > Subject: Re: [openstack-dev] [os-vif] [nova] Changes to os-vif cores > > +1 > > On 10/24/2017 10:32 AM, Stephen Finucane wrote: > >

[openstack-dev] [keystone] [policy] Meetings next week

Hey all, Just a reminder that we won't be holding a team meeting or a policy meeting next week in lieu of the summit. We will resume our normal meeting schedule the week of November 12th. Safe travels for those going to Sydney! Thanks, Lance signature.asc Description: OpenPGP digital

Re: [openstack-dev] [Magnum] Docker Swarm Mode Support

Hello Ricardo , Thanks for your explanation and answers. One more question, what is the possibility to keep using Newton (right now i have it) and use latest Magnum features like swarm mode without upgrade Openstack ? Does it possible ? Regards VM On 30.10.2017 01:19, "Ricardo Rocha"

[openstack-dev] [all] ujson "drop in" replacement

Hey all, There seems to be a lot of "replace oslo.serization / native python json with UltraJSON (otherwise known as ujson) patches over the last few weeks. We should be careful - it is not a drop in replacement. e.g. - Normal python JSON: >>> import json >>>

[openstack-dev] [neutron][networking-odl]

Hello Neutrinos, I've been trying service profile flavors for L3 in neutron to register the driver, the method I've been using is below I have this added to neutron.conf [service_providers] service_provider = L3_ROUTER_NAT:ODL:networking_odl.l3.l3_flavor.ODLL3ServiceProvider:default and then

[openstack-dev] [masakari] A current high-level description of masakari architecture

Is there a ‘current’ high-level description of the openstack masakari architecture ? I can only find these: https://wiki.openstack.org/wiki/Masakari#Architecture https://www.slideshare.net/masahito12/masakari-virtual-machine-high-availability-for-openstack but i am pretty sure these are

Re: [openstack-dev] [masakari] A current high-level description of masakari architecture

Hi Greg, [1] is pretty out-of-date, and [2] much closer what we have now. Plus, I am updating [2] with current details, for Masakari Project On boarding session. I will update the wiki and share the slides soon. Till then, [2] is the best options we have now.. [1]

Re: [openstack-dev] [QA][LCOO] MEX-ops-meetup: OpenStack Extreme Testing

Sam, Etherpad: https://etherpad.openstack.org/p/SYD-extreme-testing I really don't want to sound like a person that say use Rally my best ever project blablbab and other BS. I think that "reinventing wheels" approach is how humanity evolves and that's why I like this effort in any case. But

[openstack-dev] [heat] No meeting for this and next week

Hi team As I will be on a flight to Sydney on this Wednesday and flight back on next Wed. I won't be able to run meetings for this two weeks. Any core feel like to host one (for whatever the issues are) are welcome, otherwise, see you in the third week. -- May The Force of OpenStack Be With

Re: [openstack-dev] [ironic] Kernel parameters needed to boot from iscsi

On 30 October 2017 at 15:16, Julia Kreger wrote: ... >>> When I tried it I got this >>> [ 370.704896] dracut-initqueue[387]: Warning: iscistart: Could not >>> get list of targets from firmware. >>> >>> perhaps we could alter iscistart to not complain if there are no

Re: [openstack-dev] [tripleo] Tripleo CI Community meeting tomorrow

The idea is to have the community meeting at the end of our sprint. So far, we are having 2 weeks sprint, but we are thinking about flexible sprints, depending of the scope of our work. For now, yes, it’s regular, but once we adopt flexible sprint, it will change. Kind regards, Arx Cruz On Tue,

Re: [openstack-dev] [EXTERNAL] Re: [TripleO] roles_data.yaml equivalent in containers

Hi Steve, I see that the docker/services are importing tags from the puppet/services as shown in- https://github.com/openstack/tripleo-heat-templates/blob/master/docker/services/sahara-api.yaml#L53

[openstack-dev] [Cinder] No meeting this week

Just a reminder that we do not have a meeting this week as a number of people will be traveling. See you in Sydney! Jay __ OpenStack Development Mailing List (not for usage questions) Unsubscribe:

[openstack-dev] [tricircle]Distinguish the direction of requests

Hello, I have some questions in how to distinguish the direction of requests between local neutron and central neutron. There is the preliminary plan 1. For how to distinguish the requests in central neutron we can add a filter in neutron/…./etc/api-paste.ini. Using this filter we can

[openstack-dev] [Openstack][Ceilometer] interface statistics for SRIO-V based VM

Hi, Does Ceilometer supports metrics for resource_type 'instance_network_interface' for VM based on SRIO-V supported nic? I have pike based setup but i am unable to get these statistics with SRIO-V supported nic with vnic_type=direct for the VM. If it does, how to configure ceilometer to get

[openstack-dev] Logging format: let's discuss a bit about default format, format configuration and so on

Dear Stackers, While working on my locally deployed Openstack (Pike using TripleO), I was a bit struggling with the logging part. Currently, all logs are pushed to per-service files, in the standard format "one line per entry", plain flat text. It's nice, but if one is wanting to push and index

Re: [openstack-dev] [QA][LCOO] MEX-ops-meetup: OpenStack Extreme Testing

Hi Boris, Thanks for comment. Sorry for the misleading context in the etherpad. It sounds like Eris will do everything, but it is not. I think I need to add more details to etherpad (I will do that) Short answer is we are not into "reinventing wheels" and we will use all possible existing

[openstack-dev] [kolla] Cancelling meeting 8 Nov

Have a good summit everyone! __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe

Re: [openstack-dev] [ironic] testing ansible-deploy in gates

On 10/31/2017 07:09 PM, Pavlo Shchelokovskyy wrote: Hi all, as we have agreed on the PTG, we are about to pull the ansible-deploy interface from ironic-staging-drivers to ironic. We obviously need to test it on gates too, in a non-voting mode like snmp and redfish ones. This raises couple

Re: [openstack-dev] [docs] Documentation new meeting time - Wednesday at 16:00 UTC

Below are the meeting minutes from today's docs team meeting. === #openstack-doc: docteam === Meeting started by pkovar at 16:00:43 UTC. The full logs are available at http://eavesdrop.openstack.org/meetings/docteam/2017/docteam.2017-11-01-16.00.log.html

[openstack-dev] [TripleO][containers]ironic-inspector

Folks, = I've got a dilemma right now about how to proceed with containerising ironic-inspector: Fat Container -- put ironic-inspector and dnsmasq into a single container i.e consider a container as a complete inspection service shipping unit, use supervisord inside to fork

Re: [openstack-dev] [neutron][vpnaas] core reviewer proposal

Hi, On Fri, Oct 20, 2017 at 10:10 PM, Takashi Yamamoto wrote: > Hi, > > Unless anyone objects, i'll add the following people to neutron-vpnaas > core reviewers. [1] > > - Cao Xuan Hoang > - Akihiro Motoki > - Miguel Lavalle

Re: [openstack-dev] [neutron][networking-midonet] Core reviewers change proposal

Hi, On Fri, Oct 20, 2017 at 10:10 PM, Takashi Yamamoto wrote: > Hi, > > Unless anyone objects, I'll remove the following people from the list > of networking-midonet core reviewers. > > - Joe Mills > - Michael Micucci > > They made great contributions in the past (thank