Re: [openstack-dev] [mistral] Define better terms for WAITING and DELAYED states

Thank you Robert for the explanation in details! >- RUNNING_DELAYED - a substate of RUNNING and it has exactly this >meaning: it’s generally running but delayed till some later time. >- WAITING - it is not a substate of RUNNING and hence it means a task >has not started yet > > Y

[openstack-dev] [all][elections] Candidate proposals for TC (Technical Committee) positions are now open

Candidate proposals for the Technical Committee positions (6 positions) are now open and will remain open until October 1, 05:59 UTC. All candidacies must be submitted as a text file to the openstack/election repository as explained on the wiki[0]. Candidates for the Technical Committee Positions

Re: [openstack-dev] [OPNFV] [Functest] Tempest & Rally

Morgan, You should add at least: sla: failure_rate: max: 0 Otherwise rally will pass 100% no matter what is happening. Best regards, Boris Pavlovic On Thu, Sep 24, 2015 at 10:29 PM, Tikkanen, Viktor (Nokia - FI/Espoo) < viktor.tikka...@nokia.com> wrote: > Hi Morgan > > and thank you f

[openstack-dev] [puppet] need help understanding specific puppet logs in openstack installation

Hi All, I am trying the RDO installation of Openstack using puppet. It works fine when I puppetize my controller node for the first time after fresh installation of OS. There are no errors thrown at terminal during the installation. However, if I try to rerun the puppet agent, it configures someth

Re: [openstack-dev] [Openstack-i18n] [nova][i18n] Is there any point in using _() inpython-novaclient?

On 09/20/2015 03:06 PM, Andreas Jaeger wrote: On 09/20/2015 02:16 PM, Duncan Thomas wrote: Certainly for cinder, and I suspect many other project, the openstack client is a wrapper for python-cinderclient libraries, so if you want translated exceptions then you need to translate python-cindercli

Re: [openstack-dev] [OPNFV] [Functest] Tempest & Rally

Hi Morgan and thank you for the overview. I'm now waiting for the POD#2 VPN profile (will be ready soon). We will try then to figure out what OpenStack/tempest/rally configuration changes are needed in order to get rid of those test failures. I suppose that most of the problems (like "Multiple

Re: [openstack-dev] [glance][nova] how to upgrade from v1 to v2?

Hi Melanie, In short, you can work on images using Glance's v1 and v2 at the same time and your images should be created, listed etc. When you operate Glance with Nova and likely use Nova's Images API, you will need to have Glance's v1 operated currently. There is a upgrade plan (v1->v2) we are w

[openstack-dev] What's Up, Doc? 25 September 2015

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi everyone, First of all, thank you to everyone who has suggested sessions for docs at Tokyo. I'll keep the etherpad open for another week or so, just to give everyone a chance, and will start working on a draft schedule next week. I have spent most

Re: [openstack-dev] [Glance][Solum] Using os-auth-token and os-image-url with glance client

Devdatta, Thanks for creating the bug. We should get this fixed. It was opened in the upgrade to 1.x.x. Steve, my guess is that the context is being used to delegate the token to glanceclient and then glance. We have this awkwardness with other openstack services and is cause of much issue for som

[openstack-dev] [all] [neutron] [ux] [nova] Nova Network/Neutron Migration Survey

The OpenStack UX project team would like to invite you to participate in a survey to help drive product direction for the Neutron project. The survey should take no more than fifteen minutes to complete. We are specifically looking for folks with the following kinds of roles; Architect, Cloud

[openstack-dev] [oslo] LnP tests for oslo.messaging

Hi, We would like to setup a LnP test environment for oslo.messaging and Rabbit MQ so that we can continuously track the stability and performance impact of the olso/kombu/amqp library changes and MQ upgrades. I wonder whether there are some existing packs of test cases can be

Re: [openstack-dev] [Glance][Solum] Using os-auth-token and os-image-url with glance client

I can't speak to the glance client changes, but this seems like an awkward design. If you don't know the end user's name and password, then how are you getting the token? Is it the admin token? Why not create a service account and use keystonemiddleware? Thanks, Steve Martinelli OpenStack Keyst

Re: [openstack-dev] [glance][nova] how to upgrade from v1 to v2?

> > On Sep 24, 2015, at 5:55 PM, Sabari Murugesan wrote: > > Hi Melanie > > In general, images created by glance v1 API should be accessible using v2 and > vice-versa. We fixed some bugs [1] [2] [3] where metadata associated with an > image was > causing incompatibility. These fixes were back-

[openstack-dev] [ironic] Ironic is open for Mitaka development

Hey all, I've proposed a patch to release Ironic 4.2.0, and we will be cutting the stable/liberty branch from the same SHA: https://review.openstack.org/#/c/227582/ This means Ironic is now open for Mitaka development; commit away! I'll be cleaning up Launchpad and prioritizing features for our

Re: [openstack-dev] [Congress] Congress Usecases VM

I was able to make devstack run without a network connection by disabling tempest. So, I think it uses the loopback IP address, and that does not change, so rejoin-stack.sh works without a network at all. - Alex From: Zhou, Zhenzan Sent: Thursday, September

[openstack-dev] [openstack-operators][Rally] Rally plugins reference is available

Hi stackers, As far as you know Rally test cases are created as a mix of plugins. At this point of time we have more than 200 plugins for almost all OpenStack projects. Before you had to analyze code of plugins or use "rally plugin find/list" commands to find plugins that you need, which was the

Re: [openstack-dev] [Congress] Congress Usecases VM

Rejoin-stack.sh works only if its IP was not changed. So using NAT network and fixed ip inside the VM can help. BR Zhou Zhenzan From: Alex Yip [mailto:a...@vmware.com] Sent: Friday, September 25, 2015 01:37 To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-

Re: [openstack-dev] [Ironic] New dhcp provider using isc-dhcp-server

Hi Ionut, I am working on a similar effort: Adding driver for neutron-dhcp-agent [1] & [2]. Is it similar to what you are trying to do? My approach doesn't need any extra database. There are two ways to achieve HA in my case: 1. Run multiple neutron-dhcp-agents and set agents_per_network >1 so mo

[openstack-dev] [murano] suggestion on commit message title format for the murano-apps repository

Hello everyone Almost an every commit-message in the murano-apps repository contains a name of the application which it is related to I suggest to specify application within commit message title using strict and uniform format For example, something like this: [ApacheHTTPServer] Utilize Custom

Re: [openstack-dev] Nova request to Neutron - can instance ID be added?

The device_id field should be populated with the instance ID. On Thu, Sep 24, 2015 at 4:01 PM, Gregory Golberg wrote: > Hi All, > > When launching a new VM, Nova sends a request to Neutron which contains > various items but does not contain instance ID. Would it be a problem to > add that to the

[openstack-dev] Nova request to Neutron - can instance ID be added?

Hi All, When launching a new VM, Nova sends a request to Neutron which contains various items but does not contain instance ID. Would it be a problem to add that to the request? [image: --] Gregory Golberg [image: http://]about.me/gregorygolberg __

Re: [openstack-dev] [Large Deployments Team][Performance Team] New informal working group suggestion

Excerpts from Dina Belova's message of 2015-09-22 05:57:19 -0700: > Hey, OpenStackers! > > I'm writing to propose to organise new informal team to work specifically > on the OpenStack performance issues. This will be a sub team in already > existing Large Deployments Team, and I suppose it will be

[openstack-dev] [Glance][Solum] Using os-auth-token and os-image-url with glance client

Hi, Glance team, In Solum, we use Glance to store Docker images that we create for applications. We use Glance client internally to upload these images. Till recently, 'glance image-create' with only token has been working for us (in devstack). Today, I started noticing that glance image-crea

Re: [openstack-dev] [nova][cinder] how to handle AZ bug 1496235?

On Thu, Sep 24, 2015 at 2:22 PM, Sam Morrison wrote: > > Yes an AZ may not be considered a failure domain in terms of control > infrastructure, I think all operators understand this. If you want control > infrastructure failure domains use regions. > > However from a resource level (eg. running i

Re: [openstack-dev] [neutron][lbaas] - Heat support for LbaasV2

Hi Sergey, I agree with the previous comments here. While supporting several APIs at once, with one set of objects, is a noble goal, in this case, the object relationships are *completely* different. Unless you want to get into the business of redefining your own higher-level API abstractions i

Re: [openstack-dev] [cinder] should we use fsync when writing iscsi config file?

On 09/24/2015 12:18 PM, Chris Friesen wrote: I think what happened is that we took the SIGTERM after the open() call in create_iscsi_target(), but before writing anything to the file. f = open(volume_path, 'w+') f.write(volume_conf) f.close() The 'w+' causes the fil

Re: [openstack-dev] [neutron][lbaas] - Heat support for LbaasV2

Sergey-- When is the Heat IRC meeting? Would it be helpful to have an LBaaS person there to help explain things? Also yes, Kevin is right: LBaaS v1 and LBaaS v2 are very incompatible (both the API and the underlying object model). They are different enough that when we looked at making some way o

Re: [openstack-dev] [all][stable][release] 2015.1.2

> For Horizon, it would make sense to move this a week back. We discovered > a few issues in Liberty, which are present in current kilo, too. I'd > love to cherry-pick a few of them to kilo. What are LP bug#s ? Are you saying that fixes are still work in progress on master and not ready for backpo

[openstack-dev] Compute API (Was Re: [nova][cinder] how to handle AZ bug 1496235?)

> > > At risk of getting too offtopic I think there's an alternate solution to > doing this in Nova or on the client side. I think we're missing some sort > of OpenStack API and service that can handle this. Nova is a low level > infrastructure API and service, it is not designed to handle these

Re: [openstack-dev] [glance][nova] how to upgrade from v1 to v2?

Thanks for raising this topic. I don't know why you think the images/snapshots created by v1 can't be accessed by v2. But I would say it's not true, see http://paste.openstack.org/show/473956/ Personally, I don't think there is any big blocker for this. What we need to do is working out a plan

Re: [openstack-dev] [glance][nova] how to upgrade from v1 to v2?

Hi Melanie In general, images created by glance v1 API should be accessible using v2 and vice-versa. We fixed some bugs [1] [2] [3] where metadata associated with an image was causing incompatibility. These fixes were back-ported to stable/kilo. Thanks Sabari [1] - https://bugs.launchpad.net/gla

Re: [openstack-dev] [puppet] use zuul-cloner when running rspec

On 09/24/2015 05:16 PM, Jeremy Stanley wrote: > On 2015-09-24 14:39:49 -0500 (-0500), Alex Schultz wrote: > [...] >> Being able to run tests without internet connectivity is important to >> some people so I want to make sure that can continue without having to >> break the process mid-cycle to tr

Re: [openstack-dev] [nova][cinder] how to handle AZ bug 1496235?

> On 24 Sep 2015, at 6:19 pm, Sylvain Bauza wrote: > > Ahem, Nova AZs are not failure domains - I mean the current implementation, > in the sense of many people understand what is a failure domain, ie. a > physical unit of machines (a bay, a room, a floor, a datacenter). > All the AZs in Nova

[openstack-dev] [glance][nova] how to upgrade from v1 to v2?

Hi All, I have been looking and haven't yet located documentation about how to upgrade from glance v1 to glance v2. From what I understand, images and snapshots created with v1 can't be listed/accessed through the v2 api. Are there instructions about how to migrate images and snapshots from v1

Re: [openstack-dev] [murano] [app-catalog] versions for murano assets in the catalog

On Tue, Sep 22, 2015 at 12:06 PM, Serg Melikyan wrote: > Hi Chris, > > concern regarding assets versioning in Community App Catalog indeed > affects Murano because we are constantly improving our language and > adding new features, e.g. we added ability to select existing Neutron > network for par

Re: [openstack-dev] [puppet] use zuul-cloner when running rspec

On 2015-09-24 14:39:49 -0500 (-0500), Alex Schultz wrote: [...] > Being able to run tests without internet connectivity is important to > some people so I want to make sure that can continue without having to > break the process mid-cycle to try and inject a workaround. It would > better if we coul

Re: [openstack-dev] [puppet] use zuul-cloner when running rspec

On Thu, Sep 24, 2015, at 12:39 PM, Alex Schultz wrote: > On Thu, Sep 24, 2015 at 1:58 PM, Emilien Macchi > wrote: > > > > > > On 09/24/2015 02:19 PM, Alex Schultz wrote: > >> On Thu, Sep 24, 2015 at 11:54 AM, Emilien Macchi > >> wrote: > >>> > >>> > >>> On 09/24/2015 10:14 AM, Alex Schultz wrote

Re: [openstack-dev] [puppet][swift] Applying security recommendations within puppet-swift

I think we should follow bug 1458915 principles and remove any POSIX user/group control. So all modules are consistent among which other This hardening actions should be reported to specific package mantainers. On Wed, Sep 23, 2015 at 6:10 PM, Alex Schultz wrote: > On Wed, Sep 23, 2015 at 2:32 P

Re: [openstack-dev] [puppet] use zuul-cloner when running rspec

On Thu, Sep 24, 2015 at 1:58 PM, Emilien Macchi wrote: > > > On 09/24/2015 02:19 PM, Alex Schultz wrote: >> On Thu, Sep 24, 2015 at 11:54 AM, Emilien Macchi wrote: >>> >>> >>> On 09/24/2015 10:14 AM, Alex Schultz wrote: On Wed, Sep 23, 2015 at 4:56 PM, Emilien Macchi wrote: > Background

Re: [openstack-dev] [oslo] nominating Brant Knudson for Oslo core

+1 On 25 September 2015 at 05:12, Doug Hellmann wrote: > Oslo team, > > I am nominating Brant Knudson for Oslo core. > > As liaison from the Keystone team Brant has participated in meetings, > summit sessions, and other discussions at a level higher than some > of our own core team members. He i

Re: [openstack-dev] [oslo] nominating Brant Knudson for Oslo core

Though I'm not Oslo Core, big +1 from me, Brant is a great benefit to any project. Thanks, Steve Martinelli OpenStack Keystone Core From: Doug Hellmann To: openstack-dev Date: 2015/09/24 01:13 PM Subject:[openstack-dev] [oslo] nominating Brant Knudson for Oslo core Oslo t

Re: [openstack-dev] [oslo] nominating Brant Knudson for Oslo core

+1 from me, welcome aboard. Please tar the deck and clean up the rigging, thanks :-P ozamiatin wrote: +1 from me 9/24/15 20:12, Doug Hellmann пишет: Oslo team, I am nominating Brant Knudson for Oslo core. As liaison from the Keystone team Brant has participated in meetings, summit sessions,

Re: [openstack-dev] [puppet] use zuul-cloner when running rspec

On 09/24/2015 02:19 PM, Alex Schultz wrote: > On Thu, Sep 24, 2015 at 11:54 AM, Emilien Macchi wrote: >> >> >> On 09/24/2015 10:14 AM, Alex Schultz wrote: >>> On Wed, Sep 23, 2015 at 4:56 PM, Emilien Macchi wrote: Background == Current rspec tests are tested with mod

Re: [openstack-dev] [oslo] nominating Brant Knudson for Oslo core

On 24/09/15 13:12 -0400, Doug Hellmann wrote: Oslo team, I am nominating Brant Knudson for Oslo core. As liaison from the Keystone team Brant has participated in meetings, summit sessions, and other discussions at a level higher than some of our own core team members. He is already core on osl

Re: [openstack-dev] [oslo] nominating Brant Knudson for Oslo core

On Thu, Sep 24 2015, Doug Hellmann wrote: > As liaison from the Keystone team Brant has participated in meetings, > summit sessions, and other discussions at a level higher than some > of our own core team members. He is already core on oslo.policy > and oslo.cache, and given his track record I a

Re: [openstack-dev] [nova][cinder] how to handle AZ bug 1496235?

Hi Matt, On 2015-09-24 1:45 PM, Matt Riedemann wrote: > > > On 9/24/2015 11:50 AM, Mathieu Gagné wrote: >> >> May I suggest the following solutions: >> >> 1) Add ability to disable this whole AZ concept in Cinder so it doesn't >> fail to create volumes when Nova asks for a specific AZ. This coul

Re: [openstack-dev] [cinder] should we use fsync when writing iscsi config file?

On 09/24/2015 10:54 AM, Chris Friesen wrote: I took another look at the code and realized that the file *should* get rebuilt on restart after a power outage--if the file already exists it will print a warning message in the logs but it should still overwrite the contents of the file with the des

Re: [openstack-dev] [puppet] use zuul-cloner when running rspec

On Thu, Sep 24, 2015 at 11:54 AM, Emilien Macchi wrote: > > > On 09/24/2015 10:14 AM, Alex Schultz wrote: >> On Wed, Sep 23, 2015 at 4:56 PM, Emilien Macchi wrote: >>> Background >>> == >>> >>> Current rspec tests are tested with modules mentioned in .fixtures.yaml >>> file of each module

Re: [openstack-dev] [nova][cinder] how to handle AZ bug 1496235?

Le 24/09/2015 19:45, Matt Riedemann a écrit : On 9/24/2015 11:50 AM, Mathieu Gagné wrote: On 2015-09-24 3:04 AM, Duncan Thomas wrote: I proposed a session at the Tokyo summit for a discussion of Cinder AZs, since there was clear confusion about what they are intended for and how they sh

Re: [openstack-dev] [nova][cinder] how to handle AZ bug 1496235?

On 09/24/15 at 12:16pm, Mathieu Gagné wrote: On 2015-09-24 11:53 AM, Walter A. Boring IV wrote: The good thing about the Nova and Cinder clients/APIs is that anyone can write a quick python script to do the orchestration themselves, if we want to deprecate this. I'm all for deprecating this.

Re: [openstack-dev] [neutron] Stumped...need help with neutronclient job failure

On Thu, Sep 24, 2015 at 10:52:45AM -0700, Kevin Benton wrote: > Can you look to see what process tempest_lib is trying to execute? > > On Wed, Sep 23, 2015 at 4:02 AM, Paul Michali wrote: > > > Hi, > > > > I created a pair of experimental jobs for python-neutronclient that will > > run functiona

Re: [openstack-dev] [neutron][networking-ovn][vtep] Proposal: support for vtep-gateway in ovn

On 09/24/2015 01:25 PM, Armando M. wrote: > > > > On 24 September 2015 at 09:12, Russell Bryant > wrote: > > On 09/24/2015 10:18 AM, Salvatore Orlando wrote: > > One particular issue is that the project implements the ovsdb > protocol > > from sc

Re: [openstack-dev] [neutron] Stumped...need help with neutronclient job failure

Can you look to see what process tempest_lib is trying to execute? On Wed, Sep 23, 2015 at 4:02 AM, Paul Michali wrote: > Hi, > > I created a pair of experimental jobs for python-neutronclient that will > run functional tests on core and advanced services, respectively. In the > python-neutroncl

Re: [openstack-dev] [nova][cinder] how to handle AZ bug 1496235?

Le 24/09/2015 18:16, Mathieu Gagné a écrit : On 2015-09-24 11:53 AM, Walter A. Boring IV wrote: The good thing about the Nova and Cinder clients/APIs is that anyone can write a quick python script to do the orchestration themselves, if we want to deprecate this. I'm all for deprecating this.

Re: [openstack-dev] [fuel] PTL & Component Leads elections

I've updated the policy document to explicitly spell out committers to which repositories vote for PTL and for CLs: https://review.openstack.org/#/c/225376/3..4/policy/team-structure.rst This policy document is going to become the primary source of truth on our governance process, I encourage all

Re: [openstack-dev] [nova][cinder] how to handle AZ bug 1496235?

On 9/24/2015 11:50 AM, Mathieu Gagné wrote: On 2015-09-24 3:04 AM, Duncan Thomas wrote: I proposed a session at the Tokyo summit for a discussion of Cinder AZs, since there was clear confusion about what they are intended for and how they should be configured. Since then I've reached out to a

Re: [openstack-dev] [Congress] Congress Usecases VM

I have been using images, rather than snapshots. It doesn't take that long to start up. First, I boot the VM which takes a minute or so. Then I run rejoin-stack.sh which takes just another minute or so. It's really not that bad, and rejoin-stack.sh restores vms and openstack state that was

Re: [openstack-dev] [oslo] nominating Brant Knudson for Oslo core

+1 from me 9/24/15 20:12, Doug Hellmann пишет: Oslo team, I am nominating Brant Knudson for Oslo core. As liaison from the Keystone team Brant has participated in meetings, summit sessions, and other discussions at a level higher than some of our own core team members. He is already core on o

Re: [openstack-dev] [Congress] Congress Usecases VM

Hi Congress folks, I am looking for ideas. We want the Openstack to be running when the user instantiates the Usecase-VM. However creating a OVA file is possible only when the VM is halted which means Openstack is not running and the user will have to run devstack again (which is time consuming

Re: [openstack-dev] [neutron][networking-ovn][vtep] Proposal: support for vtep-gateway in ovn

On 24 September 2015 at 09:12, Russell Bryant wrote: > On 09/24/2015 10:18 AM, Salvatore Orlando wrote: > > One particular issue is that the project implements the ovsdb > protocol > > from scratch. The ovs project provides a Python library for this. > Both > > Neutron and networking

Re: [openstack-dev] [oslo] nominating Brant Knudson for Oslo core

+1 from me. -- Dims On Thu, Sep 24, 2015 at 1:12 PM, Doug Hellmann wrote: > Oslo team, > > I am nominating Brant Knudson for Oslo core. > > As liaison from the Keystone team Brant has participated in meetings, > summit sessions, and other discussions at a level higher than some > of our own cor

[openstack-dev] [oslo] nominating Brant Knudson for Oslo core

Oslo team, I am nominating Brant Knudson for Oslo core. As liaison from the Keystone team Brant has participated in meetings, summit sessions, and other discussions at a level higher than some of our own core team members. He is already core on oslo.policy and oslo.cache, and given his track rec

Re: [openstack-dev] repairing so many OpenStack components writing configuration files in /usr/etc

Hi Thomas, I can't speak to the other packages, but as far as os-brick goes, the /usr/local/etc stuff is simply for the embedded rootwrap filter that os-brick is currently exporting. You can see it here: https://github.com/openstack/os-brick/blob/master/etc/os-brick/rootwrap.d/os-brick.filters

[openstack-dev] [third-party] Nodepool: OpenStackCloudException: Image creation failed: 403 Forbidden: Attribute 'is_public' is reserved. (HTTP 403)

If anyone is getting the following stack trace in nodepool trying to upload images to their providers: 2015-09-24 09:16:53,639 ERROR nodepool.DiskImageUpdater: Exception updating image dpc in p222fc: Traceback (most recent call last): File "/usr/local/lib/python2.7/dist-packages/nodepool/nodep

Re: [openstack-dev] [puppet] use zuul-cloner when running rspec

On 09/24/2015 10:14 AM, Alex Schultz wrote: > On Wed, Sep 23, 2015 at 4:56 PM, Emilien Macchi wrote: >> Background >> == >> >> Current rspec tests are tested with modules mentioned in .fixtures.yaml >> file of each module. >> >> * the file is not consistent across all modules >> * it har

Re: [openstack-dev] [cinder] should we use fsync when writing iscsi config file?

On 09/22/2015 06:19 PM, John Griffith wrote: On Tue, Sep 22, 2015 at 6:17 PM, John Griffith ​That target file pretty much "is" the persistence record, the db entry is the iqn and provider info only. I think that adding the fdatasync isn't a bad idea at all. At the very least it d

Re: [openstack-dev] [Congress] Congress Usecases VM

First of all I apologize for not making it at the meeting yesterday, could not cut short another overlapping meeting. Also, Tim thanks for the feedback. I have addressed some of the issues you posed however I am still working on some of the subtle issues raised. Once I have addressed all I will

Re: [openstack-dev] [nova][cinder] how to handle AZ bug 1496235?

On 2015-09-24 3:04 AM, Duncan Thomas wrote: > > I proposed a session at the Tokyo summit for a discussion of Cinder AZs, > since there was clear confusion about what they are intended for and how > they should be configured. Since then I've reached out to and gotten > good feedback from, a number

Re: [openstack-dev] [Ironic] New dhcp provider using isc-dhcp-server

2015-09-24 17:38 GMT+02:00 Ionut Balutoiu : > Hello, guys! > > I'm starting a new implementation for a dhcp provider, > mainly to be used for Ironic standalone. I'm planning to > push it upstream. I'm using isc-dhcp-server service from > Linux. So, when an Ironic node is started, the ironic-condu

Re: [openstack-dev] [neutron][networking-ovn][vtep] Proposal: support for vtep-gateway in ovn

On 09/24/2015 10:18 AM, Salvatore Orlando wrote: > One particular issue is that the project implements the ovsdb protocol > from scratch. The ovs project provides a Python library for this. Both > Neutron and networking-ovn use it, at least. From some discussion, I've > gathered

Re: [openstack-dev] [nova][cinder] how to handle AZ bug 1496235?

On 2015-09-24 11:53 AM, Walter A. Boring IV wrote: > The good thing about the Nova and Cinder clients/APIs is that > anyone can write a quick python script to do the orchestration > themselves, if we want to deprecate this. I'm all for deprecating this. I don't like this kind of reasoning which c

Re: [openstack-dev] [nova][cinder] how to handle AZ bug 1496235?

> -Original Message- > From: Matt Riedemann [mailto:mrie...@linux.vnet.ibm.com] > Sent: 24 September 2015 16:59 > To: openstack-dev@lists.openstack.org > Subject: Re: [openstack-dev] [nova][cinder] how to handle AZ bug 1496235? > > > > On 9/24/2015 9:06 AM, Matt Riedemann wrote: > > > >

Re: [openstack-dev] [neutron + ovn] Does neutron ovn plugin support to setup multiple neutron networks for one container?

On 09/24/2015 10:37 AM, WANG, Ming Hao (Tony T) wrote: > Russell, > > Thanks for your detail explanation and kind help! > I have understand how container in VM can acquire network interfaces in > different neutron networks now. > For the connections between compute nodes, I think I need to study

Re: [openstack-dev] [Ironic] New dhcp provider using isc-dhcp-server

Hi Ionut, I like the idea -- I think there's only going to be one potential hiccup with getting this upstream: the use of an additional external database. My suggestion is to go ahead and post what you have up to Gerrit -- even if there's no spec and it's not ready to merge, everyone will be ab

Re: [openstack-dev] [nova][cinder] how to handle AZ bug 1496235?

>> ​To be honest this is probably my fault, AZ's were pulled in as part of >> the nova-volume migration to Cinder and just sort of died. Quite >> frankly I wasn't sure "what" to do with them but brought over the >> concept and the zones that existing in Nova-Volume. It's been an issue >> since d

[openstack-dev] [Ironic] New dhcp provider using isc-dhcp-server

Hello, guys! I'm starting a new implementation for a dhcp provider, mainly to be used for Ironic standalone. I'm planning to push it upstream. I'm using isc-dhcp-server service from Linux. So, when an Ironic node is started, the ironic-conductor writes in the config file the MAC-IP reservation for

[openstack-dev] Do not modify (or read) ERROR_ON_CLONE in devstack gate jobs

Hi, Recently we noted some projects modifying the ERROR_ON_CLONE environment variable in devstack gate jobs. It is never acceptable to do that. It is also not acceptable to read its value and alter a program's behavior. Devstack is used by developers and users to set up a simple OpenStack envir

[openstack-dev] [Barbican][Security] Automatic Certificate Management Environment

Hi All, So I did a bit of tyre kicking with Letsencrypt today, one of the things I thought was interesting was the adherence to the burgeoning Automatic Certificate Management Environment (ACME) standard. https://letsencrypt.github.io/acme-spec/ It’s one of the more readable crypto related sta

Re: [openstack-dev] repairing so many OpenStack components writing configuration files in /usr/etc

On Thu, Sep 24, 2015 at 10:57:48AM -0400, Steve Martinelli wrote: > > just a general FYI - so for pyCADF (and I'm guessing others), it was a very > subtle error: > > https://github.com/openstack/pycadf/commit/4e70ff2e6204f74767c5cab13f118d72c2594760 > > Essentially the entry points in setup.cfg

Re: [openstack-dev] repairing so many OpenStack components writing configuration files in /usr/etc

just a general FYI - so for pyCADF (and I'm guessing others), it was a very subtle error: https://github.com/openstack/pycadf/commit/4e70ff2e6204f74767c5cab13f118d72c2594760 Essentially the entry points in setup.cfg were missing a leading slash. Thanks, Steve Martinelli OpenStack Keystone Core

Re: [openstack-dev] [nova][cinder] how to handle AZ bug 1496235?

On 9/24/2015 9:06 AM, Matt Riedemann wrote: On 9/24/2015 3:19 AM, Sylvain Bauza wrote: Le 24/09/2015 09:04, Duncan Thomas a écrit : Hi I thought I was late on this thread, but looking at the time stamps, it is just something that escalated very quickly. I am honestly surprised an cross-p

Re: [openstack-dev] repairing so many OpenStack components writing configuration files in /usr/etc

On Thu, Sep 24, 2015 at 04:25:31PM +0200, Thomas Goirand wrote: > Hi, > > It's about the 3rd time just this week, that I'm repairing an OpenStack > component which is trying to write config files in /usr/etc. Could this > non-sense stop please? So I'm almost 100% that the intent for everyone doin

Re: [openstack-dev] repairing so many OpenStack components writing configuration files in /usr/etc

On Thu, Sep 24 2015, Thomas Goirand wrote: Hi Thomas, > I also wonder where this /usr/etc is coming from. If it was > /usr/local/etc, I could somehow get it. But here... ?!? Do you have a way to reproduce that, or a backtrace maybe? -- Julien Danjou # Free Software hacker # http://julien.danjo

Re: [openstack-dev] [neutron + ovn] Does neutron ovn plugin support to setup multiple neutron networks for one container?

Russell, Thanks for your detail explanation and kind help! I have understand how container in VM can acquire network interfaces in different neutron networks now. For the connections between compute nodes, I think I need to study Geneve protocol and VTEP first. Any further question, I may need t

Re: [openstack-dev] [all] gerri performance

On 2015-09-24 12:10:56 + (+), Gary Kotton wrote: > Anyone else experiencing bad performance with gerri at the moment? > Access files in a review takes ages. So now the review cycle will > be months instead of week Thanks The version we're currently running seems to get into a state wh

[openstack-dev] repairing so many OpenStack components writing configuration files in /usr/etc

Hi, It's about the 3rd time just this week, that I'm repairing an OpenStack component which is trying to write config files in /usr/etc. Could this non-sense stop please? FYI, this time, it's with os-brick... but it happened with so many components already: - bandit (with an awesome reply from up

Re: [openstack-dev] [neutron][networking-ovn][vtep] Proposal: support for vtep-gateway in ovn

Random comments inline. Salvatore On 24 September 2015 at 14:05, Russell Bryant wrote: > On 09/24/2015 01:17 AM, Amitabha Biswas wrote: > > Hi everyone, > > > > I want to open up the discussion regarding how to support OVN > > VTEP gateway deployment and its lifecycle in Neutron. > > Thanks a l

Re: [openstack-dev] [puppet] use zuul-cloner when running rspec

On Wed, Sep 23, 2015 at 4:56 PM, Emilien Macchi wrote: > Background > == > > Current rspec tests are tested with modules mentioned in .fixtures.yaml > file of each module. > > * the file is not consistent across all modules > * it hardcodes module names & versions > * this way does not all

Re: [openstack-dev] [cinder] How to make a mock effactive for all method of a testclass

On 23/09, Eric Harney wrote: > On 09/23/2015 04:06 AM, liuxinguo wrote: > > Hi, > > > > In a.py we have a function: > > def _change_file_mode(filepath): > > utils.execute('chmod', '600', filepath, run_as_root=True) > > > > In test_xxx.py, there is a testclass: > > class DriverTestCase(test.Te

Re: [openstack-dev] [nova][cinder] how to handle AZ bug 1496235?

On 9/24/2015 3:19 AM, Sylvain Bauza wrote: Le 24/09/2015 09:04, Duncan Thomas a écrit : Hi I thought I was late on this thread, but looking at the time stamps, it is just something that escalated very quickly. I am honestly surprised an cross-project interaction option went from 'we don't s

[openstack-dev] [Manila] CephFS native driver

Hi all, I've recently started work on a CephFS driver for Manila. The (early) code is here: https://github.com/openstack/manila/compare/master...jcsp:ceph It requires a special branch of ceph which is here: https://github.com/ceph/ceph/compare/master...jcsp:wip-manila This isn't done yet (hence

Re: [openstack-dev] [all][stable][release] 2015.1.2

On Wed, Sep 23, 2015 at 08:47:31PM -0400, Chuck Short wrote: > Hi, > > We would like to do a stable/kilo branch release, next Thursday. In order > to do that I would like to freeze the branches on Friday. Cut some test > tarballs on Tuesday and release on Thursday. Does anyone have an opinnon on >

Re: [openstack-dev] [all]gerri performance

+1 for me as well :( On Thu, Sep 24, 2015 at 5:58 PM, Neil Jerram wrote: > Yes, a 'git review' just took around 20s for me. > > On 24/09/15 13:21, Miguel Angel Ajo wrote: > >I am experiencing it, yes :/ > >>Gary Kotton wrote: > >>Hi, > >>Anyone else experiencing bad performance with gerri at the

Re: [openstack-dev] [all]gerri performance

Yes, a 'git review' just took around 20s for me. On 24/09/15 13:21, Miguel Angel Ajo wrote: >I am experiencing it, yes :/ >>Gary Kotton wrote: >>Hi, >>Anyone else experiencing bad performance with gerri at the moment? Access >>files in a review takes ages. So now the review cycle will be months i

Re: [openstack-dev] [all] gerri performance

I am experiencing it, yes :/ Gary Kotton wrote: Hi, Anyone else experiencing bad performance with gerri at the moment? Access files in a review takes ages. So now the review cycle will be months instead of week Thanks Gary _

[openstack-dev] [all] gerri performance

Hi, Anyone else experiencing bad performance with gerri at the moment? Access files in a review takes ages. So now the review cycle will be months instead of week Thanks Gary __ OpenStack Development Mailing List (not fo

Re: [openstack-dev] [neutron][networking-ovn][vtep] Proposal: support for vtep-gateway in ovn

On 09/24/2015 01:17 AM, Amitabha Biswas wrote: > Hi everyone, > > I want to open up the discussion regarding how to support OVN > VTEP gateway deployment and its lifecycle in Neutron. Thanks a lot for looking into this! > In the "Life Cycle of a VTEP gateway" part in the OVN architecture > docu

Re: [openstack-dev] [puppet] use zuul-cloner when running rspec

Emilien Macchi writes: > Background > == > > Current rspec tests are tested with modules mentioned in .fixtures.yaml > file of each module. > > * the file is not consistent across all modules > * it hardcodes module names & versions IMHO, this alone justify it. > * this way does not all

Re: [openstack-dev] [TripleO] Remove Tuskar from tripleo-common and python-tripleoclient

On 15 September 2015 at 17:33, Dougal Matthews wrote: > [snip] > > [2]: https://review.openstack.org/223527 > [3]: https://review.openstack.org/223535 > [4]: https://review.openstack.org/223605 > For anyone interested in reviewing this work, the above reviews are now ready for feedback and shou

Re: [openstack-dev] [all] Consistent support for SSL termination proxies across all API services

On 09/24/2015 03:40 AM, Julien Danjou wrote: > On Thu, Sep 24 2015, Jamie Lennox wrote: > > Hi Jamie, > >> So this is a long thread and i may have missed something in it, >> however this exact topic came up as a blocker on a devstack patch to >> get TLS testing in the gate with HAproxy. >> >> The

  1   2   >