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

+1 from me, although I thought heat was supposed to be this thing? Maybe there should be a 'warm' project or something ;) Or we can call it 'bbs' for 'building block service' (obviously not bulletin board system); ask said service to build a set of blocks into well defined structures and let i

Re: [openstack-dev] [all][elections] PTL Election Conclusion and Results

Congrats Armando! On Sep 26, 2015 5:57 AM, "Edgar Magana" wrote: > Congratulations to our PTLs! > > Let's make Mitaka a great release. > > As Neutron core I want to congratulate to Rosella, Ryan and Armando for > volunteering. It is a huge responsibility and we all going to help. > > Armando, > >

Re: [openstack-dev] [lbaas] [octavia] Proposing new meeting time Wednesday 16:00 UTC

Works for me. Doug > On Sep 25, 2015, at 5:58 PM, Eichberger, German > wrote: > > All, > > In our last meeting [1] we discussed moving the meeting earlier to > accommodate participants from the EMEA region. I am therefore proposing to > move the meeting to 16:00 UTC on Wednesday. Please res

Re: [openstack-dev] CephFS native driver

> nfs is nearly impossible to make both HA and Scalable without adding really > expensive dedicated hardware. I don't think we need quite expensive hardware for this purpose. What I'm thinking now is: [Controller] [Compute1] ... [ComputeN] [ RADOS ] Controller beco

Re: [openstack-dev] [Manila] CephFS native driver

On 09/24/2015 09:49 AM, John Spray wrote: 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 Awesome! This is something that's been talking about for quite some time and I'm pleased to see

Re: [openstack-dev] [all][elections] PTL Election Conclusion and Results

Congratulations to our PTLs! Let's make Mitaka a great release. As Neutron core I want to congratulate to Rosella, Ryan and Armando for volunteering. It is a huge responsibility and we all going to help. Armando, Next round of beers on you! Cheers, Edgar Sent from my iPhone > On Sep 25

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

On 09/25/2015 06:37 PM, Chris Hoge wrote: On Sep 25, 2015, at 10:12 AM, Andrew Laski mailto:and...@lascii.com>> wrote: I understand that reasoning, but still am unsure on a few things. The direction seems to be moving towards having a requirement that the same functionality is offered in two

[openstack-dev] [all][elections] PTL Election Conclusion and Results

Thank you to the electorate, to all those who voted and to all candidates who put their name forward for PTL for this election. A healthy, open process breeds trust in our decision making capability thank you to all those who make this process possible. Now for the results of the PTL election proc

[openstack-dev] [neutron] congrats to armax!

First, congratulations to armax on being elected PTL for Mitaka. Looking forward to Neutron improving over the next six months. Second thanks to everybody that voted in the election. Hopefully we had something close to 100% turnout, because that is an important responsibility of the population.

Re: [openstack-dev] [lbaas] [octavia] Proposing new meeting time Wednesday 16:00 UTC

All, In our last meeting [1] we discussed moving the meeting earlier to accommodate participants from the EMEA region. I am therefore proposing to move the meeting to 16:00 UTC on Wednesday. Please respond to this e-mail if you have alternate suggestions. I will send out another e-mail announcing

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

> On Sep 25, 2015, at 10:12 AM, Andrew Laski wrote: > > I understand that reasoning, but still am unsure on a few things. > > The direction seems to be moving towards having a requirement that the same > functionality is offered in two places, Nova API and Glance V2 API. That > seems like it

[openstack-dev] Murano code flow for custom development and combining murano with horizon in devstack

Hello, Could anyone let me know if the changes in murano dashboard and horizon's openstackdashboard, both be combined and showed under one tab. i.e. say under Murano tab on the side left panel all the changes done in horizon and murano both appear. If anyone could point me to a link explaining cu

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

I think there's a place for yet another service breakout from nova - some sort of like-weight platform orchestration piece, nothing as complicated or complete as heat, nothing that touches the inside of a VM, just something that can talk to cinder, nova and neutron (plus I guess ironic and whatever

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

Nikhil, Flavio, Thank you for giving immediate attention to this issue. Regards, Devdatta From: Flavio Percoco Sent: Friday, September 25, 2015 4:02 AM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [Glance]

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

Steve, Similar to other OpenStack services, Solum client uses the provided/configured username and password of a user to get a token, and sends it to Solum API service in a http header. On the API side, we use keystonemiddleware to validate the token. Upon successful authentication, we store i

[openstack-dev] [cinder][neutron][all] New third-party-ci testing requirements for OpenStack Compatible mark

In November, the OpenStack Foundation will start requiring vendors requesting new "OpenStack Compatible" storage driver licenses to start passing the Cinder third-party integration tests. The new program was approved by the Board at the July meeting in Austin and follows the improvement of the test

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

Thanks Alex, Zhou, I get errors from congress when I do a re-join. These errors seem to due to the order in which the services are coming up. Hence I still depend on running stack.sh after the VM is up and running. Please try out the new VM - also advise if you need to add any of your use cases

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

On 09/25/15 at 07:44pm, Rochelle Grober wrote: Doug Hellmann wrote: Excerpts from Mark Voelker's message of 2015-09-25 17:42:24 +: On Sep 25, 2015, at 1:24 PM, Brian Rosmaita wrote: > > I'd like to clarify something. > > On 9/25/15, 12:16 PM, "Mark Voelker" wrote: > [big snip] >> Also w

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

On Sep 25, 2015, at 1:56 PM, Doug Hellmann wrote: > > Excerpts from Mark Voelker's message of 2015-09-25 17:42:24 +: >> On Sep 25, 2015, at 1:24 PM, Brian Rosmaita >> wrote: >>> >>> I'd like to clarify something. >>> >>> On 9/25/15, 12:16 PM, "Mark Voelker" wrote: >>> [big snip] Als

Re: [openstack-dev] [oslo.messaging][devstack] Pika RabbitMQ driver implementation

Hello Joshua, thank you for your feedback. This will end up on review.openstack.org right so that it can be properly > reviewed (it will likely take a while since it looks to be ~1000+ lines of > code)? Yes, sure I will send this patch to review.openstack.org, but first of all I need to get mer

Re: [openstack-dev] [Heat] Assumptions regarding extensions to OpenStack api's

On 09/25/2015 02:32 PM, Pratik Mallya wrote: Hello Heat Team, I was wondering if OpenStack Heat assumes that the Nova extensions api would always exist in a cloud? My impression was that since these features are extensions, they may or may not be implemented by the cloud provider and hence Heat

Re: [openstack-dev] [neutron][horizon] Nice new Network Topology panel in Horizon

On Fri, Sep 25, 2015, Daniel Comnea wrote: > Great job Henry ! I had nothing to do with it! (See below.) > On Fri, Sep 25, 2015 at 6:47 PM, Henry Gessau > wrote: > > It has been about three years in the making but now it is finally here. > A screenshot doesn't

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

Doug Hellmann wrote: Excerpts from Mark Voelker's message of 2015-09-25 17:42:24 +: > On Sep 25, 2015, at 1:24 PM, Brian Rosmaita > wrote: > > > > I'd like to clarify something. > > > > On 9/25/15, 12:16 PM, "Mark Voelker" wrote: > > [big snip] > >> Also worth pointing out here: when we

Re: [openstack-dev] [OpenStack-Dev] Recent proposal to remove NetApp drivers

On Fri, Sep 25, 2015 at 1:15 PM, John Griffith wrote: > Hey Everyone, > > So I've been kinda busy on IRC today with conversations about some patches > I proposed yesterday [1], [2]. > > I thought maybe I should try and explain my actions a bit, because it > seems that some think I just arbitraril

Re: [openstack-dev] [OpenStack-Dev] Recent proposal to remove NetApp drivers

On 2015-09-25 13:15:24 -0600 (-0600), John Griffith wrote: [...] > It seems that there are folks that have taken quite a bit of offense to > this, and are more than mildly upset with me. To them I apologize if this > upset you. I will say however that given the same situation and timing, I > woul

Re: [openstack-dev] [neutron][horizon] Nice new Network Topology panel in Horizon

Great job Henry ! On Fri, Sep 25, 2015 at 6:47 PM, Henry Gessau wrote: > It has been about three years in the making but now it is finally here. > A screenshot doesn't do it justice, so here is a short video overview: > https://youtu.be/PxFd-lJV0e4 > > Isn't that neat? I am sure you can see that

[openstack-dev] [Heat] Assumptions regarding extensions to OpenStack api's

Hello Heat Team, I was wondering if OpenStack Heat assumes that the Nova extensions api would always exist in a cloud? My impression was that since these features are extensions, they may or may not be implemented by the cloud provider and hence Heat must not rely on it being present. My quest

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

> -Original Message- > From: Chris Friesen [mailto:chris.frie...@windriver.com] > Sent: Friday, September 25, 2015 3:04 PM > To: openstack-dev@lists.openstack.org > Subject: Re: [openstack-dev] [cinder] should we use fsync when writing iscsi > config file? > > On 09/25/2015 12:30 PM, Mitsu

Re: [openstack-dev] [OpenStack-Dev] Recent proposal to remove NetApp drivers

On 09/25/2015 03:15 PM, John Griffith wrote: > Hey Everyone, > > So I've been kinda busy on IRC today with conversations about some patches > I proposed yesterday [1], [2]. > > I thought maybe I should try and explain my actions a bit, because it seems > that some think I just arbitrarily flew of

[openstack-dev] [OpenStack-Dev] Recent proposal to remove NetApp drivers

Hey Everyone, So I've been kinda busy on IRC today with conversations about some patches I proposed yesterday [1], [2]. I thought maybe I should try and explain my actions a bit, because it seems that some think I just arbitrarily flew off the handle and proposed something drastic, or that I had

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

> -Original Message- > From: Eric Harney [mailto:ehar...@redhat.com] > Sent: Friday, September 25, 2015 2:56 PM > To: OpenStack Development Mailing List (not for usage questions) > Subject: Re: [openstack-dev] [cinder] should we use fsync when writing iscsi > config file? > > On 09/25/2015

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

On 09/25/2015 12:30 PM, Mitsuhiro Tanino wrote: On 09/22/2015 06:43 PM, Robert Collins wrote: On 23 September 2015 at 09:52, Chris Friesen wrote: Hi, I recently had an issue with one file out of a dozen or so in "/opt/cgcs/cinder/data/volumes/" being present but of size zero. I'm running sta

Re: [openstack-dev] [all] -1 due to line length violation in commit messages

On 2015-09-25 16:15:15 + (+), Fox, Kevin M wrote: > Another option... why are we wasting time on something that a > computer can handle? Why not just let the line length be infinite > in the commit message and have gerrit wrap it to number here> length lines on merge? The commit message c

Re: [openstack-dev] [Cinder] Late Liberty patches should now be unblocked ...

Thanks, Jay. I've removed my -2's last night. If I missed something, please ping me via e-mail or IRC (e0ne). Regards, Ivan Kolodyazhny On Fri, Sep 25, 2015 at 7:59 PM, Jay S. Bryant < jsbry...@electronicjungle.net> wrote: > All, > > Now that Mitaka is open I have done my best to go through an

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

On 09/25/2015 02:30 PM, Mitsuhiro Tanino wrote: > On 09/22/2015 06:43 PM, Robert Collins wrote: >> On 23 September 2015 at 09:52, Chris Friesen >> wrote: >>> Hi, >>> >>> I recently had an issue with one file out of a dozen or so in >>> "/opt/cgcs/cinder/data/volumes/" being present but of size z

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

On 09/22/2015 06:43 PM, Robert Collins wrote: > On 23 September 2015 at 09:52, Chris Friesen > wrote: >> Hi, >> >> I recently had an issue with one file out of a dozen or so in >> "/opt/cgcs/cinder/data/volumes/" being present but of size zero. I'm >> running stable/kilo if it makes a differen

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

Excerpts from Mark Voelker's message of 2015-09-25 17:42:24 +: > On Sep 25, 2015, at 1:24 PM, Brian Rosmaita > wrote: > > > > I'd like to clarify something. > > > > On 9/25/15, 12:16 PM, "Mark Voelker" wrote: > > [big snip] > >> Also worth pointing out here: when we talk about ³doing the s

[openstack-dev] [neutron][horizon] Nice new Network Topology panel in Horizon

It has been about three years in the making but now it is finally here. A screenshot doesn't do it justice, so here is a short video overview: https://youtu.be/PxFd-lJV0e4 Isn't that neat? I am sure you can see that it is a great improvement, especially for larger topologies. This new view will b

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

On Sep 25, 2015, at 1:24 PM, Brian Rosmaita wrote: > > I'd like to clarify something. > > On 9/25/15, 12:16 PM, "Mark Voelker" wrote: > [big snip] >> Also worth pointing out here: when we talk about ³doing the same thing² >> from a DefCore perspective, we¹re essentially talking about what¹s >>

Re: [openstack-dev] [TripleO] tripleo.org theme

On 09/25/2015 07:34 AM, Dan Prince wrote: > It has come to my attention that we aren't making great use of our > tripleo.org domain. One thing that would be useful would be to have the > new tripleo-docs content displayed there. It would also be nice to have > quick links to some of our useful reso

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

I'd like to clarify something. On 9/25/15, 12:16 PM, "Mark Voelker" wrote: [big snip] >Also worth pointing out here: when we talk about ³doing the same thing² >from a DefCore perspective, we¹re essentially talking about what¹s >exposed to the end user, not how that¹s implemented in OpenStack¹s so

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

On 09/25/15 at 03:09pm, Mark Voelker wrote: On Sep 25, 2015, at 10:42 AM, Andrew Laski wrote: On 09/25/15 at 09:59am, Doug Hellmann wrote: Excerpts from Mark Voelker's message of 2015-09-25 01:20:04 +: > > On Sep 24, 2015, at 5:55 PM, Sabari Murugesan wrote: > > Hi Melanie > > In genera

Re: [openstack-dev] [Openstack-operators] [puppet] feedback request about puppet-keystone

On 09/21/2015 12:20 PM, Emilien Macchi wrote: > Hi, > > Puppet OpenStack group would like to know your feedback about using > puppet-keystone module. > > Please take two minutes and feel the form [1] that contains a few > questions. The answers will help us to define our roadmap for the next >

Re: [openstack-dev] [all] -1 due to line length violation in commit messages

On 09/25/2015 12:15 PM, Fox, Kevin M wrote: > Another option... why are we wasting time on something that a > computer can handle? Why not just let the line length be infinite in > the commit message and have gerrit wrap it to here> length lines on merge? I don't think gerrit should mess with the

[openstack-dev] [Cinder] Late Liberty patches should now be unblocked ...

All, Now that Mitaka is open I have done my best to go through and remove all the -2's that I had given to block Liberty patches that needed to wait for Mitaka. If you have a patch that I missed please ping me on IRC. Happy Mitaka merging! Thanks, Jay _

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

On 09/24/2015 04:21 PM, Chris Friesen wrote: 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_con

Re: [openstack-dev] Apache2 vs uWSGI vs ...

There is no reason why the wsgi app container matters. This is simply a "we should document use if uwsgi and/or gunicorn as an alternative to mod_wsgi". If one solution is better for the gate it will be used there and each deployment will make the determination of what they want to use. Adam's p

Re: [openstack-dev] [puppet] should puppet-neutron manage third party software?

On 09/25/2015 12:14 PM, Edgar Magana wrote: > Hi There, > > I just added my comment on the review. I do agree with Emilien. There should > be specific repos for plugins and drivers. > > BTW. I love the sdnmagic name ;-) > > Edgar > > > > > On 9/25/15, 9:02 AM, "Emilien Macchi" wrote: > >

Re: [openstack-dev] Apache2 vs uWSGI vs ...

On 09/25/2015 07:09 AM, Sergii Golovatiuk wrote: Hi, Morgan gave the perfect case why operators want to use uWSGI. Let's imagine a future when all openstack services will work as mod_wsgi processes under apache. It's like to put all eggs in one basket. If you need to reconfigure one service o

[openstack-dev] [release][ironic] Ironic 4.2.0 release

Hi all, I'm proud to announce the release of Ironic 4.2.0! This follows quickly on our 4.1.0 release with 21 bug fixes, and marks the completion of four blueprints. It is also the basis for our stable/Liberty branch, and will be included in the coordinated OpenStack Liberty release. Major change

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

On Sep 25, 2015, at 12:00 PM, Chris Hoge wrote: > >> >> On Sep 25, 2015, at 6:59 AM, Doug Hellmann wrote: >> >> Excerpts from Mark Voelker's message of 2015-09-25 01:20:04 +: On Sep 24, 2015, at 5:55 PM, Sabari Murugesan wrote: Hi Melanie In general,

Re: [openstack-dev] [all] -1 due to line length violation in commit messages

Another option... why are we wasting time on something that a computer can handle? Why not just let the line length be infinite in the commit message and have gerrit wrap it to length lines on merge? Thanks, Kevin From: Jim Rollenhagen [j...@jimrollenhag

Re: [openstack-dev] [puppet] should puppet-neutron manage third party software?

Hi There, I just added my comment on the review. I do agree with Emilien. There should be specific repos for plugins and drivers. BTW. I love the sdnmagic name ;-) Edgar On 9/25/15, 9:02 AM, "Emilien Macchi" wrote: >In our last meeting [1], we were discussing about whether managing or >n

Re: [openstack-dev] [all] -1 due to line length violation in commit messages

Yeah, and worse, since I never can remember the exact number(72 I guess), I always just round down to 70-1 to be safe. Its silly. Thanks, Kevin From: Ihar Hrachyshka [ihrac...@redhat.com] Sent: Friday, September 25, 2015 7:44 AM To: OpenStack Development

Re: [openstack-dev] [TripleO] tripleo.org theme

On 25/09/15 13:34, Dan Prince wrote: It has come to my attention that we aren't making great use of our tripleo.org domain. One thing that would be useful would be to have the new tripleo-docs content displayed there. It would also be nice to have quick links to some of our useful resources, pe

Re: [openstack-dev] CephFS native driver

I think having a native cephfs driver without nfs in the cloud is a very compelling feature. nfs is nearly impossible to make both HA and Scalable without adding really expensive dedicated hardware. Ceph on the other hand scales very nicely and its very fault tollerent out of the box. Thanks, K

[openstack-dev] [puppet] should puppet-neutron manage third party software?

In our last meeting [1], we were discussing about whether managing or not external packaging repositories for Neutron plugin dependencies. Current situation: puppet-neutron is installing (packages like neutron-plugin-*) & configure Neutron plugins (configuration files like /etc/neutron/plugins/*.i

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

> On Sep 25, 2015, at 6:59 AM, Doug Hellmann wrote: > > Excerpts from Mark Voelker's message of 2015-09-25 01:20:04 +: >>> >>> 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 >>> an

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

To clarify a bit, We're unsure that running glance without keystone as a distribution mechanism for apps.openstack.org assets is a good idea/fit. Having assets stored in the local cloud all in one place (In glance) seems like a very good idea to me. We need closer communications between Murano,

Re: [openstack-dev] [oslo.messaging][devstack] Pika RabbitMQ driver implementation

Also a side question, that someone might know, Whatever happened to the folks from rabbitmq (incorporated? pivotal?) who were going to get involved in oslo.messaging, did that ever happen; if anyone knows? They might be a good bunch of people to review such a pika driver (since I think they

Re: [openstack-dev] [oslo.messaging][devstack] Pika RabbitMQ driver implementation

Dmitriy Ukhlov wrote: Hello stackers, I'm working on new olso.messaging RabbitMQ driver implementation which uses pika client library instead of kombu. It related to https://blueprints.launchpad.net/oslo.messaging/+spec/rabbit-pika. In this letter I want to share current results and probably get

Re: [openstack-dev] [all] -1 due to line length violation in commit messages

On Fri, Sep 25, 2015 at 11:05:09AM -0400, Doug Hellmann wrote: > git tools such as git log and git show indent the commit message in > their output, so you don't actually have the full 79/80 character width > to work with. That's where the 72 comes from. It is also commonly done because so that wh

Re: [openstack-dev] [puppet] service default value functions

On 09/23/2015 02:17 AM, Cody Herriges wrote: > Alex Schultz wrote: >> Hey puppet folks, >> >> Based on the meeting yesterday[0], I had proposed creating a parser >> function called is_service_default[1] to validate if a variable matched >> our agreed upon value of ''. This got me thinking >> abo

Re: [openstack-dev] [all] -1 due to line length violation in commit messages

On 2015-09-25 16:44:59 +0200 (+0200), Ihar Hrachyshka wrote: [...] > I believe commit message lines of <=80 chars are absolutely fine > and should not get -1 treatment. I propose to raise the limit for > the guideline on wiki accordingly. [...] As one of those traditionalists who still does all hi

Re: [openstack-dev] [all] -1 due to line length violation in commit messages

On Fri, Sep 25, 2015 at 04:44:59PM +0200, Ihar Hrachyshka wrote: > Hi all, > > releases are approaching, so it’s the right time to start some bike shedding > on the mailing list. > > Recently I got pointed out several times [1][2] that I violate our commit > message requirement [3] for the mess

Re: [openstack-dev] [all] -1 due to line length violation in commit messages

On 09/25/2015 10:44 AM, Ihar Hrachyshka wrote: Hi all, releases are approaching, so it’s the right time to start some bike shedding on the mailing list. Recently I got pointed out several times [1][2] that I violate our commit message requirement [3] for the message lines that says: "Subsequent

Re: [openstack-dev] [all] -1 due to line length violation in commit messages

+1 for <=80 chars. 72 characters sometimes are not enough Regards, Ivan Kolodyazhny On Fri, Sep 25, 2015 at 6:05 PM, Doug Hellmann wrote: > git tools such as git log and git show indent the commit message in > their output, so you don't actually have the full 79/80 character width > to work wit

Re: [openstack-dev] [nova] Servicegroup refactoring for the Control Plane - Mitaka

On Wed, 2015-09-23 at 11:11 -0700, Vilobh Meshram wrote: > Accepted in Liberty [1] [2] : > [1] Services information be stored in respective backend configured > by CONF.servicegroup_driver and all the interfaces which plan to > access service information go through servicegroup layer. > [2] Add to

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

On Sep 25, 2015, at 10:42 AM, Andrew Laski wrote: > > On 09/25/15 at 09:59am, Doug Hellmann wrote: >> Excerpts from Mark Voelker's message of 2015-09-25 01:20:04 +: >>> > >>> > On Sep 24, 2015, at 5:55 PM, Sabari Murugesan >>> > wrote: >>> > >>> > Hi Melanie >>> > >>> > In general, images c

Re: [openstack-dev] [all] -1 due to line length violation in commit messages

git tools such as git log and git show indent the commit message in their output, so you don't actually have the full 79/80 character width to work with. That's where the 72 comes from. Doug Excerpts from Vikram Choudhary's message of 2015-09-25 20:25:41 +0530: > +1 for <=80 chars. It will be uni

Re: [openstack-dev] [all] -1 due to line length violation in commit messages

On Fri, Sep 25 2015, Ihar Hrachyshka wrote: > I agree that very long commit message lines can be bad, f.e. if they > are 200+ chars. But <= 79 chars?.. Don’t think so. Especially since we > have 79 chars limit for the code. Agreed. <= 80 chars should be a rule of thumb and applied in a smart way.

Re: [openstack-dev] [all] -1 due to line length violation in commit messages

+1 for <=80 chars. It will be uniform with the existing coding style. On Fri, Sep 25, 2015 at 8:22 PM, Dmitry Tantsur wrote: > On 09/25/2015 04:44 PM, Ihar Hrachyshka wrote: > >> Hi all, >> >> releases are approaching, so it’s the right time to start some bike >> shedding on the mailing list. >>

Re: [openstack-dev] [all] -1 due to line length violation in commit messages

On 09/25/2015 04:44 PM, Ihar Hrachyshka wrote: Hi all, releases are approaching, so it’s the right time to start some bike shedding on the mailing list. Recently I got pointed out several times [1][2] that I violate our commit message requirement [3] for the message lines that says: "Subseque

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

On 09/25/15 at 09:59am, Doug Hellmann wrote: Excerpts from Mark Voelker's message of 2015-09-25 01:20:04 +: > > 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 b

[openstack-dev] [all] -1 due to line length violation in commit messages

Hi all, releases are approaching, so it’s the right time to start some bike shedding on the mailing list. Recently I got pointed out several times [1][2] that I violate our commit message requirement [3] for the message lines that says: "Subsequent lines should be wrapped at 72 characters.” I

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

Not sure if my vote still counts, but +1. :-) On 09/24/2015 12: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

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

On 09/24/15 at 03:13pm, James Penick wrote: 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,

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

Excerpts from Huang, Oscar's message of 2015-09-25 02:32:02 +: > 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. >

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

Excerpts from Mark Voelker's message of 2015-09-25 01:20:04 +: > > > > 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 meta

[openstack-dev] [election][tc] TC Candidacy

I am announcing my candidacy for a position on the OpenStack Technical Committee. I am currently employed by HP to work 100% upstream on OpenStack. I started contributing to OpenStack in 2012, not long after joining Dreamhost. In the time since, I have worked on a wide variety of projects within t

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

> On 25 Sep 2015, at 09:02, Matthias Runge wrote: > > On 25/09/15 00:17, Alan Pevec wrote: >>> 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. >> >> Wh

Re: [openstack-dev] [neutron] How could an L2 agent extension access agent methods ?

> On 25 Sep 2015, at 14:37, thomas.mo...@orange.com wrote: > > Kevin, Miguel, > > I agree that (4) is what makes most sense. > (more below) > > Miguel Angel Ajo : >> Do you have a rough idea of what operations you may need to do? > > Right now, what bagpipe driver for networking-bgpvpn needs t

Re: [openstack-dev] Apache2 vs uWSGI vs ...

OK, sorry I mixed up nginx and uwsgi :) A. On Fri, Sep 25, 2015 at 2:54 PM, David Stanek wrote: > > On Fri, Sep 25, 2015 at 8:25 AM Adam Heczko wrote: > >> Are we discussing mod_wsgi and Keystone or OpenStack as a general? >> If Keystone specific use case, then probably Apache provides broades

Re: [openstack-dev] Apache2 vs uWSGI vs ...

David, I am thinking how all OpenStack components may coexist as mod_wsgi processes under apache. In Fuel we stepped into problem with deployment using graceful restart [1] thus this thread was raised to have a good WSGI alternatives. [1] https://github.com/GrahamDumpleton/mod_wsgi/pull/95

Re: [openstack-dev] VDI questions

As far as I know, there are some vendors provide VDI, VMware View, Citrix Xenserver, Amazon WorkSpaces. Is there a corresponding project in OpenStack? Please help! On Fri, Sep 25, 2015 at 8:34 PM, John Hunter wrote: > Hi guys, > I am new to OpenStack, so I want to ask is there a project that >

Re: [openstack-dev] Apache2 vs uWSGI vs ...

On Fri, Sep 25, 2015 at 8:25 AM Adam Heczko wrote: > Are we discussing mod_wsgi and Keystone or OpenStack as a general? > If Keystone specific use case, then probably Apache provides broadest > choice of tested external authenticators. > I'm not against uwsgi at all, but to be honest expectation

Re: [openstack-dev] [neutron] How could an L2 agent extension access agent methods ?

Kevin, Miguel, I agree that (4) is what makes most sense. (more below) Miguel Angel Ajo : Do you have a rough idea of what operations you may need to do? Right now, what bagpipe driver for networking-bgpvpn needs to interact with is: - int_br OVSBridge (read-only) - tun_br OVSBridge (add pa

Re: [openstack-dev] [Manila] CephFS native driver

Thanks! Keep me in the loop. Shinobu - Original Message - From: "John Spray" To: "Shinobu Kinjo" Cc: "OpenStack Development Mailing List (not for usage questions)" Sent: Friday, September 25, 2015 6:54:09 PM Subject: Re: [openstack-dev] [Manila] CephFS native driver On Fri, Sep 25, 2

[openstack-dev] [TripleO] tripleo.org theme

It has come to my attention that we aren't making great use of our tripleo.org domain. One thing that would be useful would be to have the new tripleo-docs content displayed there. It would also be nice to have quick links to some of our useful resources, perhaps Derek's CI report [1], a custom Rev

[openstack-dev] VDI questions

Hi guys, I am new to OpenStack, so I want to ask is there a project that works on VDI(Virtual Desktop Infrastructure) based OpenStack? I want to dig into it, please help. Sincerely, Zhao -- Best regards Junwang Zhao Department of Computer Science &Technology Peking University Beijing, 100871, PR

[openstack-dev] [oslo.messaging][devstack] Pika RabbitMQ driver implementation

Hello stackers, I'm working on new olso.messaging RabbitMQ driver implementation which uses pika client library instead of kombu. It related to https://blueprints.launchpad.net/oslo.messaging/+spec/rabbit-pika. In this letter I want to share current results and probably get first feedack from you.

[openstack-dev] [mistral] Mistral Liberty RC1 available

Hi, Mistral Liberty RC1 release is available. The exact version name is 1.0.0.0rc1. Look at the release page in order to see a list of bugs fixed during RC1 cycle: https://launchpad.net/mistral/liberty/liberty-rc1 Thanks! Renat Akhmerov @ Mi

Re: [openstack-dev] Apache2 vs uWSGI vs ...

Are we discussing mod_wsgi and Keystone or OpenStack as a general? If Keystone specific use case, then probably Apache provides broadest choice of tested external authenticators. I'm not against uwsgi at all, but to be honest expectation that nginx could substitute Apache in terms of authentication

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

Jose, Rally community provides official docker images here: https://hub.docker.com/r/rallyforge/rally/ So I would suggest to use them. Best regards, Boris Pavlovic On Fri, Sep 25, 2015 at 5:07 AM, Jose Lausuch wrote: > Hi, > > > > Thanks for the hint Boris. > > > > Regarding what we do at

Re: [openstack-dev] Apache2 vs uWSGI vs ...

Alexandr, oauth, shibboleth & openid support are very keystone specific features. Many other openstack projects don't need these modules at all but they may require faster HTTP server (lighthttp/nginx). For all projects we may use "HTTP server -> uwsgi" model and leave apache for keystone as " HT

Re: [openstack-dev] Apache2 vs uWSGI vs ...

Hi, Morgan gave the perfect case why operators want to use uWSGI. Let's imagine a future when all openstack services will work as mod_wsgi processes under apache. It's like to put all eggs in one basket. If you need to reconfigure one service on controller it may affect another service. For instan

[openstack-dev] [Rally][Meeting][Agenda]

Hi, its a friendly reminder that if you what to discuss some topics at Rally meetings, please add you topic to our Meeting agenda https://wiki.openstack.org/wiki/Meetings/Rally#Agenda. Don't forget to specify who will lead topic discusion. Add some information about topic(links, etc.) Thank you for

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

That sounds like the right solution Andreas. thanks! -- Dims On Fri, Sep 25, 2015 at 1:42 AM, Andreas Jaeger wrote: > 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 >>>

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

On Tue, Sep 22, 2015 at 6:27 PM, Dina Belova wrote: > 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 a good idea

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

Looks reasonable to me! Could you maybe document that on HACKING.rst in the repo? We could vote on the commit itself.  --  Kirill Zaitsev Murano team Software Engineer Mirantis, Inc On 25 Sep 2015 at 02:14:09, Alexey Khivin (akhi...@mirantis.com) wrote: Hello everyone Almost an every commit-me

  1   2   >