Re: [openstack-dev] [nova][python-novaclient] microversion implementation on client side

2015-04-27 17:49 GMT+08:00 John Garbutt : > I see these changes as really important. > > We need to establish good patterns other SDKs can copy. > > On 24 April 2015 at 12:05, Alex Xu wrote: > > 2015-04-24 18:15 GMT+08:00 Andrey Kurilin : > >> >When user execute cmd without --os-compute-version.

Re: [openstack-dev] [nova][python-novaclient] microversion implementation on client side

2015-04-28 15:22 GMT+08:00 Alex Xu : > > > 2015-04-27 17:49 GMT+08:00 John Garbutt : > >> I see these changes as really important. >> >> We need to establish good patterns other SDKs can copy. >> >> On 24 April 2015 at 12:05, Alex Xu wrote: >> > 2015-04-24 18:15 GMT+08:00 Andrey Kurilin : >> >> >

Re: [openstack-dev] [openstack][nova] Does anyone use Zookeeper, Memcache Nova ServiceGroup Driver ?

How many compute nodes do you want to manage ? If it less than ~1000, you do not need to care. If you have more, just use SSD with good write IOPS value. Mysql actually can be fast with enough memory and good SSD. Even faster than [1]. zk as technology is good, the current nova driver is not. N

Re: [openstack-dev] [nova][python-novaclient] microversion implementation on client side

FWIW, we enumerated the use-cases and expected behavior for all combinations of server [pre versions, older version, newer version] and client [pre versions, older version, newer version, user-specified version], in this "informational" spec: http://specs.openstack.org/openstack/ironic-specs/specs

[openstack-dev] [Fuel] Infiniband support in Fuel

We have a bug in fuel [1] which concerns infiniband support. It's mostly about expanding the size of "mac" field in db from 17 to 59. But I've email Aviram Bar-Haim who was working on for infiniband support [2] for fuel-plugin-mellanox [3] and he said that they use eIPoIB mac (mapping between ETH

Re: [openstack-dev] [heat] Stack/Resource updated_at conventions

On Mon, Apr 27, 2015 at 06:41:52PM -0400, Zane Bitter wrote: > On 27/04/15 13:38, Steven Hardy wrote: > >On Mon, Apr 27, 2015 at 04:46:20PM +0100, Steven Hardy wrote: > >>AFAICT there's two options: > >> > >>1. Update the stack.Stack so we store "now" at every transition (e.g in > >>state_set) > >>

[openstack-dev] docker with Juno devstack

Hi I would like to spawn docker image using the devstack. Able to bring-up the devstack with compute_driver = novadocker.virt.docker.DockerDriver. created the .docker image in glance. when I try to create docker image using ""nova boot --flavor 1 --image --nic net-id= dock"" command I am seein

Re: [openstack-dev] [Neutron] [Nova] [Cinder] [tc] Should Openstack project maintained by core team keep only API/DB in the future?

On 24 April 2015 at 12:06, loy wolfe wrote: > Background summary: > All in-tree implementation would be splitted from Openstack > networking, leaving Neutron as a naked "API/DB" platform, with a list > of out-tree implementation git repos, which are not maintained by core > team any more, but may

Re: [openstack-dev] [Nova][Neutron] Linuxbridge as the default in DevStack [was: Status of the nova-network to Neutron migration work]

You can tcpdump the ovs ports as usual. Please keep in mind ovs does not have `single contention` port. OVS does MAC learning by default and you may not see `learned` uni-cast traffic on a random trunk port. You MAY see BUM traffic, but many of them also can be canceled by neutron-ml2-ovs, AFAIK

[openstack-dev] [QA] Question about tempest API tests that establish SSH connection to instances

Hi everyone, I have a question about tempest tests that are related to instance validation. Some of these tests are tempest.api.compute.servers.test_create_server.ServersTestJSON.test_host_name_is_same_as_server_name[gate,id-ac1ad47f-984b-4441-9274-c9079b7a0666] tempest.api.compute.servers.test_c

[openstack-dev] Skipping Cross-Project meeting today

Hi! The agenda for the cross-project meeting is currently pretty empty: https://wiki.openstack.org/wiki/Meetings/CrossProjectMeeting Since we are all pretty busy on release week, I propose we skip it and meet again next week. The only topic on the agenda was about officializing the Liberty relea

[openstack-dev] [stable] Additions to stable-maint-core

Hi everyone, I'm pleased to announce that two well-known QA team members just accepted to join the stable-maint-core group: Matt Treinish and Matt Riedemann. "Stable maint core" team members ensure that the stable branches are working correctly and that the stable branch policy[1] is enforced acr

Re: [openstack-dev] [QA] Question about tempest API tests that establish SSH connection to instances

At a first glance it seems run_ssh is disabled in gate tests [1]. I could not find any nova job where it is enabled. These tests are therefore skipped. For what is worth they might be broken now. Sharing a traceback or filing a bug might help. Salvatore [1] http://logs.openstack.org/81/159481/2/c

[openstack-dev] Technical vision for OpenStack to be ubiquitous cloud service

Hello, all, This is Chaoyi Huang (Joe Huang). I am not TC, nor TC candidate, but I have a technical vision for OpenStack to be ubiquitous cloud service. I would like to apply one cross project session in the Vancouver design summit to give a lightning talk for the vision, TC/TC candidate/anyone

Re: [openstack-dev] [QA] Question about tempest API tests that establish SSH connection to instances

Hi, Actually, ssh connection is not yet implemented in Tempest. We’re currently working on it [1]. Joseph [1] https://review.openstack.org/#/q/status:open+project:openstack/tempest+branch:master+topic:bp/ssh-auth-strategy,n,z From: Salvatore Orlando [mailto:[email protected]] Sent: 28 Apri

Re: [openstack-dev] [Zaqar] Call for adoption (or exclusion?)

On 27/04/15 10:44 -0700, Joe Gordon wrote: On Fri, Apr 24, 2015 at 5:19 PM, Zane Bitter wrote: On 24/04/15 20:00, Joe Gordon wrote: On Fri, Apr 24, 2015 at 4:35 PM, Fox, Kevin M mailto:[email protected]>> wrote:     Notification might be a good way to integrate

[openstack-dev] [rally] Weekly meeting

Hi everyone, let me remind you that today there is the weekly Rally meeting at 17:00 UTC (IRC, *#openstack-meeting*). Here is the agenda for today: 1. Rally QA week: tasks, assignees, progress 2. Upcoming Rally 0.0.4 release: progress on critical patches 3. Spec on refactoring scenario

Re: [openstack-dev] [Neutron] Bump the RPC version required for port_update - AgentNotifierApi

On 04/28/2015 03:24 AM, Armando M. wrote: > >> UnsupportedVersion error if the version is not bumped in their agent > too. > >> > > > > Could the server fall back and keep on using the old version of the > API? I > > think that would make for a much nicer experience, especia

Re: [openstack-dev] [Neutron] [Nova] [Cinder] [tc] Should Openstack project maintained by core team keep only API/DB in the future?

On Fri, Apr 24, 2015 at 9:46 PM, Salvatore Orlando wrote: > > > On 24 April 2015 at 15:13, Kyle Mestery wrote: >> >> On Fri, Apr 24, 2015 at 4:06 AM, loy wolfe wrote: >>> >>> It's already away from the original thread, so I start this new one, >>> also with some extra tag because I think it touc

Re: [openstack-dev] docker with Juno devstack

Murali, Are you using the juno branch of nova-docker? -- dims On Tue, Apr 28, 2015 at 4:09 AM, Murali B wrote: > Hi > > I would like to spawn docker image using the devstack. > > Able to bring-up the devstack with compute_driver = > novadocker.virt.docker.DockerDriver. > > created the .docker

[openstack-dev] [qa] trimming down Tempest smoke tag

The Tempest Smoke tag was originally introduced to provide a quick view of your OpenStack environment to ensure that a few basic things were working. It was intended to be fast. However, during Icehouse the smoke tag was repurposed as a way to let neutron not backslide (so it's massively overloade

Re: [openstack-dev] [Keystone][Glance] Hierarchical multitenancy and Glance?

Geoff, Would the generic parts of your "reseller" solution by contributed to the upstream projects (e.g. glance, horizon, ceilometer) ? It would be good to get the core components understanding hierarchical multitenancy for all the use cases. The nova quota work is being submitted upstream for

Re: [openstack-dev] [all] Dependency management summit sessions

On 04/27/2015 05:53 PM, Robert Collins wrote: > Hi, so - > > https://libertydesignsummit.sched.org/event/4da45ec1390dadcfc1d8a73decbf3f19#.VT6urd_va00 > > Is an ops track session about dependencies - focusing on the > operational side (mysql, mongo, rabbit etc). I'd love to have some > developer

Re: [openstack-dev] [Neutron] [Nova] [Cinder] [tc] Should Openstack project maintained by core team keep only API/DB in the future?

On 28 April 2015 at 10:14, Duncan Thomas wrote: > If we allow third party CI to fail and wait for vendors to fix their > stuff, experience has shown that they won't, and there'll be broken or > barely functional drivers out there, and no easy way for the community to > exert pressure to fix them

Re: [openstack-dev] [QA] Question about tempest API tests that establish SSH connection to instances

Guys, thank you for answers! Then I have one more question :) How do scenario tests (that establish SSH connection to instances) work? Regards, Yaroslav Lobankov. On Tue, Apr 28, 2015 at 12:27 PM, Lanoux, Joseph wrote: > Hi, > > > > Actually, ssh connection is not yet implemented in Tempest.

Re: [openstack-dev] [Fuel] Speed Up RabbitMQ Recovering

Hi, Zhou Thank you for writing these awesome recommendations. We will look into them and see whether they provide significant impact. BTW, we have found a bunch of issues with our 5.1 and 6.0 RabbitMQ OCF script and fixed them in current master. Would you be so kind as to check out the newest ver

[openstack-dev] [Driverlog] Feel free to add your drivers for Kilo release into Driverlog

Hi to all, I'd like to remind you about Driverlog, nice tool that joins our efforts in keeping information on OpenStack drivers up-to-date. You can get the latest information on drivers in 2 different sources: Driverlog itself [1] and OpenStack marketplace [2]. There is a number of brand new dri

[openstack-dev] [nova][cinder]Nova can't detach volume in init host routine

Hi, everyone There is a Nova bug: https://bugs.launchpad.net/nova/+bug/1408865. https://review.openstack.org/#/c/147042/ The bug Scenario is: 1. create a vm using bootable volume. 2. delete this vm 3. restart service nova-compute when vm's task state is deleting. When nova-compute is up, vm be

Re: [openstack-dev] [neutron][QoS] service-plugin or not discussion

> On 24/4/2015, at 19:42, Armando M. wrote: > > > > On 24 April 2015 at 01:47, Miguel Angel Ajo Pelayo > wrote: > Hi Armando & Salvatore, > >> On 23/4/2015, at 9:30, Salvatore Orlando > > wrote: >> >> >> >> On 23 April 2015 at 01:30

Re: [openstack-dev] docker with Juno devstack

Hi Srinivas, Thank you for your response. I found there is bug on this nova-docker https://bugs.launchpad.net/nova-docker/+bug/1449273 after fixing the code from https://review.openstack.org/#/c/165196/ Able to create the docker image successfully using nova Thanks -Murali

[openstack-dev] [release][oslo][stable] oslo.messaging 1.8.2 (kilo)

We are thrilled to announce the release of: oslo.messaging 1.8.2: Oslo Messaging API For more details, please see the git log history below and: http://launchpad.net/oslo.messaging/+milestone/1.8.2 Please report issues through launchpad: http://bugs.launchpad.net/oslo.messaging Change

Re: [openstack-dev] [swift] install custom middleware via devstack

> Hi > I'm working on a custom middleware which will place on swift-proxy > pipeline, just before the latest proxy-logging. > > how can I force devstack to install my middleware just as I run ./stack.sh? > #The point is that I'm looking for a mature and standard to do it, so > I'm not going t

Re: [openstack-dev] [Neutron] Bump the RPC version required for port_update - AgentNotifierApi

On 04/28/2015 06:25 AM, Rossella Sblendido wrote: > > > On 04/28/2015 03:24 AM, Armando M. wrote: >> >> UnsupportedVersion error if the version is not bumped in their agent >> too. >> >> >> > >> > Could the server fall back and keep on using the old version of the >> API? I >>

[openstack-dev] Improving OpenStack documentation around RabbitMQ

Hi,  I'm a RabbitMQ engineering team member and we'd like to help improve OpenStack docs around it. I've been reading the docs and making notes of what can be improved. We'd be happy to contribute the changes. However, we're not very familiar with the OpenStack development process and have a f

Re: [openstack-dev] [Neutron] A big tent home for Neutron backend code

On 04/27/2015 08:52 PM, Armando M. wrote: > > Any project that fails to meet the criteria later can be dropped at any > time. For example, if some repo is clearly unmaintained, it can be > removed. > > > If we open the door to excluding projects down the road, then wouldn't > we nee

Re: [openstack-dev] [api] Missing meetings this week

On 04/27/2015 06:44 PM, Everett Toews wrote: Hi All, I’ll be out the next few days and will be missing our meetings. Specifically the cross-project meeting [1] and our API WG meeting [2]. I can host the API WG meeting, since I have that time free this week (finally) :) On the plus side I g

Re: [openstack-dev] install custom middleware via devstack

Hi Ali, I don't know the details of what you want to achieve, but (not so) recently, devstack allows you to add Externally Hosted Plugins[1], from which Devstack loads an external repository and run any arbitrary code. This code will be sourced in each one of the Devstack's phases, so you can con

Re: [openstack-dev] Improving OpenStack documentation around RabbitMQ

Hello Michael. Just moving your thread to the correct mailling list. Christian. On 04/28/2015 02:58 PM, Michael Klishin wrote: > Hi, > > I'm a RabbitMQ engineering team member and we'd like to help improve > OpenStack docs > around it. > > I've been reading the docs and making notes of what

[openstack-dev] [third-party] Announcing Third Party CI Tools Repo

Hi all, The third party CI working group[1] have been discussing a way to share tools, configurations, and plugins best practices. This was an idea that started at the Paris summit because teams that are operating external CI systems have each created tools that make their life as CI operators eas

Re: [openstack-dev] [Fuel] Speed Up RabbitMQ Recovering

> Hello, Hello, Zhou > > I using Fuel 6.0.1 and find that RabbitMQ recover time is long after > power failure. I have a running HA environment, then I reset power of > all the machines at the same time. I observe that after reboot it > usually takes 10 minutes for RabittMQ cluster to appear runni

Re: [openstack-dev] Improving OpenStack documentation around RabbitMQ

Hello Michael. Just moving your thread to the correct mailling list. Sorry for my previous mail. Thunderbird autocompletion used the unsubscribe alias and not the correct mailinglist :( Christian. On 04/28/2015 02:58 PM, Michael Klishin wrote: > Hi, > > I'm a RabbitMQ engineering team member

[openstack-dev] Problem in loading image in sahara open stack

Hi, I have installed Sahara openstack using devstack. Now I am going to make multi node cluster in Sahara. For this I have made 1 master node and 4 worker node now when I am going to launch this cluster, I need shara-juno-vanilla image. For this I have downloaded this image. Now when I am tryin

Re: [openstack-dev] [Fuel] Speed Up RabbitMQ Recovering

On 28.04.2015 15:15, Bogdan Dobrelya wrote: > > Hello, Zhou > > > Yes, this is a known issue [0]. Note, there were many bugfixes, like > [1],[2],[3], merged for MQ OCF script, so you may want to try to > backport them as well by the following guide [4] > > [0] https://bugs.launchpad.net/fuel/+b

Re: [openstack-dev] Improving OpenStack documentation around RabbitMQ

Michael, Have you seen this? https://github.com/openstack/ha-guide/tree/master/doc/high-availability-guide/ha_aa_rabbitmq That url was built from this github repo: https://github.com/openstack/ha-guide/tree/master/doc/high-availability-guide/ha_aa_rabbitmq There's a weekly meeting for the HA doc

Re: [openstack-dev] Improving OpenStack documentation around RabbitMQ

On 28 April 2015 at 16:33:35, Davanum Srinivas ([email protected]) wrote: > Hello Michael. > > Just moving your thread to the correct mailling list. Apologies, I've signed up to openstack-docs now and will re-post there.  -- MK Staff Software Engineer, Pivotal/RabbitMQ

Re: [openstack-dev] Improving OpenStack documentation around RabbitMQ

On 28 April 2015 at 16:33:35, Davanum Srinivas ([email protected]) wrote: > Have you seen this? > https://github.com/openstack/ha-guide/tree/master/doc/high-availability-guide/ha_aa_rabbitmq > > > That url was built from this github repo: > https://github.com/openstack/ha-guide/tree/master/doc

Re: [openstack-dev] Improving OpenStack documentation around RabbitMQ

On 28 April 2015 at 16:44:32, Michael Klishin ([email protected]) wrote: > At this stage I'm trying to understand the process more than > anything. E.g. how can > documentation improvements to Kilo be contributed after it > ships. > > Some of the improvements we have in mind are not HA-rela

Re: [openstack-dev] [puppet] CI status & proposal for puppet-syntax-future jobs

On Thu, Apr 23, 2015 at 06:56:55PM (-0400), Emilien Macchi wrote: Hi, I dressed a spreadsheet with the current status of our CI [1]. You can see that we need to work on Puppet 4.0 [2] and beaker [3]. Oh! Nice, thanks Emilien :-) Otherwise, gate-puppet-*-puppet-syntax-future is green everywhe

Re: [openstack-dev] [Keystone][Glance] Hierarchical multitenancy and Glance?

Yes. 100% upstream. And although I’ve referred to it as “reseller” (following the previous Keystone BP), it’s a much more generic pattern. Long term, I think it turns into something like a supply chain framework for services. Geoff > On Apr 28, 2015, at 3:51 AM, Tim Bell wrote: > > Geoff, >

[openstack-dev] [EC2 API] Cancelling today's team meeting - 04/28/2015

Team, We decided to cancel today’s meeting because a number of key members won’t be able to attend. Thanks Swami __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: [email protected]

[openstack-dev] [kolla] implement openvswitch container

I want to enbale openvswitch container. I tink i can do that like: 1 add a container that run ovs process2 add a container that run neutron-openvswitch-agent3 share the db.sock in compose.yaml4 add configure script and check script for the 2 containers that's all i need to do, right?

Re: [openstack-dev] [Keystone][Glance] Hierarchical multitenancy and Glance?

Hi all, Our team in the Federal University of Campina Grande implemented the initial Hierarchical Multitenancy support and now we are implementing the Reseller use case in Keystone. Already answering Travis question, in the Reseller solution we are merging the domains and projects entities:

Re: [openstack-dev] Problem in loading image in sahara open stack

Hi Sonal, Am I right and you can't just upload an image to glance image-registry? Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2015-04-28 16:28 GMT+03:00 Sonal Singh : > Hi, > > > > I have installed Sahara openstack using devstack. > > > > Now I am going to

Re: [openstack-dev] [heat] Kubernetes AutoScaling with Heat AutoScalingGroup and Ceilometer

On Mon, Apr 27, 2015 at 12:28:01PM -0400, Rabi Mishra wrote: > Hi All, > > Deploying Kubernetes(k8s) cluster on any OpenStack based cloud for container > based workload is a standard deployment pattern. However, auto-scaling this > cluster based on load would require some integration between k8s

Re: [openstack-dev] [all] Question for the TC candidates

Excerpts from Chris Dent's message of 2015-04-27 23:20:39 +0100: > On Mon, 27 Apr 2015, Doug Hellmann wrote: > > > I believe all of the posts were on the main OpenStack foundation blog > > under the "technical committee" tag [1], and they also went to > > planet.openstack.org for folks who subscri

Re: [openstack-dev] Navigating the ever changing OpenStack codebase

Excerpts from Kevin L. Mitchell's message of 2015-04-27 17:38:25 -0500: > On Mon, 2015-04-27 at 21:42 +, Jeremy Stanley wrote: > > I consider it an unfortunate oversight that those files weren't > > deleted a very, very long time ago. > > Unfortunately, there's one problem with that: you can't

Re: [openstack-dev] Navigating the ever changing OpenStack codebase

Excerpts from Jeremy Stanley's message of 2015-04-27 21:42:15 +: > On 2015-04-27 17:07:56 -0400 (-0400), Ronald Bradford wrote: > [...] > > Specifically, the following two code snippets have become SOP (Standard > > Operating Procedure) jumping around VMs and projects and I suspect if you > > a

Re: [openstack-dev] [kolla] implement openvswitch container

From: FangFenghua mailto:[email protected]>> Reply-To: "OpenStack Development Mailing List (not for usage questions)" mailto:[email protected]>> Date: Tuesday, April 28, 2015 at 7:02 AM To: "[email protected]" mai

Re: [openstack-dev] [QA] Question about tempest API tests that establish SSH connection to instances

On Tue, Apr 28, 2015 at 02:21:27PM +0300, Yaroslav Lobankov wrote: > Guys, thank you for answers! > > Then I have one more question :) How do scenario tests (that establish SSH > connection to instances) work? > So the scenario tests don't use the run_ssh flag, they just ssh in to servers when t

Re: [openstack-dev] [Neutron] Bump the RPC version required for port_update - AgentNotifierApi

On 28 April 2015 at 05:52, Russell Bryant wrote: > On 04/28/2015 06:25 AM, Rossella Sblendido wrote: > > > > > > On 04/28/2015 03:24 AM, Armando M. wrote: > >> >> UnsupportedVersion error if the version is not bumped in their > agent too. > >> >> > >> > > >> > Could the server fal

[openstack-dev] [magnum] Proposal for Madhuri Kumari to join Core Team

Hi folks, I would like to nominate Madhuri Kumari to the core team for Magnum. Please remember a +1 vote indicates your acceptance. A –1 vote acts as a complete veto. Why Madhuri for core? 1. She participates on IRC heavily 2. She has been heavily involved in a really difficult projec

Re: [openstack-dev] Navigating the ever changing OpenStack codebase

On Mon, 2015-04-27 at 15:54 -0700, Clint Byrum wrote: > Excerpts from Kevin L. Mitchell's message of 2015-04-27 15:38:25 -0700: > > On Mon, 2015-04-27 at 21:42 +, Jeremy Stanley wrote: > > > I consider it an unfortunate oversight that those files weren't > > > deleted a very, very long time ago

Re: [openstack-dev] [magnum] Proposal for Madhuri Kumari to join Core Team

+1 from me. welcome Madhuri! On Tue, Apr 28, 2015 at 11:14 AM, Steven Dake (stdake) wrote: > Hi folks, > > I would like to nominate Madhuri Kumari to the core team for Magnum. > Please remember a +1 vote indicates your acceptance. A –1 vote acts as a > complete veto. > > Why Madhuri for core? >

Re: [openstack-dev] [all] Question for the TC candidates

On Tue, 28 Apr 2015, Doug Hellmann wrote: Thanks very much for the information about this stuff thus far. To take the discussion to its logical extreme, for the sake of the discussion and not (just) to be snarky, I want to respond to something from this last paragraph We do not always resolve a

Re: [openstack-dev] [QA] Question about tempest API tests that establish SSH connection to instances

Matt, thank you for the answer! Regards, Yaroslav Lobankov. On Tue, Apr 28, 2015 at 6:00 PM, Matthew Treinish wrote: > On Tue, Apr 28, 2015 at 02:21:27PM +0300, Yaroslav Lobankov wrote: > > Guys, thank you for answers! > > > > Then I have one more question :) How do scenario tests (that establi

Re: [openstack-dev] [puppet] creating a rubygems mirror for OpenStack

> On Apr 27, 2015, at 9:19 PM, Emilien Macchi wrote: > > Hi, Hey! > > All Puppet OpenStack jobs (lint, syntax, unit and beaker) are quite > often affected by rubygems.org downtimes and make all jobs failing > randomly because it can't download some gems during the bootstrap. > This is somethi

Re: [openstack-dev] [heat] Kubernetes AutoScaling with Heat AutoScalingGroup and Ceilometer

- Original Message - > On Mon, Apr 27, 2015 at 12:28:01PM -0400, Rabi Mishra wrote: > > Hi All, > > > > Deploying Kubernetes(k8s) cluster on any OpenStack based cloud for > > container based workload is a standard deployment pattern. However, > > auto-scaling this cluster based on load wo

Re: [openstack-dev] [magnum] Proposal for Madhuri Kumari to join Core Team

+1 On Apr 28, 2015, at 8:14 AM, Steven Dake (stdake) mailto:[email protected]>> wrote: Hi folks, I would like to nominate Madhuri Kumari to the core team for Magnum. Please remember a +1 vote indicates your acceptance. A –1 vote acts as a complete veto. Why Madhuri for core? 1. She par

Re: [openstack-dev] [puppet] Weekly meeting #33

in the etherpad directly. > > See you tomorrow, > > [1] > https://etherpad.openstack.org/p/puppet-openstack-weekly-meeting-20150428 We did our meeting, you can read the notes: http://eavesdrop.openstack.org/meetings/puppet_openstack/2015/puppet_openstack.2015-04-28-15.00.htm

Re: [openstack-dev] [Nova][Neutron] Linuxbridge as the default in DevStack [was: Status of the nova-network to Neutron migration work]

This is all good stuff. Thanks. Does/Should the neutron docs have an openvswitch debugging page? This belongs there for easy access. Such a page might go a long way to alleviate fears over the openvswitch backend. Thanks, Kevin From: Attila Fazekas Sent: Tuesday

Re: [openstack-dev] [Neutron][LBaaS] Why do we need to select subnet when creating a pool?

?So someone pointed out that you were using lbaas for Juno, which would mean you aren't using LBaaS V2. So you're using V1. V1 member's do not take subnet_id as an attribute. Let me know how you are making your requests. Thanks, Brandon From: Brandon Logan

Re: [openstack-dev] [all] Question for the TC candidates

On 2015-04-28 16:30:21 +0100 (+0100), Chris Dent wrote: [...] > What's important to avoid is the blog postings being only reporting of > "conclusions". They also need to be invitations to participate in the > discussions. Yes, the mailing list, gerrit and meeting logs have some > of the ongoing dis

Re: [openstack-dev] [Nova][Neutron] Linuxbridge as the default in DevStack

I wanted to provide a quick update - the patch is passing tests at the gate, however it is with a couple defaults hard-coded in. We are picking eth0 as the physical interface, and VLANs. https://review.openstack.org/#/c/168423/ I have another patch that is WIP that switches to VXLAN, but I also n

Re: [openstack-dev] [all] Question for the TC candidates

Excerpts from Jeremy Stanley's message of 2015-04-28 16:21:17 +: > On 2015-04-28 16:30:21 +0100 (+0100), Chris Dent wrote: > [...] > > What's important to avoid is the blog postings being only reporting of > > "conclusions". They also need to be invitations to participate in the > > discussions

[openstack-dev] [infra][third-party][neutron-lbaas] git review - how to provide the URL to the test artifacts

Hi all I am running into trouble with how to post back the link to the log artefacts after running the CI. I can see how this is done in zuul using the url_pattern in zuul.conf, but as it stands now I am only using jenkins and the command line to monitor gerrit and build test environments.

Re: [openstack-dev] [glance] Call to action, revisit CIS state

On 4/28/15, 00:31, "Tripp, Travis S" wrote: > >>On 4/27/15, 05:39, "Kuvaja, Erno" wrote: >> >>>The spec bluntly states that >>>there is no security impact from the implementation >>> and the concerns should have been brought up so reviewers would have >>>had >>>better chance to catch possible

Re: [openstack-dev] [Neutron] A big tent home for Neutron backend code

Apologies for commenting so late, but I'm not clear on the concept of bringing all possible backend projects back inside Neutron. I think my question is similar to what Henry and Mathieu are getting at below - viz: We just recently decided to move a lot of vendor-specific ML2 mechanism driver

Re: [openstack-dev] [all] Question for the TC candidates

On 04/23/2015 12:14 PM, Chris Dent wrote: > > This might be a bit presumptuous, but why not give it a try... > > This cycle's TC elections didn't come with a set of prepackaged > questions and though the self-nomination messages have included some > very interesting stuff I think it would be usef

Re: [openstack-dev] Navigating the ever changing OpenStack codebase

Excerpts from Kevin L. Mitchell's message of 2015-04-28 08:15:51 -0700: > On Mon, 2015-04-27 at 15:54 -0700, Clint Byrum wrote: > > Excerpts from Kevin L. Mitchell's message of 2015-04-27 15:38:25 -0700: > > > On Mon, 2015-04-27 at 21:42 +, Jeremy Stanley wrote: > > > > I consider it an unfortu

Re: [openstack-dev] [all] Question for the TC candidates

On Mon, 2015-04-27 at 17:00 -0400, Doug Hellmann wrote: > I would have to go back and check, but I'm pretty sure the posts were > highlighted in Stef's community newsletter email. They were, in fact. But I know as a fact that even if people many love the newsletter, I have the impression that few

Re: [openstack-dev] [openstack][nova] Does anyone use Zookeeper, Memcache Nova ServiceGroup Driver ?

Attila, Thanks for the details. Why the current Zk driver is not good ? Apart from the slowness of Mc, Zk driver are they reliable enough ? Lets say I have more than 1000 compute would you still suggest to go with DB Servicegroup driver ? >The sg drivers was introduced to eliminate 100 Update/

Re: [openstack-dev] [Neutron] A big tent home for Neutron backend code

On 04/28/2015 01:17 PM, Neil Jerram wrote: > Apologies for commenting so late, but I'm not clear on the concept of > bringing all possible backend projects back inside Neutron. > > > I think my question is similar to what Henry and Mathieu are getting at > below - viz: > > > We just recently de

Re: [openstack-dev] [all] Question for the TC candidates

On Tue, 2015-04-28 at 16:30 +0100, Chris Dent wrote: > What's important to avoid is the blog postings being only reporting of > "conclusions". They also need to be invitations to participate in the > discussions. Yes, the mailing list, gerrit and meeting logs have some > of the ongoing discussions

Re: [openstack-dev] [all] Question for the TC candidates

On Tue, 28 Apr 2015, Anita Kuno wrote: At present, I am beginning to wonder to what degree you are being honest with us? Is you intention to know the candidates or to communicate your dissatisfaction with the current blog post situation? You'll note that I didn't have anything to say about the

Re: [openstack-dev] [all] Question for the TC candidates

On 04/28/2015 12:42 PM, Doug Hellmann wrote: > Excerpts from Jeremy Stanley's message of 2015-04-28 16:21:17 +: >> On 2015-04-28 16:30:21 +0100 (+0100), Chris Dent wrote: >> [...] >>> What's important to avoid is the blog postings being only reporting of >>> "conclusions". They also need to be

Re: [openstack-dev] [kolla] implement openvswitch container

From: "Steven Dake (stdake)" mailto:[email protected]>> Reply-To: "OpenStack Development Mailing List (not for usage questions)" mailto:[email protected]>> Date: Tuesday, April 28, 2015 at 7:52 AM To: "OpenStack Development Mailing List (not for usage questions)" mailto:openstack-

Re: [openstack-dev] [Manila] Mount automation using Zeroconf

Thanks, Luis, I agree with your assessment that one good way to solve this issue is a publisher-subscriber model. The publisher would be Manila, using zeroconf or AMQP or Zaqar (the one I¹m investigating now). The subscriber would be a lightweight agent running on the client that listens for shar

Re: [openstack-dev] Navigating the ever changing OpenStack codebase

Thanks Doug. For others following this thread. The following creates and activates the tox virtual environment. # Note: its --notests not --notests $ tox -epy27 -- notests $ source .tox/py27/bin/activate (py27)$ openstack help -- http://ronaldbradford.com/blog/running-openstack-tests-with-tox-2

Re: [openstack-dev] [all] Question for the TC candidates

Jeremy Stanley wrote: On 2015-04-28 16:30:21 +0100 (+0100), Chris Dent wrote: [...] What's important to avoid is the blog postings being only reporting of "conclusions". They also need to be invitations to participate in the discussions. Yes, the mailing list, gerrit and meeting logs have some o

Re: [openstack-dev] Navigating the ever changing OpenStack codebase

On 29 April 2015 at 06:24, Ronald Bradford wrote: > Thanks Doug. For others following this thread. The following creates and > activates the tox virtual environment. > > # Note: its --notests not --notests > $ tox -epy27 -- notests > $ source .tox/py27/bin/activate > (py27)$ openstack help Actual

Re: [openstack-dev] [openstack][nova] Does anyone use Zookeeper, Memcache Nova ServiceGroup Driver ?

Attila Fazekas wrote: How many compute nodes do you want to manage ? If it less than ~1000, you do not need to care. If you have more, just use SSD with good write IOPS value. Mysql actually can be fast with enough memory and good SSD. Even faster than [1]. zk as technology is good, the curren

Re: [openstack-dev] [all] Dependency management summit sessions

On 28 April 2015 at 22:57, Sean Dague wrote: > On 04/27/2015 05:53 PM, Robert Collins wrote: > I'm still generally suspicious of the precompute / install model because > solving that ends up being... interesting some times. I also think there > is a related issue of "dependencies for optional fea

Re: [openstack-dev] Navigating the ever changing OpenStack codebase

Excerpts from Ronald Bradford's message of 2015-04-28 14:24:37 -0400: > Thanks Doug. For others following this thread. The following creates and > activates the tox virtual environment. > > # Note: its --notests not --notests Sorry, that was a typo on my part. The option name is actually '--notes

Re: [openstack-dev] [all] Question for the TC candidates

Excerpts from Joshua Harlow's message of 2015-04-28 11:30:01 -0700: > Jeremy Stanley wrote: > > On 2015-04-28 16:30:21 +0100 (+0100), Chris Dent wrote: > > [...] > >> What's important to avoid is the blog postings being only reporting of > >> "conclusions". They also need to be invitations to parti

Re: [openstack-dev] [OpenStack-Infra][cinder] Could you please re-consider Oracle ZFSSA iSCSI Driver

Dear Cinder team, A patchset has been uploaded to request re-integration of Oracle ZFSSA iSCSI Cinder driver to 2 branches: master and stable/kilo: https://review.openstack.org/#/c/178319 Here are some success reports of the Oracle ZFSSA iSCSI CI: https://review.openstack.org/#/c/175809/ https

Re: [openstack-dev] [Neutron] [Nova] [Cinder] [tc] Should Openstack project maintained by core team keep only API/DB in the future?

The concern is that having broken drivers out there that claim to work with an OpenStack project end up making the project look bad. It's similar to a first time Linux user experiencing frequent kernel panics because they are using hardware with terrible drivers. They aren't going to recognize the

[openstack-dev] [Congress] Cores

Hi all, I'm nominating Alex Yip for core status in Congress. He's active on IRC and gerrit, fixes important bugs routinely, and developed a number of key features for the project: - added a DSL that makes writing datasource-drivers much easier - improved scale-up performance by orders of magnit

Re: [openstack-dev] [Neutron] A big tent home for Neutron backend code

On Tue, Apr 28, 2015 at 12:17 PM, Neil Jerram wrote: > Apologies for commenting so late, but I'm not clear on the concept of > bringing all possible backend projects back inside Neutron. > > > I think my question is similar to what Henry and Mathieu are getting at > below - viz: > > > We just

Re: [openstack-dev] [Neutron] A big tent home for Neutron backend code

On Mon, Apr 27, 2015 at 3:58 PM, Russell Bryant wrote: > On 04/22/2015 02:19 PM, Russell Bryant wrote: > > a) Adopt these as repositories under the Neutron project team. > > > > In this case, I would see them operating with their own review teams as > > they do today to avoid imposing additional

Re: [openstack-dev] [Neutron] A big tent home for Neutron backend code

On Tue, Apr 28, 2015 at 8:00 AM, Russell Bryant wrote: > On 04/27/2015 08:52 PM, Armando M. wrote: > > > > Any project that fails to meet the criteria later can be dropped at > any > > time. For example, if some repo is clearly unmaintained, it can be > > removed. > > > > > > If we o

  1   2   >