Re: [openstack-dev] [all] Cross-Project track topic proposals

On 23/09/15 18:07 -0700, Jim Rollenhagen wrote: On Wed, Sep 23, 2015 at 10:45:56AM +0200, Flavio Percoco wrote: Greetings, The community is in the process of collecting topics for the cross-project tack that we'll have in the Mitaka summit. The good ol' OSDREG has been setup[0] to help

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

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 seem to understand this' to 'deprecation

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

Dmitry Thank you for the clarification, but my questions still remain unanswered, unfortunately. It seems I did not phrase them correctly. 1) For each of the positions, which set of git repositories should I run this command against? E.g. which stackforge/fuel-* projects contributors are

[openstack-dev] [Nova] [Trove] Liberty RC1 available

Hello everyone, Nova and Trove just produced their first release candidate for the end of the Liberty cycle. The RC1 tarballs, as well as a list of last-minute features and fixed bugs since liberty-1 are available at: https://launchpad.net/nova/liberty/liberty-rc1

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. > *

Re: [openstack-dev] [murano] Fix order of arguments in assertEqual

Hi everyone! I agree that wrong order of arguments misleads while debugging errors, BUT how we can prevent regression? Imo, this is not a good idea to make patches like https://review.openstack.org/#/c/64415/ in each release(without check in CI, such patches are redundant). PS: This question

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. >> >>

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

Re: [openstack-dev] [oslo][doc] Oslo doc sprint 9/24-9/25

Thanks Anita, +1 to switching to the #openstack-sprint channel - i've updated the wiki page -- Dims On Wed, Sep 23, 2015 at 7:26 PM, Anita Kuno wrote: > On 09/23/2015 07:18 PM, Davanum Srinivas wrote: > > Reminder, we are doing the Doc Sprint tomorrow. Please help out

[openstack-dev] [neutron][nova][qos] network QoS support driven by VM flavor/image requirements

I would like to start discussion regarding user experience when certain level of network QoS is expected to be applied on VM ports. As you may know basic networking QoS support was introduced during Liberty Release following spec, Ref [1] As it was discussed during last networking-QoS meeting, Ref

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] [murano] Fix order of arguments in assertEqual

+1 > On 24 Sep 2015, at 10:45, Tetiana Lashchova wrote: > > Hi folks! > > Some tests in murano code use incorrect order of arguments in assertEqual. > The correct order expected by the testtools is > > def assertEqual(self, expected, observed, message=''): >

Re: [openstack-dev] Mitaka travel tips ?

David Moreau Simard wrote: > There was a travel tips document for the Kilo summit in Paris [1]. > Lots of great helpful information in there not covered on the Openstack > Summit page [2] like where to get SIM cards and stuff. > > Is there one for Mitaka yet ? I can't find it. There isn't one

Re: [openstack-dev] [murano] Fix order of arguments in assertEqual

Hi, There is a bug for this, you can add murano projects to this bug. https://bugs.launchpad.net/heat/+bug/1259292 Thanks, Abhishek Kekane -Original Message- From: Bulat Gaifullin [mailto:bgaiful...@mirantis.com] Sent: 24 September 2015 13:29 To: OpenStack Development Mailing List

[openstack-dev] [mistral] Etherpad for Tokyo design summit topics

Hi, I created an etherpad where you can suggest summit topics for Mistral: https://etherpad.openstack.org/p/mistral-tokyo-summit-2015 Renat Akhmerov @ Mirantis Inc.

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

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 seem to understand this' to 'deprecation merged' in 4 hours, with only a 12 hour discussion on

Re: [openstack-dev] [murano] Fix order of arguments in assertEqual

Hi! Good catch. Have no objections for fixing it right now. Regards, Kate. On Thu, Sep 24, 2015 at 10:58 AM, Bulat Gaifullin wrote: > +1 > > > On 24 Sep 2015, at 10:45, Tetiana Lashchova > wrote: > > > > Hi folks! > > > > Some tests in

Re: [openstack-dev] Mitaka travel tips ?

On 24/09/15 16:43, Thierry Carrez wrote: David Moreau Simard wrote: There was a travel tips document for the Kilo summit in Paris [1]. Lots of great helpful information in there not covered on the Openstack Summit page [2] like where to get SIM cards and stuff. Is there one for Mitaka yet ? I

[openstack-dev] [murano] Fix order of arguments in assertEqual

Hi folks! Some tests in murano code use incorrect order of arguments in assertEqual. The correct order expected by the testtools is def assertEqual(self, expected, observed, message=''): """Assert that 'expected' is equal to 'observed'. :param expected: The

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

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 long term solution we had come up with (but granted not

[openstack-dev] [Cinder] [Designate] Liberty RC1 available

Hello everyone, Cinder and Designate just produced their first release candidate for the end of the Liberty cycle. The RC1 tarballs, as well as a list of last-minute features and fixed bugs since liberty-1 are available at: https://launchpad.net/cinder/liberty/liberty-rc1

[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

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 >

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

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

[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

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

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

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 > *

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

[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

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

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 #

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

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

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

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

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

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

[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

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] [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

[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

[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

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

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

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

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][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] [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

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] [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

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

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

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 > >

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

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:

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

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

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

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 ==

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

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

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] [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

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 >

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

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

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

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

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

[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] [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: > >>> > >>> > >>>

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

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] -

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

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

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

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). >

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

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

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

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

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

[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

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

[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] [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

[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

[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

[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

[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] [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

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] [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

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

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

[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

  1   2   >