Re: [openstack-dev] [nova] Do not recheck changes until 422709 is merged

On 2017-01-20 14:36, Matt Riedemann wrote: > On 1/20/2017 2:22 AM, Sylvain Bauza wrote: >> >> >> Le 20/01/2017 04:16, Matt Riedemann a écrit : >>> On 1/19/2017 5:09 PM, Matt Riedemann wrote: On 1/19/2017 10:56 AM, Matt Riedemann wrote: > The py35 unit test job is broken for Nova until

[openstack-dev] [OpenStack-docs] [Docs] PTL Candidacy for Pike

Hi everyone, I am announcing my candidacy for the OpenStack manuals PTL position. Some of you may know me from the 2014 Paris summit where I cooed like a pigeon [1] in a panel discussion, but I hope that most of you will know me from my documentation work across OpenStack, specifically the

Re: [openstack-dev] [puppet] Nominating mkarpin for core for the Puppet OpenStack modules

Even though I dont have a vote I would like to extend a lot of gratitude to Mykyta Karpin for always helping out! Congratulations and well deserved! On 01/19/2017 11:28 PM, Alex Schultz wrote: > Hey Puppet Cores, > > I would like to nominate Mykyta Karpin as a Core reviewer for the > Puppet

Re: [openstack-dev] [osc][openstackclient][glance] broken image functional test

On Fri, Jan 20, 2017 at 6:46 AM, Steve Martinelli wrote: > it seems the OSC gate is broken, several patches are failing the same way: [...] > did something break? at first glance (hehe), it seems this patch may be to > blame? >

Re: [openstack-dev] [tripleo][puppet] Preparations for Ocata release in RDO

On Fri, Jan 20, 2017 at 1:50 PM, Emilien Macchi wrote: > On Fri, Jan 20, 2017 at 7:30 AM, Alfredo Moralejo Alonso > wrote: >> Hi, >> >> In RDO we are preparing for the incoming Ocata release. This means >> we'll create a new RDO Trunk builder

Re: [openstack-dev] [all] Improving Vendor Driver Discoverability

On 2017-01-19 17:37:13 -0800 (-0800), Mike Perez wrote: > I actually didn't know Nova also generated this with a script and > ini file. Perhaps this would be a better approach than a giant > JSON file like driver log is today. I could then have the > marketplace parse these ini files using the

Re: [openstack-dev] [qa] PTL non-candidacy

大道さん、PTL本当におつかれさまでした。QAのような複雑なプロジェクトで2サイクル継続して素晴らしいと思います。PTLかどうかに関係なく、何かとお世話になると思いますが、OpenStackを発展させるためにこれからもがんばりましょう。加藤 __ OpenStack Development Mailing List (not for usage questions) Unsubscribe:

[openstack-dev] [release][ptl][telemetry][barbican][cloudkitty][congress][glance][ironic][magnum][manila][murano][neutron][searchlight][vitrage] last chance to release a client next week

We have quite a few client libraries for which there are no Ocata releases at all: python-aodhclient python-barbicanclient python-brick-cinderclient-ext python-cloudkittyclient python-congressclient python-glanceclient python-ironic-inspector-client python-magnumclient python-manilaclient

Re: [openstack-dev] [osc][openstackclient][glance] broken image functional test

Top-posting a quick follow-up. While the reversion was in the gate queue, Ian discovered the fix so we're going to merge that [0] instead. So anyone who was planning to use/test community images this weekend, please go ahead! [0] https://review.openstack.org/#/c/423499/ cheers, brian On

[openstack-dev] OpenStack Developer Mailing List Digest January 14-20

HTML version: https://www.openstack.org/blog/2017/01/openstack-developer-mailing-list-digest-20170120/ SuccessBot Says === * stevemar [1] : number of open keystone bugs < 100! * morgan [2] : Good policy meeting, provided history and background that cleared up a lot of confus

Re: [openstack-dev] [octavia] Nominating German Eichberger for Octavia core reviewer

Well, I don't vote here but it's nice to see German back in the community. Welcome! On Fri, Jan 20, 2017 at 1:26 PM, Brandon Logan wrote: > +1, yes welcome back German. > On Fri, 2017-01-20 at 09:41 -0800, Michael Johnson wrote: > > Hello Octavia Cores, > > > > I

[openstack-dev] [glance] priorities for the coming week (01/20-01/26)

As discussed in the weekly meeting yesterday, here are our priorities for the week: (1) final release for client libraries is next week, so glanceclient patches need attention. This list is in priority order (first one is the highest): - https://review.openstack.org/#/c/352892/ -

Re: [openstack-dev] [osc][openstackclient][glance] broken image functional test

On Fri, Jan 20, 2017 at 10:46 AM, Dean Troyer wrote: > I've proposed a couple of unit tests that appear to me to illustrate > what OSC's functional test found. [0] runs on top of the revert, so > this is the 'before' check, and [1] runs with the community image > change and

Re: [openstack-dev] [all] new os-api-ref warning, changes may be needed

On 01/20/2017 03:21 PM, Jay Faulkner wrote: > On Jan 20, 2017, at 9:41 AM, Sean Dague wrote: >> >> We released a new os-api-ref yesterday which includes a few >> enhancements, including the anchor links on the website working as >> expected now. >> >> One of the things in there is

Re: [openstack-dev] [all] new os-api-ref warning, changes may be needed

On Jan 20, 2017, at 9:41 AM, Sean Dague wrote: > > We released a new os-api-ref yesterday which includes a few > enhancements, including the anchor links on the website working as > expected now. > > One of the things in there is a new warning when a parameter is used, > and is

[openstack-dev] [puppet] PTL candidacy

Hey folks, I would like to nominate myself for the PTL role in the Puppet Openstack Team for the Pike release cycle. I served as the PTL during the Ocata cycle and would like to continue to serve for the Pike release cycle. As part of the Ocata cycle we have made some excellent progress around

Re: [openstack-dev] [octavia] Nominating German Eichberger for Octavia core reviewer

+1, yes welcome back German. On Fri, 2017-01-20 at 09:41 -0800, Michael Johnson wrote: > Hello Octavia Cores, > > I would like to nominate German Eichberger (xgerman) for > reinstatement as an > Octavia core reviewer. > > German was previously a core reviewer for Octavia and neutron-lbaas > as

Re: [openstack-dev] [puppet] Nominating zhongshengping for core of the Puppet OpenStack modules

plus one On Fri, Jan 20, 2017 at 12:19 PM, Alex Schultz wrote: > Hey Puppet Cores, > > I would like to nominate Zhong Shengping as a Core reviewer for the > Puppet OpenStack modules. He is an excellent contributor to our > modules over the last several cycles. His stats for

[openstack-dev] [puppet] CI status for Ubuntu

Just FYI, We switched the Ubuntu scenario jobs to non-voting this week due to the large amount of breakage caused by the ocata-proposed update to m2 based packages. The Ubuntu beaker jobs are still voting on the modules themselves. Here's where we're keeping track of issues:

Re: [openstack-dev] [kolla-ansible] Am I doing this wrong?

Poke. Bueller? ___ Kris Lindgren Senior Linux Systems Engineer GoDaddy From: "Kris G. Lindgren" Date: Tuesday, January 10, 2017 at 5:34 PM To: "openstack-dev@lists.openstack.org"

[openstack-dev] [tricircle]Pike design topics discussion

Hello, As what's discussed during the weekly meeting, let's discuss what's to do in Pike in etherpad next Tuesday morning UTC 1:30 am (9:30am Beijing time, 10:30 Korea/Japan time, Monday 5:30pm PST time) The etherpad link https://etherpad.openstack.org/p/tricircle-pike-design-topics Please

Re: [openstack-dev] [ python-novaclient][ python-glanceclient][ python-cinderclient][ python-neutronclient] Remove x-openstack-request-id logging code as it is logged twice

Abhishek, 1) requirements.txt for all 4 python-*client you mentioned have "keystoneauth1>=2.17.0", 2) i do not see a review request to bump the minimum version in global requirements for keystoneauth1 to "keystoneauth1>=2.18.0"

[openstack-dev] [congress] ocata client causes feature regression with pre-ocata server

Hi all, I was getting ready to request release of congress client, but I remembered that the new client causes feature regression if used with older versions of congress. Specifically, new client with pre-Ocata congress cannot refer to datasource by name, something that could be done with

Re: [openstack-dev] [ python-novaclient][ python-glanceclient][ python-cinderclient][ python-neutronclient] Remove x-openstack-request-id logging code as it is logged twice

Hi Dims, Thank you for reply. I will propose a patch soon. Just for curiosity, keystoneauth1 >= 2.17.0 will not install 2.18.0? Abhishek From: Davanum Srinivas Sent: Saturday, January 21, 2017 8:27:56 AM To: OpenStack Development Mailing List

[openstack-dev]  [Tacker] Announcing my candidacy for PTL of the  Pike cycle

Hi All, Sridhar Ramaswamy and our team have done great work during last several cycles. Many thanks to the team and Sridhar Ramaswamy. With this email, I'm announcing my PTL candidacy of the Tacker team for the Pike release cycle. First let me briefly introduce myself. I joined the OpenStack 

Re: [openstack-dev] [ python-novaclient][ python-glanceclient][ python-cinderclient][ python-neutronclient] Remove x-openstack-request-id logging code as it is logged twice

On Fri, Jan 20, 2017 at 10:53 PM, Kekane, Abhishek < abhishek.kek...@nttdata.com> wrote: > Hi Dims, > > Thank you for reply. I will propose a patch soon. Just for curiosity, > keystoneauth1 >= 2.17.0 will not install 2.18.0? > It will, but if we make 2.18.0 the minimum then it will for sure

[openstack-dev] [ironic][ptl] PTL Candidacy for Pike

Hi all, I am thrilled to nominate myself as a candidate for ironic PTL for Pike cycle. Most of you should know me by now — I’m Jay Faulkner, aka “JayF” on freenode IRC. I have been in the tech industry for 10 years, starting as a systems administrator and working my way up the ladder. Since 2014,

Re: [openstack-dev] [Heat][TripleO] How to run mistral workflows via templates

Better late than never... On 16/12/16 08:57, Steven Hardy wrote: I know we've previously tried to steer execute/run type actions to signal driven interfaces (and I myself have opposed these kinds of resources in the past, to be honest). However, I can't currently see a better way to handle

Re: [openstack-dev] [all] new os-api-ref warning, changes may be needed

> On Jan 20, 2017, at 12:55 PM, Sean Dague wrote: > > On 01/20/2017 03:21 PM, Jay Faulkner wrote: >> On Jan 20, 2017, at 9:41 AM, Sean Dague wrote: >>> >>> We released a new os-api-ref yesterday which includes a few >>> enhancements, including the anchor links

[openstack-dev] [nova] Features ready for final +W (1/20)

We've got two more single-patch reviews to complete a couple of blueprints that are ready for a 2nd core: 1. https://blueprints.launchpad.net/nova/+spec/libvirt-os-vif-fastpath-vhostuser https://review.openstack.org/#/c/385061/ 2.

[openstack-dev] [Performance][Shaker]

Hey, When using the "iperf3" class in shaker for looking at UDP small packet performance, we see that as we scale up the concurrency the average PPS goes up and also the loss % increases. Is the loss % a percentage of the PPS or does the PPS only represent successful transmissions? Thanks! --

Re: [openstack-dev] [kolla-ansible] [kolla] Am I doing this wrong?

Adding [kolla] tag. ___ Kris Lindgren Senior Linux Systems Engineer GoDaddy From: "Kris G. Lindgren" Date: Friday, January 20, 2017 at 4:54 PM To: "openstack-dev@lists.openstack.org"

Re: [openstack-dev] [release][ptl][telemetry][barbican][cloudkitty][congress][glance][ironic][magnum][manila][murano][neutron][searchlight][vitrage] last chance to release a client next week

On Fri, Jan 20 2017, Doug Hellmann wrote: > We have quite a few client libraries for which there are no Ocata releases at > all: > > python-aodhclient The gate is broken for this one, we're working on fixing it. :) -- Julien Danjou /* Free Software hacker https://julien.danjou.info */

Re: [openstack-dev] [cinder] drbdmanage is no more GPL2

Hi Sean, please review these commits in drbdmanage upstream: http://git.drbd.org/drbdmanage.git/commit/2312d7e7657f98728b6ae1601d8c77010f6adca2 http://git.drbd.org/drbdmanage.git/commit/24ff36ec21f5b7cfdfe38b1888b64eb01f463240 Basically everything behind the dbus API GPL-v3. All files included

Re: [openstack-dev] [nova] Do not recheck changes until 422709 is merged

On 2017-01-20 08:53:19 -0600 (-0600), Matt Riedemann wrote: [...] > Yeah idk, but that wasn't working, I had already rechecked once > and those changes were failing on the thing noted above, and only > fixed once I rebased them. Do you have example logs for those failures so we can compare them

Re: [openstack-dev] [nova] Order of n-api (placement) and n-sch upgrades for Ocata

On 1/20/2017 4:53 AM, Eoghan Glynn wrote: Do we also need to be concerned about the placement API "warm-up" time? i.e. if a placement-less newton deployment is upgraded to placement-ful ocata, then would there surely be a short period during which placement is able to respond to the incoming

Re: [openstack-dev] [nova] Order of n-api (placement) and n-sch upgrades for Ocata

On 1/20/2017 9:00 AM, Matt Riedemann wrote: On 1/20/2017 4:53 AM, Eoghan Glynn wrote: Do we also need to be concerned about the placement API "warm-up" time? i.e. if a placement-less newton deployment is upgraded to placement-ful ocata, then would there surely be a short period during which

Re: [openstack-dev] [release][ptl][telemetry][barbican][cloudkitty][congress][glance][ironic][magnum][manila][murano][neutron][searchlight][vitrage] last chance to release a client next week

On 01/20/2017 02:57 PM, Doug Hellmann wrote: We have quite a few client libraries for which there are no Ocata releases at all: python-aodhclient python-barbicanclient python-brick-cinderclient-ext python-cloudkittyclient python-congressclient python-glanceclient python-ironic-inspector-client

Re: [openstack-dev] [release][stable] nominating Alan Pevec (apevec) for stable release core

Excerpts from Doug Hellmann's message of 2017-01-18 09:16:53 -0500: > Based on Tony's recommendation, and Alan's recent review work, I > am nominating Alan Pevec (apevec) to have core reviewer rights on > stable releases in the openstack/releases repository. > > Release team, please either +1 or

Re: [openstack-dev] [nova] Do not recheck changes until 422709 is merged

On 1/20/2017 7:46 AM, Andreas Jaeger wrote: You shouldn't need to rebase changes - we always rebase in check and gate queue before running tests. So, a simple "recheck" should be enough. Andreas Yeah idk, but that wasn't working, I had already rechecked once and those changes were failing

Re: [openstack-dev] [osc][openstackclient][glance] broken image functional test

On 1/20/17 9:05 AM, Dean Troyer wrote: > On Fri, Jan 20, 2017 at 6:46 AM, Steve Martinelli > wrote: >> it seems the OSC gate is broken, several patches are failing the same way: > > [...] > >> did something break? at first glance (hehe), it seems this patch may be to >>

Re: [openstack-dev] [all] Improving Vendor Driver Discoverability

Mike, Similar the evil driver support matrix that Cinder has had forever [1]. So, there is a precedent and this looks like it would be better than something that has to be manually updated. No initial objections. :-) Jay [1] https://wiki.openstack.org/wiki/CinderSupportMatrix On

Re: [openstack-dev] [qa] PTL non-candidacy

El 19/01/17 a las 20:16, Ken'ichi Ohmichi escribió: > Hi, > > I will step down as PTL after this Ocata cycle. > I was happy to see new ideas and folks who try making ideas true in > this 2 cycles. > Now QA project has a lot of components with many people's effort and > we help each other as a

Re: [openstack-dev] [qa] PTL non-candidacy

Thank you Kenichi for the great work and leadership. Glad that you will continue working on the QA program, so… see you around ☺ Luz Cazares On 1/19/17, 2:30 PM, "Masayuki Igawa" wrote: Thank you for your great effort! I'm very proud of you as a colleague :)

[openstack-dev] [cinder] dog command in Sheepdog is executable, not library

Hi, I've confirmed the commit "Mark the sheepdog driver as unsupported" [1]. Sorry for CI failure. The problem will be fixed by Sheepdog team soon. I have an opinion about license. AFAIU, except CI failure, the reason why the Sheepdog driver was marked is that "dog", Sheepdog admin command

[openstack-dev] [tripleo][puppet] Preparations for Ocata release in RDO

Hi, In RDO we are preparing for the incoming Ocata release. This means we'll create a new RDO Trunk builder "centos-ocata" in the next few days (It will be ready for next week). This builder will get content from stable/ocata branches of projects as they become available and fallback to master

[openstack-dev] [osc][openstackclient][glance] broken image functional test

hey glancerinos, it seems the OSC gate is broken, several patches are failing the same way: testtools.matchers._impl.MismatchError: !=: reference = '''\ qcow2 True 4 5 d35ba06a07654721bb730ea154b9c6e7 ''' actual= u'''\ qcow2 False 4 5 d35ba06a07654721bb730ea154b9c6e7 ''' In short, the test

[openstack-dev] [sahara] PTL Candidacy for Pike

Hello everyone! I'd like to announce my candidacy for PTL of the Data Processing project (Sahara), and to describe what I hope to do to help Sahara move forward. First of all I would like to introduce myself. I've been working on the Sahara project since the Icehouse release, and since the

Re: [openstack-dev] [nova] Do not recheck changes until 422709 is merged

On 1/20/2017 2:22 AM, Sylvain Bauza wrote: Le 20/01/2017 04:16, Matt Riedemann a écrit : On 1/19/2017 5:09 PM, Matt Riedemann wrote: On 1/19/2017 10:56 AM, Matt Riedemann wrote: The py35 unit test job is broken for Nova until this patch is merged: https://review.openstack.org/#/c/422709/

Re: [openstack-dev] [tripleo][puppet] Preparations for Ocata release in RDO

On Fri, Jan 20, 2017 at 7:30 AM, Alfredo Moralejo Alonso wrote: > Hi, > > In RDO we are preparing for the incoming Ocata release. This means > we'll create a new RDO Trunk builder "centos-ocata" in the next few > days (It will be ready for next week). This builder will get

Re: [openstack-dev] [keystone] [nova] [glance] [oslo] webob 1.7

On Thu, Jan 19, 2017 at 9:50 PM, Corey Bryant wrote: > > > On Thu, Jan 19, 2017 at 8:29 PM, Joshua Harlow > wrote: > >> Corey Bryant wrote: >> >>> >>> Added [nova] and [oslo] to the subject. This is also affecting nova and >>> oslo.middleware.

[openstack-dev] [puppet] Nominating zhongshengping for core of the Puppet OpenStack modules

Hey Puppet Cores, I would like to nominate Zhong Shengping as a Core reviewer for the Puppet OpenStack modules. He is an excellent contributor to our modules over the last several cycles. His stats for the last 90 days can be viewed here[0]. Please response with your +1 or any objections. If

Re: [openstack-dev] [tripleo][puppet] Preparations for Ocata release in RDO

On 01/20/2017 08:06 AM, Alfredo Moralejo Alonso wrote: On Fri, Jan 20, 2017 at 1:50 PM, Emilien Macchi wrote: On Fri, Jan 20, 2017 at 7:30 AM, Alfredo Moralejo Alonso wrote: Hi, In RDO we are preparing for the incoming Ocata release. This means

Re: [openstack-dev] [cinder] Can I use lvm thin provisioning in mitaka?

There's also cinder functionality called the 'generic image cache' that does this for you; see the (per-backend) config options: image_volume_cache_enabled, image_volume_cache_max_size_gb and image_volume_cache_max_count On 20 January 2017 at 16:54, Chris Friesen

Re: [openstack-dev] [nova] Do not recheck changes until 422709 is merged

On 1/20/2017 9:20 AM, Jeremy Stanley wrote: Do you have example logs for those failures so we can compare them to the timeline for the fix landing? When a change enters a Zuul pipeline, it and its open parent changes are unconditionally merged to the current branch tip and then jobs are run

Re: [openstack-dev] [tripleo] Mistral Workflow for deriving THT parameters

On 01/11/2017 11:34 PM, Saravanan KR wrote: Thanks John, I would really appreciate if you could tag me on the reviews. I will do the same for mine too. Hi Saravanan, Following up on this, have a look at the OS::Mistral::WorflowExecution Heat spec [1] to trigger Mistral workflows. I'm hoping

Re: [openstack-dev] [osc][openstackclient][glance] broken image functional test

On Fri, Jan 20, 2017 at 10:00 AM, Brian Rosmaita wrote: > We've approved the revert to get the OSC unblocked, though it may be a > while before jenkins gets around to processing it, as (of course) the > gate is pretty busy now. Thanks Brian. This is our last week

Re: [openstack-dev] [all] Improving Vendor Driver Discoverability

On 2017-01-17 02:08 AM, Isaac Beckman wrote: I think that it would also be a good idea to have the option to let the CI maintainers add some useful information on the current status. It is very helpful to know that the CI system is under maintenance which is the reason why it hasn't been

Re: [openstack-dev] [cinder] Can I use lvm thin provisioning in mitaka?

On 01/20/2017 04:07 AM, Marco Marino wrote: Hi, I'm trying to use cinder with lvm thin provisioning. It works well and I'd like to know if there is some reason lvm thin should be avoided in mitaka release. I'm trying to use with max_over_subscription_ratio = 1.0 so I don't have problems with

Re: [openstack-dev] [octavia] Nominating German Eichberger for Octavia core reviewer

+1 Welcome back German! On Fri, Jan 20, 2017, 11:43 Michael Johnson wrote: > > Hello Octavia Cores, > > I would like to nominate German Eichberger (xgerman) for reinstatement as > an > Octavia core reviewer. > > German was previously a core reviewer for Octavia and

Re: [openstack-dev] [release][stable] nominating Alan Pevec (apevec) for stable release core

> Welcome to the team, Alan! Thanks all! Alan __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe

Re: [openstack-dev] [all] new os-api-ref warning, changes may be needed

Thanks for addressing this in the keystone project Sean! On Fri, Jan 20, 2017 at 12:41 PM, Sean Dague wrote: > We released a new os-api-ref yesterday which includes a few > enhancements, including the anchor links on the website working as > expected now. > > One of the things

[openstack-dev] [all] new os-api-ref warning, changes may be needed

We released a new os-api-ref yesterday which includes a few enhancements, including the anchor links on the website working as expected now. One of the things in there is a new warning when a parameter is used, and is not defined.

[openstack-dev] [octavia] Nominating German Eichberger for Octavia core reviewer

Hello Octavia Cores, I would like to nominate German Eichberger (xgerman) for reinstatement as an Octavia core reviewer. German was previously a core reviewer for Octavia and neutron-lbaas as well as a former co-PTL for Octavia. Work dynamics required him to step away from the project for a

Re: [openstack-dev] [horizon] feature freeze exception request -- nova simple tenant usages api pagination

Just a thought: With the way we currently do microversions, wouldnt this request 2.40 for every request ? There's a pretty good chance that would break things. Rob On 20 January 2017 at 00:02, Richard Jones > wrote: FFE granted for the

Re: [openstack-dev] [networking-sfc] Does SFC support chaining of Layer 2 devices?

Vikash, Unclear what you mean by SFC spinning an L2 IDS? What is the behavior of L2 IDS devices? -Louis From: Vikash Kumar [mailto:vikash.ku...@oneconvergence.com] Sent: Wednesday, January 18, 2017 10:49 PM To: openstack-dev Subject: [openstack-dev] [networking-sfc] Does SFC support

[openstack-dev] [kolla] PTL candidacy

My dear community, I humbly ask you all to accept my candidacy as PTL of best cloud project there is, Kolla. I serve as PTL during current Ocata cycle, and I would like to continue serving during Pike. During Ocata cycle, even thou it was very short one with holiday season in the middle, we did

Re: [openstack-dev] [puppet] Nominating mkarpin for core for the Puppet OpenStack modules

+1, well deserved! 2017-01-20 8:59 GMT-03:00 Tobias Urdin : > Even though I dont have a vote I would like to extend a lot of gratitude > to Mykyta Karpin for > always helping out! > > Congratulations and well deserved! > > > On 01/19/2017 11:28 PM, Alex Schultz wrote:

Re: [openstack-dev] [cinder]Can we run cinder-volume and cinder-backup on a same host?

On Fri, 2017-01-20 at 14:15 +0900, Rikimaru Honjo wrote: > Hi Cinder devs, > > I have a question about cinder. > Can I run cinder-volume and cinder-backup on a same host when I using > iscsi backend? > > I afraid that iscsi operations will be conflicted between cinder- > volume and

Re: [openstack-dev] [puppet] Nominating mkarpin for core for the Puppet OpenStack modules

+1, well done! 2017-01-20 12:20 GMT+04:00 Denis Egorenko : > +1 > > 2017-01-20 4:10 GMT+04:00 Emilien Macchi : > >> On Thu, Jan 19, 2017 at 5:25 PM, Alex Schultz >> wrote: >> > Hey Puppet Cores, >> > >> > I would like to nominate

Re: [openstack-dev] [nova] Order of n-api (placement) and n-sch upgrades for Ocata

2017-01-19 23:43 GMT+08:00 Sylvain Bauza : > > > Le 19/01/2017 16:27, Matt Riedemann a écrit : > > Sylvain and I were talking about how he's going to work placement > > microversion requests into his filter scheduler patch [1]. He needs to > > make requests to the placement API

[openstack-dev] [cinder] Can I use lvm thin provisioning in mitaka?

Hi, I'm trying to use cinder with lvm thin provisioning. It works well and I'd like to know if there is some reason lvm thin should be avoided in mitaka release. I'm trying to use with max_over_subscription_ratio = 1.0 so I don't have problems with over subscription. I using thin provisioning

Re: [openstack-dev] [nova] Do not recheck changes until 422709 is merged

Le 20/01/2017 04:16, Matt Riedemann a écrit : > On 1/19/2017 5:09 PM, Matt Riedemann wrote: >> On 1/19/2017 10:56 AM, Matt Riedemann wrote: >>> The py35 unit test job is broken for Nova until this patch is merged: >>> >>> https://review.openstack.org/#/c/422709/ >>> >>> So please hold off on the

Re: [openstack-dev] [puppet] Nominating mkarpin for core for the Puppet OpenStack modules

+1 2017-01-20 4:10 GMT+04:00 Emilien Macchi : > On Thu, Jan 19, 2017 at 5:25 PM, Alex Schultz wrote: > > Hey Puppet Cores, > > > > I would like to nominate Mykyta Karpin as a Core reviewer for the > > Puppet OpenStack modules. He has been providing

Re: [openstack-dev] [nova] Order of n-api (placement) and n-sch upgrades for Ocata

Le 19/01/2017 21:39, Matt Riedemann a écrit : > On Thu, Jan 19, 2017 at 2:29 PM, Alex Schultz > wrote: >> >> What are these issues? My original message was to highlight one >> particular deployment type which is completely independent of >> how things get packaged in the

Re: [openstack-dev] [charms] monitoring interface

On Thu, Jan 19, 2017 at 12:44:22PM +, Liam Young wrote: > Thanks for looking into it. I think things should actually work out of the > box as they are now. So, > > Should add nagios checks for glance and cinder to the juju deployed nagios. > (Taken from >

Re: [openstack-dev] [nova] Order of n-api (placement) and n-sch upgrades for Ocata

> >> What are these issues? My original message was to highlight one > >> particular deployment type which is completely independent of > >> how things get packaged in the traditional sense of the word > >> (rpms/deb/tar.gz). Perhaps it's getting lost in terminology, > >> but packaging the