Re: [openstack-dev] [tc][rally][qa] Application for a new OpenStack Program: Performance and Scalability

Hello Boris, see below. Zitat von Boris Pavlovic : Jay, Thanks for review of proposal. Some my comments below.. I think this is one of the roots of the problem that folks like David and Sean keep coming around to. If Rally were less monolithic, it would be easier to say "OK, bring this pie

Re: [openstack-dev] Networking Docs Swarm - Brisbane 9 August

Yeah, a bug really is the best way to go about feedback and suggestions. I'll be sure to comb through Launchpad on the day :) L On 05/08/14 14:29, Tom Fifield wrote: How about writing up something in a bug report: https://bugs.launchpad.net/openstack-manuals/+filebug or a mailing list post a

Re: [openstack-dev] [Openstack-docs] Networking Docs Swarm - Brisbane 9 August

Just to clear up any confusion: there is other work going on on the new Networking Guide prior to this swarm. The swarm intends to continue that work, not create a new project ;) Lana On 05/08/14 13:05, Lana Brindley wrote: Hi everyone, I just wanted to let you all know about the OpenStack N

Re: [openstack-dev] [Neutron][LBaaS][Tempest] LBaaS API Tempest testing status update

Hey Miguel, I was able to reproduce the issue here and luckily it was an error in the driver. So that means I don't need to update the plugin. I fixed the issue in the driver, and pushed the change up. Everything should be working now. Thanks, Brandon On Sun, 2014-08-03 at 20:42 -0500, Miguel

[openstack-dev] [Heat][TripleO] Heat can't retrieve stack list

Hi all, I have been trying to set up tripleo using instack. When I try to deploy overcloud, I get a heat related  error. Here it is: [stack@localhost ~]$ heat stack-list ERROR: Timeout while waiting on RPC response - topic: "engine", RPC method: "list_stacks" info: "" Now, heat-engine is runnin

Re: [openstack-dev] Networking Docs Swarm - Brisbane 9 August

Lana Brindley wrote on 08/04/2014 11:05:24 PM: > I just wanted to let you all know about the OpenStack Networking Docs > Swarm being held in Brisbane on 9 August. > ... +++ on this. I can not contribute answers, but have lots of questions. Let me suggest that documentation is needed both for

Re: [openstack-dev] Networking Docs Swarm - Brisbane 9 August

How about writing up something in a bug report: https://bugs.launchpad.net/openstack-manuals/+filebug or a mailing list post about what you'd like to see? Regards, Tom On 05/08/14 12:22, Stuart Fox wrote: Cant make it to Brisbane but this doc is so needed. Any chamce you could put round a

Re: [openstack-dev] Networking Docs Swarm - Brisbane 9 August

Cant make it to Brisbane but this doc is so needed. Any chamce you could put round a questionaire or sethomg similar to get input from those who cant make it? -- BR, Stuart On 14-08-04 8:05 PM Lana Brindley wrote: Hi everyone, I just wanted to let you all know about the OpenStack Networki

[openstack-dev] [gantt] scheduler subgroup meeting agenda 8/5

1) Mid-cycle meetup results 2) Forklift status 3) Opens -- Don Dugger "Censeo Toto nos in Kansa esse decisse." - D. Gale Ph: 303/443-3786 ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listin

[openstack-dev] Networking Docs Swarm - Brisbane 9 August

Hi everyone, I just wanted to let you all know about the OpenStack Networking Docs Swarm being held in Brisbane on 9 August. Currently, there is no OpenStack Networking Guide, so the focus of this swarm is to combine the existing networking content into a single doc so that it can be updated

Re: [openstack-dev] [all] specs.openstack.org is live

On 2014-08-05 01:26:49 + (+), joehuang wrote: > I would like to know how to submit cross project spec? Is there a > repository for cross project cross project spec. Specs repositories are about formalizing/streamlining the design process within a program, and generally the core reviewers o

[openstack-dev] New Salt Openstack Formula

Hi Guys, I have write a new set of salt formulas to install the openstack for those who likes SaltStack. These formula are under develop and tested on RedHat/CentOS 6 and Ubuntu 12.04. Pull Request is welcome. Here is the related repos: - https://github.com/saltstack-formulas/mysql-formula.git

Re: [openstack-dev] [nova][libvirt][baremetal] Nova Baremetal's Usage of Components from Libvirt

On 08/04/2014 03:54 PM, Solly Ross wrote: Hello All, So, I'm working on https://review.openstack.org/#/c/111459/, and have encountered an issue. It seems that the Nova Baremetal driver uses the ImageCacheManager from the Libvirt driver. For various reasons (see the commit), the ImageCacheMan

Re: [openstack-dev] Step by step OpenStack Icehouse Installation Guide

Hi maybe you can consider use script create Database and endpoint. like https://github.com/EmilienM/openstack-folsom-guide/tree/master/scripts this would be easy for user. On Tue, Aug 5, 2014 at 12:38 AM, chayma ghribi wrote: > Hi ! > > Thank you for the comment Qiming ! > > The script stack.

Re: [openstack-dev] [all] specs.openstack.org is live

Hi, Good job! I would like to know how to submit cross project spec? Is there a repository for cross project cross project spec. Best Regards Chaoyi Huang ( Joe Huang ) -邮件原件- 发件人: Andreas Jaeger [mailto:a...@suse.com] 发送时间: 2014年8月3日 1:17 收件人: openstack-dev@lists.openstack.org 主题: [

Re: [openstack-dev] [git-review] Supporting development in local branches

On Tue, 2014-08-05 at 03:18 +0400, Yuriy Taraday wrote: > Hello, git-review users! > > > I'd like to gather feedback on a feature I want to implement that > might turn out useful for you. > > > I like using Git for development. It allows me to keep track of > current development process, it rem

Re: [openstack-dev] [Neutron] Group Based Policy and the way forward

+1 mark On Tue, Aug 5, 2014 at 4:27 AM, Mark McClain wrote: > All- > > tl;dr > > * Group Based Policy API is the kind of experimentation we be should > attempting. > * Experiments should be able to fail fast. > * The master branch does not fail fast. > * StackForge is the proper home to conduc

Re: [openstack-dev] [all] specs.openstack.org is live

Done - https://review.openstack.org/#/c/111865/ But it would be great if the swift team could push this one too: https://review.openstack.org/#/c/111869/ (since it's the only *-specs on specs.openstack.org that doesn't look the same) Regards, Steve Martinelli Software Developer - Openstack Keyst

Re: [openstack-dev] [Neutron] Group Based Policy and the way forward

Hi, When I think about Group-Based Policy I cannot help myself but think about the degree of variety of sentiments (for lack of better words) that this subject has raised over the past few months on the mailing list and/or other venues. I speak for myself when I say that when I look at the end-to

[openstack-dev] [git-review] Supporting development in local branches

Hello, git-review users! I'd like to gather feedback on a feature I want to implement that might turn out useful for you. I like using Git for development. It allows me to keep track of current development process, it remembers everything I ever did with the code (and more). I also really like us

Re: [openstack-dev] [Neutron] Group Based Policy and the way forward

+1 Hemanth. On Tue, Aug 5, 2014 at 12:24 AM, Hemanth Ravi wrote: > Hi, > > I believe that the API has been reviewed well both for its usecases and > correctness. And the blueprint has been approved after sufficient exposure > of the API in the community. The best way to enable users to adopt GB

[openstack-dev] [nova][libvirt][baremetal] Nova Baremetal's Usage of Components from Libvirt

Hello All, So, I'm working on https://review.openstack.org/#/c/111459/, and have encountered an issue. It seems that the Nova Baremetal driver uses the ImageCacheManager from the Libvirt driver. For various reasons (see the commit), the ImageCacheManager has been refactored to require a libvir

[openstack-dev] [nova][libvirt] Non-readonly connection to libvirt in unit tests

Hi, I was wondering if there was a way to get a non-readonly connection to libvirt when running the unit tests on the CI. If I call `LibvirtDriver._connect(LibvirtDriver.uri())`, it works fine locally, but the upstream CI barfs with "libvirtError: internal error Unable to locate libvirtd daemon

Re: [openstack-dev] [Neutron] Group Based Policy and the way forward

Hi, I believe that the API has been reviewed well both for its usecases and correctness. And the blueprint has been approved after sufficient exposure of the API in the community. The best way to enable users to adopt GBP is to introduce this in Juno rather than as a project in StackForge. Just as

Re: [openstack-dev] [all] specs.openstack.org is live

Can you please add Swift as well? --John On Aug 4, 2014, at 9:54 AM, Andreas Jaeger wrote: > Great, I've updated my patch to add neutron and nova to the index page. > > For now read the specs using: > http://specs.openstack.org/openstack/neutron-specs/ > http://specs.openstack.org/openstack/

Re: [openstack-dev] [Tripleo] photos of whiteboards?

Thanks! On 5 August 2014 06:40, Dan Prince wrote: > On Sun, 2014-08-03 at 07:59 +1200, Robert Collins wrote: >> We had a few whiteboard photos taken during the sprint, but I can't >> find where they were posted :/ >> >> Right now I'm looking for the one with the list of priority CI jobs, > > I do

Re: [openstack-dev] [tc][rally][qa] Application for a new OpenStack Program: Performance and Scalability

Jay, Thanks for review of proposal. Some my comments below.. I think this is one of the roots of the problem that folks like David > and Sean keep coming around to. If Rally were less monolithic, it > would be easier to say "OK, bring this piece into Tempest, have this > piece be a separate libr

Re: [openstack-dev] [Neutron][policy] Long standing -2 on Group-based policy patch

On Aug 4, 2014, at 1:16 PM, Sumit Naiksatam wrote: > The first patch[1] of this high priority approved blueprint[2][3] > targeted for Juno-3 has been blocked by a core reviewer’s (Mark > McClain) -2 since July 2nd. This patch was at patch-set 13 then, and > has been repeatedly reviewed and updat

[openstack-dev] [Neutron] Group Based Policy and the way forward

All- tl;dr * Group Based Policy API is the kind of experimentation we be should attempting. * Experiments should be able to fail fast. * The master branch does not fail fast. * StackForge is the proper home to conduct this experiment. Why this email? --- Our community has been discu

Re: [openstack-dev] [Congress] data-source renovation

Hi all, I favor the first approach because it solves the usability problem of wide tables without limiting Congress' ability to use wide tables, or adding extra complexity. There are legitimate uses for wide tables, so Congress should be able to support them. For example, Congress will need t

Re: [openstack-dev] [Neutron] Addressing unit tests broken by random PYTHONHASHSEED

Salvatore Orlando wrote: > Hi Henry, > > Are the fixes pushed with patches [1], and [2], which amend tox.ini, > insufficient? > > Salvatore > > [1] https://review.openstack.org/#/c/109888/ This is for functional tests, not unit tests. Subtle difference. :) > [2] https://review.openstack.org/

Re: [openstack-dev] [Neutron] Addressing unit tests broken by random PYTHONHASHSEED

Hi Henry, Are the fixes pushed with patches [1], and [2], which amend tox.ini, insufficient? Salvatore [1] https://review.openstack.org/#/c/109888/ [2] https://review.openstack.org/#/c/109729/ On 4 August 2014 20:42, Henry Gessau wrote: > Please see this bug: https://launchpad.net/bugs/1348

[openstack-dev] [Neutron] Addressing unit tests broken by random PYTHONHASHSEED

Please see this bug: https://launchpad.net/bugs/1348818 I innocently assigned myself to this bug for Neutron. However, there are a very large number of Neutron unit tests that are broken by random hash seeds. I think multiple people should work on fixing the tests. We don't want to have multiple

Re: [openstack-dev] [Tripleo] photos of whiteboards?

On Sun, 2014-08-03 at 07:59 +1200, Robert Collins wrote: > We had a few whiteboard photos taken during the sprint, but I can't > find where they were posted :/ > > Right now I'm looking for the one with the list of priority CI jobs, I don't have the photo. But it looks like someone wrote them dow

Re: [openstack-dev] [TripleO] a small experiment with Ansible in TripleO

On 08/04/2014 08:19 AM, Clint Byrum wrote: > I've been fiddling on github. This repo is unfortunately named the same > but is not the same ancestry as yours. Anyway, the branch 'fiddling' has > a working Heat inventory plugin which should give you a hostvar of > 'heat_metadata' per host in the give

[openstack-dev] [Neutron][policy] Long standing -2 on Group-based policy patch

The first patch[1] of this high priority approved blueprint[2][3] targeted for Juno-3 has been blocked by a core reviewer’s (Mark McClain) -2 since July 2nd. This patch was at patch-set 13 then, and has been repeatedly reviewed and updated to the current patch-set 22. However, there has been no com

[openstack-dev] [Infra] Meeting Tuesday August 5th at 19:00 UTC

Hi everyone, The OpenStack Infrastructure (Infra) team is hosting our weekly meeting on Tuesday August 5th, at 19:00 UTC in #openstack-meeting Meeting agenda available here: https://wiki.openstack.org/wiki/Meetings/InfraTeamMeeting (anyone is welcome to to add agenda items) Everyone interested i

Re: [openstack-dev] 答???: [Neutron] Auth token in context

Yes, Here: https://review.openstack.org/#/c/111756/ From: Kevin Benton To: "OpenStack Development Mailing List (not for usage questions)" Cc: isaku.yamah...@gmail.com Date: 08/04/2014 01:01 PM Subject:Re: [openstack-dev] 答???: [Neutron] Auth token in context

Re: [openstack-dev] 答???: [Neutron] Auth token in context

That makes sense. Is there a patch up for review to make this available in the context? On Mon, Aug 4, 2014 at 8:21 AM, Isaku Yamahata wrote: > ServiceVM wants auth token. > When creating l3 router which runs inside VM, it launches VM. > So neutron interacts with other projects like serivcevm s

Re: [openstack-dev] [all] specs.openstack.org is live

Great, I've updated my patch to add neutron and nova to the index page. For now read the specs using: http://specs.openstack.org/openstack/neutron-specs/ http://specs.openstack.org/openstack/nova-specs/ Andreas -- Andreas Jaeger aj@{suse.com,opensuse.org} Twitter/Identica: jaegerandi SUSE LIN

[openstack-dev] [mistral] Team meeting minutes/log - 08/04/2014

Thanks for joining us today. As usually, Minutes: http://eavesdrop.openstack.org/meetings/mistral/2014/mistral.2014-08-04-16.00.html Log: http://eavesdrop.openstack.org/meetings/mistral/2014/mistral.2014-08-04-16.00.log.html Meeting archive: https://wiki.openstack.org/wiki/Meetings/MistralAgen

[openstack-dev] [Trove] Trove Blueprint Meeting on 4 Aug canceled

Hey folks: There's nothing to discuss on the BP Agenda for this week and most folks are busy working on existing BPs and bugs, so I'd like to cancel the Trove blueprint meeting for this week. See you guys at the regular Trove meeting on Wednesday. Thanks, Nikhil

Re: [openstack-dev] Glance Store Future

On 08/04/2014 05:56 PM, Jay Pipes wrote: > On 08/04/2014 10:29 AM, Sean Dague wrote: >> On 08/04/2014 09:46 AM, Doug Hellmann wrote: >>> On Aug 4, 2014, at 9:27 AM, Jay Pipes wrote: On 08/04/2014 09:09 AM, Duncan Thomas wrote: > Duncan Thomas > On Aug 1, 2014 9:44 PM, "Jay Pipes"

Re: [openstack-dev] Step by step OpenStack Icehouse Installation Guide

Hi ! Thank you for the comment Qiming ! The script stack.sh is used to configure Devstack and to assign the heat_stack_owner role to users. Also, I think that Heat is configured by default on Devstack for icehouse. http://docs.openstack.org/developer/heat/getting_started/on_devstack.html#configu

Re: [openstack-dev] [tc][rally][qa] Application for a new OpenStack Program: Performance and Scalability

On 08/04/2014 11:21 AM, Boris Pavlovic wrote: Rally is quite monolithic and can't be split I think this is one of the roots of the problem that folks like David and Sean keep coming around to. If Rally were less monolithic, it would be easier to say "OK, bring this piece into Tempest, have this

Re: [openstack-dev] [TripleO] devtest environment for virtual or true bare metal

On 08/04/2014 09:46 AM, LeslieWang wrote: > Dear all, > Looking at devtest pages at TripleO wiki > http://docs.openstack.org/developer/tripleo-incubator/devtest.html. I thought > all variables and configurations of devtest are for true bare-metal because I > see diskimage-builder options of both

[openstack-dev] [UX] Reminder: Bi-weekly meeting today

Hi UXers, I just wanted to send a quick reminder that we will be meeting about UX topics[1] in just under an hour on #openstack-meeting-3. Hope to chat with you then! Thanks, Liz [1] https://wiki.openstack.org/wiki/Meetings/UX#Previous_meetings___ Op

Re: [openstack-dev] Glance Store Future

On 08/04/2014 10:29 AM, Sean Dague wrote: On 08/04/2014 09:46 AM, Doug Hellmann wrote: On Aug 4, 2014, at 9:27 AM, Jay Pipes wrote: On 08/04/2014 09:09 AM, Duncan Thomas wrote: Duncan Thomas On Aug 1, 2014 9:44 PM, "Jay Pipes" mailto:jaypi...@gmail.com>> wrote: Yup. Though I'd love for this

Re: [openstack-dev] [all] specs.openstack.org is live

On Mon, Aug 4, 2014 at 10:46 AM, Russell Bryant wrote: > On 08/04/2014 11:25 AM, Russell Bryant wrote: >> On 08/04/2014 08:13 AM, Andreas Jaeger wrote: >>> On 08/04/2014 01:52 PM, Steve Gordon wrote: - Original Message - > From: "Andreas Jaeger" > To: openstack-dev@lists.open

Re: [openstack-dev] [all] specs.openstack.org is live

On 08/04/2014 11:25 AM, Russell Bryant wrote: > On 08/04/2014 08:13 AM, Andreas Jaeger wrote: >> On 08/04/2014 01:52 PM, Steve Gordon wrote: >>> - Original Message - From: "Andreas Jaeger" To: openstack-dev@lists.openstack.org All OpenStack incubated projects and progra

Re: [openstack-dev] [tc][rally][qa] Application for a new OpenStack Program: Performance and Scalability

Hi Sean, I would consider "collaboration" between different programs and their "missions" as a 2 different topics. To clear up the situation I made diagram that shows how new "Operations" program is aligned with OpenStack Integrated release and OpenStack QA. [image: Inline image 1] This means

[openstack-dev] [Neutron][DB] Strategy for collecting models for autogenerate

Hi all, as a part of making db migrations unconditional we need to have all models easily collectible [1]. Currently we have a head.py file containing imports to all models. Disadvantage is that all imports need to be collected manually and maintained in case new module with model is added to the

Re: [openstack-dev] [Marconi] All-hands documentation day

Next Thusday, August 7th then! If someone else want to join us, please do. Thanks all 2014-08-01 15:37 GMT-03:00 Kurt Griffiths : > I’m game for thursday. Love to help out. > > On 8/1/14, 2:26 AM, "Flavio Percoco" wrote: > > >On 07/31/2014 09:57 PM, Victoria Martínez de la Cruz wrote: > >> Hi

Re: [openstack-dev] DevStack program change

On 08/04/2014 04:23 AM, Thierry Carrez wrote: > Matthew Treinish wrote: >> On Fri, Aug 01, 2014 at 03:50:53PM -0500, Anne Gentle wrote: >>> On Fri, Aug 1, 2014 at 10:48 AM, Dean Troyer wrote: >>> I propose we de-program DevStack and consolidate it into the QA program. Some of my concern

Re: [openstack-dev] [all] specs.openstack.org is live

On 08/04/2014 08:13 AM, Andreas Jaeger wrote: > On 08/04/2014 01:52 PM, Steve Gordon wrote: >> - Original Message - >>> From: "Andreas Jaeger" >>> To: openstack-dev@lists.openstack.org >>> >>> All OpenStack incubated projects and programs that use a -specs >>> repository have now been setu

Re: [openstack-dev] [TripleO] a small experiment with Ansible in TripleO

I've been fiddling on github. This repo is unfortunately named the same but is not the same ancestry as yours. Anyway, the branch 'fiddling' has a working Heat inventory plugin which should give you a hostvar of 'heat_metadata' per host in the given stack. https://github.com/SpamapS/tripleo-ansibl

Re: [openstack-dev] [Nova] Nominating Jay Pipes for nova-core

On 08/01/2014 01:59 PM, Jay Pipes wrote: > On 07/31/2014 10:49 PM, Sean Dague wrote: >> On 07/31/2014 06:26 PM, Michael Still wrote: >>> On Thu, Jul 31, 2014 at 9:57 PM, Russell Bryant >>> wrote: >>> Further, I'd like to propose that we treat all of existing +1 reviews as +2 (once h

Re: [openstack-dev] [oslo-incubator] rpc.cleanup method is not reachable due to wrong import of rpc module

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 04/08/14 16:36, Malawade, Abhijeet wrote: > Hi all, > > > > rpc module is not imported properly in nova, cinder, neutron > projects. It is imported from wrong package. > > In oslo-incubator 'rpc' module is used in > openstack/common/service.p

[openstack-dev] [mistral] Team meeting - 08/04/2014

This is a reminder about the team meeting today at 16.00 UTC at #openstack-meeting. Agenda: Review action items Current status (progress, issues, roadblocks) Further plans Open discussion (Can also be found at https://wiki.openstack.org/wiki/Meetings/MistralAgenda as well as links to the previo

Re: [openstack-dev] [oslo-incubator] rpc.cleanup method is not reachable due to wrong import of rpc module

On Aug 4, 2014, at 10:36 AM, Malawade, Abhijeet wrote: > Hi all, > > rpc module is not imported properly in nova, cinder, neutron projects. It is > imported from wrong package. > In oslo-incubator 'rpc' module is used in openstack/common/service.py file > and it is present at openstack/com

[openstack-dev] [TripleO] devtest environment for virtual or true bare metal

Dear all, Looking at devtest pages at TripleO wiki http://docs.openstack.org/developer/tripleo-incubator/devtest.html. I thought all variables and configurations of devtest are for true bare-metal because I see diskimage-builder options of both overcloud and undercloud doesn't include "vm" opti

Re: [openstack-dev] [Neutron] Status of A/A HA for neutron-metadata-agent?

On 03/08/14 13:07, Gary Kotton wrote: > Hi, > Happy you asked about this. This is an idea that we have: > > Below is a suggestion on how we can improve the metadata service. This can > be done by leveraging the a Load balancers supports X-Forwarded-For.The > following link has two diagrams. The fi

Re: [openstack-dev] [Neutron] Status of A/A HA for neutron-metadata-agent?

On 02/08/14 02:22, Assaf Muller wrote: > Hey Marios, comments inline. > > - Original Message - >> Hi all, >> >> I have been asked by a colleague about the status of A/A HA for >> neutron-* processes. From the 'HA guide' [1], l3-agent and >> metadata-agent are the only neutron components th

[openstack-dev] [oslo-incubator] rpc.cleanup method is not reachable due to wrong import of rpc module

Hi all, rpc module is not imported properly in nova, cinder, neutron projects. It is imported from wrong package. In oslo-incubator 'rpc' module is used in openstack/common/service.py file and it is present at openstack/common package. (https://github.com/openstack/oslo-incubator/blob/master/op

Re: [openstack-dev] 答???: [Neutron] Auth token in context

ServiceVM wants auth token. When creating l3 router which runs inside VM, it launches VM. So neutron interacts with other projects like serivcevm server or nova. thnaks, On Sun, Jul 20, 2014 at 12:14:54AM -0700, Kevin Benton wrote: > That makes sense. Shouldn't we wait for something to require

Re: [openstack-dev] Glance Store Future

On 08/04/2014 09:46 AM, Doug Hellmann wrote: > > On Aug 4, 2014, at 9:27 AM, Jay Pipes wrote: > >> On 08/04/2014 09:09 AM, Duncan Thomas wrote: >>> Duncan Thomas >>> On Aug 1, 2014 9:44 PM, "Jay Pipes" >> > wrote: >>> Yup. Though I'd love for this code to live in

[openstack-dev] [TripleO] old cloud apt version of ubuntu at install-depencies

Dear all, I found file “tripleo-incubator/scripts/install-depencencies” has below clauses: DEBIAN_FRONTEND=noninteractive sudo -E apt-get install --yes ubuntu-cloud-keyring (grep -Eqs "precise-updates/grizzly" /etc/apt/sources.list.d/cloud-archive.list) || echo 'deb http://ubuntu-cloud.a

[openstack-dev] [neutron] network_device_mtu is not applied to VMs

Hi! I feel I need a piece of advice regarding this bug [1]. The gist of the problem is that although there is an option network_device_mtu that can be specified in neutron.conf VMs are not getting that mtu on their interfaces. MTU can be specified by the dhcp agent by adding the option to dnsmasq

Re: [openstack-dev] Glance Store Future

On Aug 4, 2014, at 9:27 AM, Jay Pipes wrote: > On 08/04/2014 09:09 AM, Duncan Thomas wrote: >> Duncan Thomas >> On Aug 1, 2014 9:44 PM, "Jay Pipes" > > wrote: >> >> > Yup. Though I'd love for this code to live in olso, not glance... >> >> Why Oslo? There seems to be

Re: [openstack-dev] Glance Store Future

On 08/04/2014 09:09 AM, Duncan Thomas wrote: Duncan Thomas On Aug 1, 2014 9:44 PM, "Jay Pipes" mailto:jaypi...@gmail.com>> wrote: > Yup. Though I'd love for this code to live in olso, not glance... Why Oslo? There seems to be a general obsession with getting things into Oslo, but our (cinder t

[openstack-dev] 5 node Openstack Icehouse with Vagrant and Puppet on Virtualbox and Centos 6.5

Greetings to all! So I'm learning Openstack and hope some day to add my name among the list of contributors (maybe on something like Solum). My first real foray into the Openstack world was to build myself a multi-node environment and is available here https://github.com/phiche/vagrant-puppet-ope

Re: [openstack-dev] Glance Store Future

Duncan Thomas On Aug 1, 2014 9:44 PM, "Jay Pipes" wrote: > Yup. Though I'd love for this code to live in olso, not glance... Why Oslo? There seems to be a general obsession with getting things into Oslo, but our (cinder team) general experiences with the end result have been highly variable, to

Re: [openstack-dev] [tc][rally][qa] Application for a new OpenStack Program: Performance and Scalability

On 07/31/2014 06:55 AM, Angus Salkeld wrote: > On Sun, 2014-07-27 at 07:57 -0700, Sean Dague wrote: >> On 07/26/2014 05:51 PM, Hayes, Graham wrote: >>> On Tue, 2014-07-22 at 12:18 -0400, Sean Dague wrote: On 07/22/2014 11:58 AM, David Kranz wrote: > On 07/22/2014 10:44 AM, Sean Dague wrote

Re: [openstack-dev] [nova] Why people don't close bugs?

On Monday 04 August 2014 17:53:11 Tom Fifield wrote: > On 04/08/14 17:46, Dmitry Guryanov wrote: > > Hello! > > > > I looked through launchpad bugs and it seems there are a lot of bugs, > > which are fixed already, but still open, here are 3 ones: > > > > https://bugs.launchpad.net/nova/+bug/9090

[openstack-dev] [Trove] Service configuration options modification

Hello, Stackers. I’d like to propose policy for configuration option deprecation taking into account all requirements related to production deployment. As you all know, there are a lot patches that are proposing modifications to existing configuration. And options are being modified without any

Re: [openstack-dev] [all] specs.openstack.org is live

On 08/04/2014 01:52 PM, Steve Gordon wrote: > - Original Message - >> From: "Andreas Jaeger" >> To: openstack-dev@lists.openstack.org >> >> All OpenStack incubated projects and programs that use a -specs >> repository have now been setup to publish these to >> http://specs.openstack.org. W

Re: [openstack-dev] [infra][qa][rally] Why we need subunit2sql?

On 08/02/2014 01:05 PM, Boris Pavlovic wrote: > Hi stackers, > > > Could somebody explain me why we need subunit2sql? > > It seems like a part of functionality that is already implemented in Rally: > http://www.mirantis.com/blog/rally-openstack-tempest-testing-made-simpler/ > > With Rally we c

Re: [openstack-dev] [all] specs.openstack.org is live

- Original Message - > From: "Andreas Jaeger" > To: openstack-dev@lists.openstack.org > > All OpenStack incubated projects and programs that use a -specs > repository have now been setup to publish these to > http://specs.openstack.org. With the next merged in patch of a *-specs > reposit

[openstack-dev] [qa] In-tree functional test vision

In the "Thoughts on the patch test failure rate and moving forward" thread[1] there's discussion of moving some of the burden for functional testing to the individual projects. This seems like a good idea to me, but also seems like it could be a source of confusion so I thought I'd start another

Re: [openstack-dev] [tc][rally][qa] Application for a new OpenStack Program: Performance and Scalability

Thierry, I like "Operations" name for this program. It totally makes sense as we can keep this name and extend just mission of this program to include such projects like satori, rubick, logaas and others in future. Sylvian, Thank you for your input. In my opinion, having 2 separated programs d

Re: [openstack-dev] Glance Store Future

On 08/01/2014 10:41 PM, Jay Pipes wrote: > cc'ing ML since it's an important discussion, IMO... > > On 07/31/2014 11:54 AM, Arnaud Legendre wrote: >> Hi Jay, >> >> I would be interested if you could share your point of view on this >> item: we want to make the glance stores a standalone library >>

Re: [openstack-dev] [nova] Why people don't close bugs?

On 04/08/14 17:46, Dmitry Guryanov wrote: Hello! I looked through launchpad bugs and it seems there are a lot of bugs, which are fixed already, but still open, here are 3 ones: https://bugs.launchpad.net/nova/+bug/909096 https://bugs.launchpad.net/nova/+bug/1206762 https://bugs.launchpad.net/

[openstack-dev] [nova] Why people don't close bugs?

Hello! I looked through launchpad bugs and it seems there are a lot of bugs, which are fixed already, but still open, here are 3 ones: https://bugs.launchpad.net/nova/+bug/909096 https://bugs.launchpad.net/nova/+bug/1206762 https://bugs.launchpad.net/nova/+bug/1208743 I've posted comments on th

Re: [openstack-dev] [Nova] nova-compute deadlock

Dear stackers, FYI. Eventually I report this problem to libguestfs. A workaround has been included into libguestfs code to fix it. Thanks for your supporting! https://bugzilla.redhat.com/show_bug.cgi?id=1123007 On Sat, Jun 7, 2014 at 3:27 AM, Qin Zhao wrote: > Yuriy, > > And I think if we use

Re: [openstack-dev] [horizon] Support for Django 1.7: there's a bit of work, though it looks fixable to me...

Hi, Note that Django 1.7 requires Python 2.7 or above[1] while Juno still requires to be compatible with Python 2.6 (Suse ES 11 uses 2.6 if my memory serves me). [1] https://docs.djangoproject.com/en/dev/releases/1.7/#python-compatibility Best, Romain - Original Message - From: "Thom

Re: [openstack-dev] [tc][rally][qa] Application for a new OpenStack Program: Performance and Scalability

Le 02/08/2014 04:31, Alex Freedland a écrit : Angus, Rally is designed as an operations tool. Its purpose is to run a production cloud and give an operator tools and data to profile a production cloud. It is intended as a first of many such tools. There is a strong support in the community

Re: [openstack-dev] [neutron] Spec exceptions are closed, FPF is August 21

Carl Baldwin wrote: > Armando's point #2 is a good one. I see that we should have raised > awareness of this more than we did. The bulk of the discussion and > the development work moved over to the oslo team and I focused energy > on other things. What I didn't realize was that the importance o

[openstack-dev] Fwd: [NFV][CI][third-party] The plan to bring up Snabb NFV CI for Juno-3

Hi Steve, Thanks for the continuing help! On 29 July 2014 20:25, Steve Gordon wrote: > It appears to me the expectation/desire from Mark and Maru here is to see > a lot more justification of the use cases for this driver and the direction > of the current implementation > I am attempting to sa

Re: [openstack-dev] [ceilometer][nova] extra Ceilometer Samples of the instance gauge

Regarding the intevals, it can be configured in your pipeline.yaml file. e.g. sources: - name: meter_source interval: 600 <-- change this to a smaller one if you like meters: - "*" sinks: - meter_sink Regards, - Qiming On Wed, Jul 30, 2014 at 02:16:

Re: [openstack-dev] [all] specs.openstack.org is live

Andreas Jaeger wrote: > All OpenStack incubated projects and programs that use a -specs > repository have now been setup to publish these to > http://specs.openstack.org. With the next merged in patch of a *-specs > repository, the documentation will get published. > > The index page contains the

Re: [openstack-dev] DevStack program change

Matthew Treinish wrote: > On Fri, Aug 01, 2014 at 03:50:53PM -0500, Anne Gentle wrote: >> On Fri, Aug 1, 2014 at 10:48 AM, Dean Troyer wrote: >> >>> I propose we de-program DevStack and consolidate it into the QA program. >>> Some of my concerns about doing this in the beginning have proven to be

Re: [openstack-dev] [Openstack] VM bootting hang on OpenStack Icehouse + Centos 6.4 64bit + KVM

Thanks Dhanesh, I tried this before. Still hang... EDD is just a notice, not a issue I think. I'm not sure but look: [1.035496] init[1] trap invalid opcode ip:7fc17cab71b2 sp:7fffae373780 error:0 in libc.so.6[7fc17ca98000+17e000] [1.044709] Kernel panic - not syncing: Attempted to kill in

Re: [openstack-dev] [tc][rally][qa] Application for a new OpenStack Program: Performance and Scalability

Alex Freedland wrote: > [...] > I can envision other tools building a community around them and they too > should become part of OpenStack operations tooling. Maybe Operator Tools > program would be a better name? +1: "Operator Tools" is less ambiguous than "SLA management" or even "Operations" i

Re: [openstack-dev] [Nova] Nominating Jay Pipes for nova-core

+1! From: Michael Still Sent: Wednesday, July 30, 2014 2:02 PM To: OpenStack Development Mailing List Subject: [openstack-dev] [Nova] Nominating Jay Pipes for nova-core Greetings, I would like to nominate Jay Pipes for the nova-core team. Jay has been i

[openstack-dev] [Nova] Block-migration keeping migrating state.

Hi folks, The vm has keeping migrating status in my openstack environment, when I use "nova live-migration --block-migrate vm_name dest_compute_node" this instruction. Then I am checked the instance log at dest_compute_node(/var/log/libvirt/qemu/instance-0331.log‍), meet with ".Complet