[Openstack-operators] [glance] Summit sessions brainstorm

Greetings, Hey Folks, Now that RC1 is out (YAY!), we should start looking forward to Glance's Newton plans. More specifically, I'd like us to speed up our brainstorm on summit topics. I've set up an etherpad for it and we've got some interesting topics listed already. But there's more, there

[openstack-dev] [Fuel][Nailgun] Random failures in unit tests

Hey Fuelers, As you might know recently we encounter a lot of random test failures on CI, and they are still there (likely with a bit less probability). A nature of that random failures is actually not a random, they are happened because of so called fake threads. Fake threads, actually, ain't

[Openstack] [release][horizon] Horizon Mitaka RC1 available

Hello everyone, Horizon's release candidate for the end of the Mitaka cycle is available! You can find the RC1 source code tarball at: https://tarballs.openstack.org/horizon/horizon-9.0.0.0rc1.tar.gz Unless release-critical issues are found that warrant a release candidate respin, this RC1

Re: [openstack-dev] [nova] Wishlist bugs == (trivial) blueprint?

The correct tldr: TL;DR: Use the openstack-*ops* ML and discuss the most wanted RFEs at the summit? Markus Zoeller/Germany/IBM wrote on 03/17/2016 04:57:27 PM: > From: Markus Zoeller/Germany/IBM > To: "OpenStack Development Mailing List \(not for usage questions\)" >

Re: [openstack-dev] [all] purplerbot irc bot for logs and transclusion

On Wed, Mar 16, 2016 at 01:55:56PM +, Chris Dent wrote: > > I built an IRC bot > > https://anticdent.org/purple-irc-bot.html > > that provides (see the blog posting): > > * granular logging > * some in channel commands to get recent history and recent mentions > of your nick > *

[openstack-dev] [Heat] PTL Candidacy

Hi everyone, I'm happy to announce my candidacy for PTL of Heat for the Newton cycle. The project and the community are in a good place in my opinion currently, both diverse and active. As much as possible I'd like to continue encourage and improve that. Heat is being used more and more by

Re: [openstack-dev] [Kuryr] Clarification of expanded mission statement

I'd assume a volume plugin for cinder support and/or a volume plugin for manila support? Either would be useful. Thanks, Kevin From: Russell Bryant [rbry...@redhat.com] Sent: Friday, March 18, 2016 4:59 AM To: OpenStack Development Mailing List (not for usage

Re: [openstack-dev] [QA][all] Propose to remove negative tests from Tempest

On Wed, Mar 16, 2016 at 10:41 PM, Jim Rollenhagen wrote: > On Wed, Mar 16, 2016 at 06:20:11PM -0700, Ken'ichi Ohmichi wrote: >> Hi >> >> I have one proposal[1] related to negative tests in Tempest, and >> hoping opinions before doing that. >> >> Now Tempest contains

Re: [openstack-dev] [networking-ovn][Neutron] OVN support for routed networks(plugin interface for host mapping)

On Tue, Mar 15, 2016 at 7:02 PM, Hong Hui Xiao wrote: > Hi all. > > I did some investigation recently. And I think we can start some > discussion now. > > All below thinking is based on the current implementation of neutron. With > routed network, a subnet will be considered

Re: [openstack-dev] [Fuel][FFE] FF exception request for HugePages

Folks, Majority of the commits for HugePages feature are merged in time [0]. One commit for validation is still to be merged [1]. So we would ask for 2 more days to complete the feature. Regards, Dmitry. [0] https://review.openstack.org/#/q/status:merged+AND+topic:bp/support-hugepages [1]

Re: [openstack-dev] [all][infra] revert new gerrit

On 18/03/16 09:35 -0600, Monty Taylor wrote: On 03/18/2016 08:31 AM, Andrey Kurilin wrote: Hi all! I want to start this thread because I'm tired. I spent a lot of time, but I can't review as easy as it was with old interface. New Gerrit is awful. Here are several issues: * It is not possible

[openstack-dev] [Tripleo][Fuel][Kolla][Ansible][Puppet] Parsing and Managing Policy in Keystone

The policy API is currently a Blob-based operation. Keystone knows nothing about the data stored or retrieved. There is an API to fetch the policy file for a given endpoint. http://git.openstack.org/cgit/openstack/keystone-specs/tree/api/v3/identity-api-v3-os-endpoint-policy.rst What I would

Re: [openstack-dev] [cross-project] [all] Quotas -- service vs. library

On 16/03/2016 06:28, Nikhil Komawar wrote: > Hello everyone, > > tl;dr; > I'm writing to request some feedback on whether the cross project Quotas > work should move ahead as a service or a library or going to a far > extent I'd ask should this even be in a common repository, would > projects

Re: [openstack-dev] [Fuel] [ironic] [inspector] Rewriting nailgun agent on Python proposal

Hi Evgeniy, On Fri, Mar 18, 2016 at 4:26 PM, Evgeniy L wrote: > > >> On the other side, there is ongoing work to have an ansible-based deploy >> ramdisk in Ironic, maybe inspector could benefit from it too. Didn't think >> about it yet, would be interesting to discuss on the

Re: [openstack-dev] [all] Maintaining httplib2 python library

  -Original Message- From: Cory Benfield Reply: OpenStack Development Mailing List (not for usage questions) Date: March 18, 2016 at 13:06:02 To: OpenStack Development Mailing List (not for usage questions)

[openstack-dev] [new-project][jacket] Introduction to jacket, a new project

Hi all, There is a new project "Jacket" to unify the API models of different clouds using OpenStack API. Its wiki is: https://wiki.openstack.org/wiki/Jacket After the discussion of last week, I update the description in wiki about the relations between Jacket and Tricircle, and add the

[openstack-dev] [oslo][all] What would you like changed/fixed/new in oslo??

Howday all, Just to start some conversation for the next cycle, I wanted to start thinking about what folks may like to see in oslo (or yes, even what u dislike in any of the oslo libraries). For those who don't know, oslo[1] is a lot of libraries (27+) so one of my complaints (and one I

Re: [openstack-dev] [all] purplerbot irc bot for logs and transclusion

On 03/16/2016 10:45 AM, Paul Belanger wrote: > I would like to see it added to openstack-infra so we can properly > manage it. I agree with Paul here. To that end I have added an item on next week's infra meeting agenda about IRC Bots with the aim of discussing this, as this is not the only bot

Re: [openstack-dev] [magnum] Discussion of supporting single/multiple OS distro

- Original Message - > From: "Kai Qiang Wu" > To: "OpenStack Development Mailing List (not for usage questions)" > > Sent: Tuesday, March 15, 2016 3:20:46 PM > Subject: Re: [openstack-dev] [magnum] Discussion of supporting >

Re: [openstack-dev] [magnum] High Availability

On 3/18/16, 12:59 PM, "Fox, Kevin M" wrote: >+1. We should be encouraging a common way of solving these issues across >all the openstack projects and security is a really important thing. >spreading it across lots of projects causes more bugs and security >related bugs

Re: [openstack-dev] [all][infra][ptls] tagging reviews, making tags searchable

On 18/03/16 14:15 +, Amrith Kumar wrote: As we were working through reviews for the Mitaka release, the Trove team was trying to track groups of reviews that were needed for a specific milestone, like m-1, or m-3 or in the recent days for rc1. The only way we could find was to have

Re: [openstack-dev] [Horizon] How do we move forward with xstatic releases?

On 13 March 2016 at 07:06, Matthias Runge wrote: > On 10/03/16 08:46, Richard Jones wrote: > > On 10 March 2016 at 18:23, Matthias Runge > > wrote: > > > > 4.alt.2: > > move to proper packages for static file management. I

Re: [openstack-dev] [magnum] High Availability

Hi. We're on the way, the API is using haproxy load balancing in the same way all openstack services do here - this part seems to work fine. For the conductor we're stopped due to bay certificates - we don't currently have barbican so local was the only option. To get them accessible on all

Re: [openstack-dev] [Neutron] RC1 candidate

On 16 March 2016 at 19:58, Armando M. wrote: > An update: > > On 15 March 2016 at 21:38, Armando M. wrote: > >> Neutrinos, >> >> I believe we reached the point [1] where RC1 can be cut [2]. If I made an >> error of judgement, or any other catastrophic

Re: [Openstack] How to achieve OpenStack compute nodes "HA" ?

Jean-Pierre, In case you're not already aware of it, just a quick pointer to a talk that will cover this exact topic at the summit: https://www.openstack.org/summit/austin-2016/summit-schedule/events/7327 Thanks, Danny On 16/03/16 16:13, Jean-Pierre Ribeauville wrote: Hi, I’m quite a

[openstack-dev] Sahara Job Binaries Storage

Hello, When deploying Sahara, Sahara docos suggests to increase max_allowed_packet to 256MB, for internal database storing of job binaries. There could be hundreds of job binaries to be uploaded/created into Sahara, which would then cause the database to grow as well. Does anyone using Sahara

Re: [openstack-dev] [QA][all] Propose to remove negative tests from Tempest

2016-03-16 20:27 GMT-07:00 Assaf Muller : > On Wed, Mar 16, 2016 at 10:41 PM, Jim Rollenhagen > wrote: >> On Wed, Mar 16, 2016 at 06:20:11PM -0700, Ken'ichi Ohmichi wrote: >>> Hi >>> >>> I have one proposal[1] related to negative tests in Tempest, and

Re: [openstack-dev] [all] Newton Design Summit - Proposed slot allocation

On Thu, Mar 17, 2016 at 11:43 AM, Kirill Zaitsev wrote: > Is it too late to ask for a half-day Contributors Meetup for murano? > > We had an extremely successful contributors meetup in Tokyo and I guess it > is an error on our side, that we have not requested one for in

Re: [openstack-dev] [cinder] Does the OpenStack community(or Cinder team) allow one driver to call another driver's public method?

On Fri, Mar 18, 2016 at 04:05:34AM +, liuxinguo wrote: > Hi Cinder team, > > We are going to implement storage-assisted volume migrate in our driver > between different backend storage array or even different array of different > vendors. > This is really high-efficiency than the host-copy

[openstack-dev] [new-project][gate] devstack-plugin-additional-pkg-repos

Hi All, I just wanted to update everyone on a new devstack-plugin that allows us to install alternate versions of libvirt(and qemu) into a devstack. The motivation for this started in a Vancouver summit session but got more steam from from[2]. There is a project-config[3] change to add an

[openstack-announce] [release][stable][ironic] ironic-inspector 2.2.5 release (liberty)

We are excited to announce the release of: ironic-inspector 2.2.5: Hardware introspection for OpenStack Bare Metal This release is part of the liberty stable release series. With source available at: http://git.openstack.org/cgit/openstack/ironic-inspector Please report issues through

Re: [openstack-dev] [cross-project] [all] Quotas -- service vs. library

This has been proposed a number of times in the past with projects such as Boson (https://wiki.openstack.org/wiki/Boson) and an extended discussion at one of the summits (I think it was San Diego). Then, there were major reservations from the PTLs at the impacts in terms of latency, ability

Re: [openstack-dev] [Fuel] [ironic] [inspector] Rewriting nailgun agent on Python proposal

Sorry, typo: *cloud case does NOT assume running any kind of agent inside user instance Vladimir Kozhukalov On Fri, Mar 18, 2016 at 7:26 PM, Vladimir Kozhukalov < vkozhuka...@mirantis.com> wrote: > >Well, there's a number of reasons. Ironic is not meant only for an > >"undercloud" (deploying

Re: [openstack-dev] [Tempest] [Devstack] Where to keep tempest configuration?

There is as well another way to deal with this. In Rally we have "rally verify" command that you can use to run tempest & do auto configuration of it. We can just extend it with new projects, in this case we are simplifying a lot of life of everybody who wants to use tempest (ops, devops,

Re: [openstack-dev] [magnum] Discussion of supporting single/multiple OS distro

HI Steve, Some points to highlight here: 1> There are some work discussion about COE dynamic supports across different OS distro. 2> For atomic, we did have many requirements before, it was an old story, seem some not meet our needs (which once asked in atomic IRC channel or community) So we

Re: [openstack-dev] [oslo] oslo.messaging dispatching into private/protected methods?

Good find ;) Davanum Srinivas wrote: Josh, Haha, see note from russellb :) http://git.openstack.org/cgit/openstack/nova/tree/nova/network/rpcapi.py#n308 On Thu, Mar 17, 2016 at 6:44 PM, Joshua Harlow wrote: In a follow-up to this. Seems like the patch to

Re: [openstack-dev] [all] Maintaining httplib2 python library

> On 18 Mar 2016, at 17:05, Doug Wiegley wrote: >> On Mar 18, 2016, at 8:31 AM, Cory Benfield wrote: >> >> Getting requests to talk over a Unix domain socket is not particularly >> tricky, and there are third-party libraries that hook into

Re: [openstack-dev] [trove] notes for Newton about the release process, learnings from Mitaka thus far

Excerpts from Amrith Kumar's message of 2016-03-18 13:44:34 +: > Folks on the Trove team, > > I've certainly learnt a lot of things going through the Mitaka release > process thus far, and I'm sure there are more things that I will learn as > well. But, I want to send this to all so that we

[openstack-dev] [packstack] Stable/Mitaka branch has been created

Hi all, Please note that the stable/mitaka branch for Packstack was created to prepare for the Mitaka release. As such, new features should not be added to stable/mitaka but on the master branch. Bugfixes can be backported to the stable branches if they are impacted. stable/mitaka is not yet

Re: [openstack-dev] [magnum] High Availability

On Fri, Mar 18, 2016 at 4:03 PM Douglas Mendizábal < douglas.mendiza...@rackspace.com> wrote: > [snip] > > > > Regarding the Keystone solution, I'd like to hear the Keystone team's > feadback on that. It definitely sounds to me like you're trying to put a > square peg in a round hole. > > > > I

[openstack-dev] [nova] eventlet in the py34 unit tests

This review demonstrates a fix for the py34 unit tests sometimes taking an age in the gate and eventually timing out: https://review.openstack.org/#/c/293372/ The changed test, without the change, will block in epoll() for a rather long time (900s), only in python34. In python 27 it sails.

[openstack-announce] [release][neutron-lbaas-dashboard] neutron-lbaas-dashboard release 1.0.0 (mitaka)

The neutron LBaaS dashboard team is excited to announce the initial release of neutron-lbaas-dashboard for neutron LBaaS v2. neutron-lbaas-dahsboard 1.0.0: Horizon panels for Neutron LBaaS v2 This release is for the mitaka release series. With source available at:

[openstack-dev] [Kuryr] Clarification of expanded mission statement

The Kuryr project proposed an update to its mission statement and I agreed to start a ML thread seeking clarification on the update. https://review.openstack.org/#/c/289993 The change expands the current networking focus to also include storage integration. I was interested to learn more about

[openstack-dev] [senlin][ptl] PTL Candidacy

Dear All, With this mail I'm nominating myself as the PTL of the Senlin project for the Newton cycle. It has been an honor and a pleasure to work with developers who share the same passion to make Senlin a useful and usable service to users. Senlin is still at its infancy after joining the big

Re: [openstack-dev] [nova] working on bug reports; what blocks you?

Kashyap Chamarthy wrote on 03/18/2016 07:28:09 AM: > From: Kashyap Chamarthy > To: "OpenStack Development Mailing List (not for usage questions)" > > Date: 03/18/2016 07:30 AM > Subject: Re: [openstack-dev] [nova]

Re: [openstack-dev] [Heat] Nomination Oleksii Chuprykov to Heat core reviewer

On 16/03/16 06:57, Sergey Kraynev wrote: Hi Heaters, The Mitaka release is close to finish, so it's good time for reviewing results of work. One of this results is analyze contribution results for the last release cycle. According to the data [1] we have one good candidate for nomination to

Re: [openstack-dev] [QA][all] Propose to remove negative tests from Tempest

On Thu, Mar 17, 2016 at 2:57 AM Ken'ichi Ohmichi wrote: > 2016-03-16 19:41 GMT-07:00 Jim Rollenhagen : > > On Wed, Mar 16, 2016 at 06:20:11PM -0700, Ken'ichi Ohmichi wrote: > >> Hi > >> > >> I have one proposal[1] related to negative tests in

Re: [openstack-dev] [magnum] High Availability

Yeah, I get that. I've got some sizeable deployments too. But in the case of using a library, your scattering all the security bits around the various services and it just pushes the burden to securing it, patching all the services, etc some place else. Its better then each project rolling

Re: [openstack-dev] [QA][all] Propose to remove negative tests from Tempest

Totally agree here, also, having positive/negative API tests in Tempest helps in the API stability effort. Although the API is owned by the service in question, it interacts with other services and making sure the API is stable is valuable for the communication between them. We know a recent

Re: [openstack-dev] [cross-project] [all] Quotas -- service vs. library

On 16/03/2016 9:39 AM, Sean Dague wrote: > This has to live inside all the upgrade constraints we currently have > (like online data migration in the Nova case), otherwise it's a non starter. completely agree -- gord __

Re: [Openstack] Cinder Multiple Backends - Filter On Tenant

Hi Brent, Unfortunately that is not possible. The feature mentioned by Vahric, driver_filter, is a 'driver' custom filter capability. I.e., the vendor driver must implement that in order to be possible to use (surely, nothing holds you from implementing in the driver if your vendor does not

Re: [openstack-dev] [Manila] Mitaka RC1 done

On Sun, Mar 20, 2016 at 9:34 AM, Ben Swartzlander wrote: > Thanks everyone for the hard work getting RC1 done. We had record high > number of bugs at feature freeze this cycle, and we ended up pushing a few > out, but there were SIXTY bugs fixed in the last 2 weeks which I

Re: [OpenStack-Infra] [Third-party CI] - Running CI setup failing due to NOT_REGISTERED issue

On Wed, Mar 16, 2016 at 12:01 AM, Digvijay B Ukirde wrote: > > Hi Mikhail, > > > Search your zuul logs for NOT_REGISTERED for clues > although there are not many statement with NOT_REGISTERED in it.. > pasting relevant part : http://paste.openstack.org/show/490634/ Is

Re: [openstack-dev] [magnum] High Availability

Adrian/Hongbin, Thanks for taking the time to provide your input on this matter. After reviewing your feedback, my takeaway is that Magnum is not ready for production without implementing Barbican or some other future feature such as the Keystone option Adrian provided. All, Is anyone using

Re: [openstack-dev] [jacket] Introduction to jacket, a new project

Thanks for Joe's explanation. :) Best Regards, Kevin (Sen Zhang) 在 2016-03-17 09:58:38，"joehuang" 写道： Agree with Kevin, Currently Tricircle mainly focuses on the API gateway and networking automation across multiple OpenStack instances. The hybrid cloud PoC is

Re: [Openstack] [openstack-dev] [Heat][Neutron] Mitaka RC1 available

On 16 March 2016 at 20:15, Thierry Carrez wrote: > Hello everyone, > > Heat and Neutron just produced a release candidate for the end of the Mitaka > cycle! You can find their RC1 source code tarballs at: Heat team also plan to cut RC2 on the week. > >

Re: [openstack-dev] [nova] Wishlist bugs == (trivial) blueprint?

(Inline because the mail formatted friendly this time) From: Tim Bell March 17, 2016 11:26 AM: On 17/03/16 18:29, "Sean Dague" wrote: >On 03/17/2016 11:57 AM, Markus Zoeller wrote: > >> Suggested action items: >> >> 1. I close the open wish list items older than 6 months (=138

Re: [openstack-dev] [QA][all] Propose to remove negative tests from Tempest

Hi, On Thu, Mar 17, 2016 at 2:20 AM, Ken'ichi Ohmichi wrote: > Hi > > I have one proposal[1] related to negative tests in Tempest, and > hoping opinions before doing that. > > Now Tempest contains negative tests and sometimes patches are being > posted for adding more

Re: [openstack-dev] [Neutron][python-neutronclient] Adding new options to the existing Neutron CLIs

OpenStackClient (OSC) doesn't and won't allow "unsupported" CLI options. With the transition to OSC, the plan is to deprecate the neutron client CLI which will implicitly include the deprecation of such options. Richard Theis (rtheis) rth...@us.ibm.com From: reedip banerjee

Re: [openstack-dev] [Neutron] RBAC: Fix port query and deletion for network owner

Oh, I understand the issue now. I was thrown off because the quota engine doesn't log anything on that count path. We do need to figure out why this interferes with the count query. On Mar 17, 2016 6:38 AM, "Salvatore Orlando" wrote: > Indeed the VMware plugins were not

[openstack-dev] [keystone] Does anybody need OAuth1 API in keystone?

Hi! I'm working on unifying all the models that store actor access rights to the resources [0], and now I'm wondering if we can just drop current OAuth1 implementation [1]. It's definitely not perfect and require considerable effort to bring it in good shape so the question is if the feature

Re: [openstack-dev] [Heat] Nomination Oleksii Chuprykov to Heat core reviewer

+1 On 16/03/16 23:57, Sergey Kraynev wrote: Hi Heaters, The Mitaka release is close to finish, so it's good time for reviewing results of work. One of this results is analyze contribution results for the last release cycle. According to the data [1] we have one good candidate for nomination to

Re: [openstack-dev] [magnum] High Availability

Aside from the bay certificates/Barbican issue. Is anyone aware of any other potential problems for high-availability, especially for Conductor? Regards, Daneyon Hansen > On Mar 17, 2016, at 12:03 PM, Hongbin Lu wrote: > > The problem of missing Barbican alternative

[Openstack] [Glance] Mitaka RC1 available

Hello everyone, Glance is the first milestone-based project to produce a release candidate for the end of the Mitaka cycle! You can find the RC1 source code tarball at: https://tarballs.openstack.org/glance/glance-12.0.0.0rc1.tar.gz Unless release-critical issues are found that warrant a

Re: [openstack-dev] [Heat][Neutron] Mitaka RC1 available

On 2016-03-17 09:44:59 +0530 (+0530), Armando M. wrote: > Unfortunately, Neutron is also going to need an RC2 due to > upstream CI issues triggered by infra change [1] that merged right > about the same time RC1 was being cut. Do you have any details on the impact that caused for Neutron? I don't

Re: [openstack-dev] [nova] Wishlist bugs == (trivial) blueprint?

On 03/17/2016 11:57 AM, Markus Zoeller wrote: > Suggested action items: > > 1. I close the open wish list items older than 6 months (=138 reports) >and explain in the closing comment that they are outdated and the >ML should be used for future RFEs (as described above). > 2. I post on

Re: [openstack-dev] [Fuel] [ironic] [inspector] Rewriting nailgun agent on Python proposal

>Well, there's a number of reasons. Ironic is not meant only for an >"undercloud" (deploying OpenStack on ironic instances). There are both >public and private cloud deployments of ironic in production today, that >make bare metal instances available to users of the cloud. Those users >may not

Re: [openstack-dev] [cross-project] [all] Quotas -- service vs. library

On Wed, Mar 16, 2016 at 6:25 AM, Nikhil Komawar wrote: > Hello everyone, > > tl;dr; > I'm writing to request some feedback on whether the cross project Quotas > work should move ahead as a service or a library or going to a far > extent I'd ask should this even be in a

Re: [openstack-dev] [magnum] High Availability

+1. We should be encouraging a common way of solving these issues across all the openstack projects and security is a really important thing. spreading it across lots of projects causes more bugs and security related bugs cause security incidents. No one wants those. I'd also like to know why,

Re: [openstack-dev] [Neutron] RBAC: Fix port query and deletion for network owner

On 17 March 2016 at 14:00, Gary Kotton wrote: > Hi, > The review https://review.openstack.org/#/c/255285/ breaks our CI. Since > this has landed we are getting failed tests with the: > "Details: {u'message': u"Quota exceeded for resources: ['port'].", > u'type': u'OverQuota',

[Openstack] VRRP changes master to backup in juno

hi, I have 3 network nodes with min and max routers as 2. During testing i noticed that when a failed node comes online some of the master routers changes to backup . I checked configs and i dont see any difference in priority set for keepalived.conf but still active master changes to backup. Any

Re: [openstack-dev] [all] Maintaining httplib2 python library

On 03/18/2016 02:34 AM, Thierry Carrez wrote: Thomas Goirand wrote: On 03/14/2016 03:28 PM, Davanum Srinivas wrote: Ian, +1 to get rid of that dependency if possible. +1 for any action aiming toward removing *any* dependency. We don't have enough of such actions, and we have a way too many

Re: [openstack-dev] [all][infra] revert new gerrit

On 2016-03-18 13:34:48 -0400 (-0400), Anita Kuno wrote: > On 03/18/2016 01:16 PM, Boris Pavlovic wrote: > > Hi everybody, > > > > What about if we just create new project for alternative Gerrit WebUI and > > use it? > > I don't think that with current set of web frameworks it would be too hard. >

Re: [openstack-dev] [tripleo] becoming third party CI

On Thu, Mar 17, 2016 at 11:59:22AM -0500, Ben Nemec wrote: > On 03/10/2016 05:24 PM, Jeremy Stanley wrote: > > On 2016-03-10 16:09:44 -0500 (-0500), Dan Prince wrote: > >> This seems to be the week people want to pile it on TripleO. Talking > >> about upstream is great but I suppose I'd rather

Re: [openstack-dev] [all] Maintaining httplib2 python library

> On 18 Mar 2016, at 13:57, Brian Haley wrote: > > On 03/17/2016 06:04 PM, Doug Wiegley wrote: Here is the non comprehensive list of usages based on what trees I happen to have checked out (which is quite a few, but not all of OpenStack for sure).

Re: [openstack-dev] [jacket] Introduction to jacket, a new project

Hi Phuong, I will mail you when the works starts. Thanks. :) Best Regards, Kevin (Sen Zhang) 在 2016-03-18 11:07:13，"phuon...@vn.fujitsu.com" 写道： Hi Kevin, I am interesting in Jacket too, so I would like to contribute once the work starts. Thanks,

[openstack-dev] [Congress] Push Type Driver implementation

Hi folks, This[1] is the driver I mentioned at meeting. It is used for OPNFV Doctor[2]. So I plan to push it into master in Newton release, since feature freeze for Mitaka was passed and the schema of its translator is under the discussion. If it's worth to push it in current release to test

Re: [openstack-dev] [cross-project] [all] Quotas -- service vs. library

Excerpts from Sean Dague's message of 2016-03-16 06:09:47 -0400: > On 03/16/2016 05:46 AM, Duncan Thomas wrote: > > On 16 March 2016 at 09:15, Tim Bell > > wrote: > > > > Then, there were major reservations from the PTLs at the impacts in > >

Re: [OpenStack-Infra] Log in problem in translation website

Thank you for reply, Ian. @Jimmy, http://refstack.openstack.org has problem to log in too. An error code 500 will be returned. As Ian said, it's confirmed to be Openstack ID error. smarcet is working on it. Best regards Ying Chun Guo (Daisy) "Ian Y. Choi" wrote on

Re: [openstack-dev] [magnum] High Availability

Hongbin, I'm looking forward to discussing this further at the Austin summit. I'm very interested in learning more about the negative feedback you're getting regarding Barbican, so that our team can help alleviate those concerns where possible. Thanks, - Douglas On 3/18/16 10:18 AM, Hongbin Lu

Re: [openstack-dev] [nova] Reminder to move implemented nova specs from mitaka

I normally do this in one big batch, but haven't had a chance yet. I'll do that later this week. Michael On 17 Mar 2016 7:50 AM, "Matt Riedemann" wrote: > Specs are proposed to the 'approved' subdirectory and when they are > completely implemented in launchpad (the

Re: [openstack-dev] [stable] Proposing Tony Breeds for stable-maint-core

On 03/18/2016 04:11 PM, Matt Riedemann wrote: > I'd like to propose tonyb for stable-maint-core. Tony is pretty much my > day to day guy on stable, he's generally in every stable team meeting > (which is not attended well so I appreciate it), and he's as proactive > as ever on staying on top of

Re: [openstack-dev] [all] Newton Design Summit - Proposed slot allocation

Is it too late to ask for a half-day Contributors Meetup for murano? We had an extremely successful contributors meetup in Tokyo and I guess it is an error on our side, that we have not requested one for in Austin. --  Kirill Zaitsev Murano team Software Engineer Mirantis, Inc On 16 March 2016

Re: [OpenStack-Infra] Network Requirements for Infracloud Relocation Deployment

On 03/17/2016 03:13 PM, Paul Belanger wrote: > On Thu, Mar 17, 2016 at 03:10:25PM -0400, Anita Kuno wrote: >> On 03/17/2016 03:05 PM, Paul Belanger wrote: >>> On Thu, Mar 17, 2016 at 02:55:33PM -0400, Anita Kuno wrote: On 03/17/2016 02:48 PM, Colleen Murphy wrote: > The networking team at

[openstack-announce] [release][ironic] ironic-inspector 3.2.0 release (mitaka)

We are amped to announce the release of: ironic-inspector 3.2.0: Hardware introspection for OpenStack Bare Metal This release is part of the mitaka release series. With source available at: http://git.openstack.org/cgit/openstack/ironic-inspector Please report issues through launchpad:

Re: [openstack-dev] [nova] Reminder to move implemented nova specs from mitaka

Matt Riedemann wrote on 03/16/2016 09:49:06 PM: > From: Matt Riedemann > To: "OpenStack Development Mailing List (not for usage questions)" > > Date: 03/16/2016 09:50 PM > Subject: [openstack-dev]

Re: [openstack-dev] [all] purplerbot irc bot for logs and transclusion

On Wed, 16 Mar 2016, Jeremy Stanley wrote: On 2016-03-16 13:55:56 + (+), Chris Dent wrote: I built an IRC bot https://anticdent.org/purple-irc-bot.html [...] Oof, a gerritbot derivative... at least it's not based on supybot/twisted so doesn't suffer the IPv6+SSL issue we have

Re: [openstack-dev] [all] Newton Design Summit - Proposed slot allocation

Armando M. wrote: It's be nice if Neutron didn't overlap as much with Nova, Ironic, QA and infra sessions, but I appreciate this could be a tall order. It's difficult not to overlap with Nova, since they have a session on every time slot from Wednesday to Friday ;) So I can guarantee *all*

Re: [openstack-dev] [Neutron] RC1 candidate

An update: On 15 March 2016 at 21:38, Armando M. wrote: > Neutrinos, > > I believe we reached the point [1] where RC1 can be cut [2]. If I made an > error of judgement, or any other catastrophic failure arises, please report > a bug, and tag it as mitaka-rc-potential [3].

[openstack-dev] [Neutron] Newton Design Summit ideas kick-off

Hi folks, It's the time of the year where we need to plan for design summit sessions. This summit we are going for 9 fishbowl sessions, plus a full day on Friday for team get-together. We will break down sessions in three separate tracks as we did last summit. Each track will have its own theme

Re: [openstack-dev] [QA][all] Propose to remove negative tests from Tempest

2016-03-17 5:32 GMT-07:00 Adam Young : > On 03/16/2016 11:01 PM, Ken'ichi Ohmichi wrote: >> >> 2016-03-16 19:29 GMT-07:00 Adam Young : >>> >>> On 03/16/2016 09:20 PM, Ken'ichi Ohmichi wrote: Hi I have one proposal[1] related to negative

[openstack-dev] [kolla][ptl] Kolla PTL Candidacy for Steven Dake

My Peers, Kolla in Mitaka introduced many significant features, and in my opinion is the first version of Kolla to offer a fully functional deployment system. Our community has completely decoupled Kolla from various upstream releases of Docker>=1.10.0, resolved the data container data loss

Re: [openstack-dev] [packstack] Update packstack core list

- Mensaje original - > De: "Alan Pevec" > Para: "OpenStack Development Mailing List (not for usage questions)" > > CC: "Javier Pena" , "David Moreau Simard" > > Enviados: Miércoles, 16 de

Re: [openstack-dev] [Openstack-stable-maint][stable/liberty][trove] stable/liberty changes in Trove that are ready for merge

On Sat, Mar 19, 2016 at 09:53:41AM -0400, Amrith Kumar wrote: > On 03/19/2016 01:43 AM, Tony Breeds wrote: > > Did I misunderstand what these reviews are doing? > Tony, your understanding is correct. These requests led to a lot of > discussion and the fact that these are non-voting experimental

Re: [openstack-dev] [tripleo] rabbitmq / ipv6 issue

Quick update: Sofer patches puppetlabs-rabbitmq to follow-up: https://github.com/puppetlabs/puppetlabs-rabbitmq/pull/444/ https://github.com/puppetlabs/puppetlabs-rabbitmq/pull/445/ We are still under testing but it should work now. Please let us know any weird thing you would see in CI related

Re: [openstack-dev] [nova] no more expand/contract for live upgrade?

On Fri, 2016-03-18 at 08:27 +, Tan, Lin wrote: > Hi, > > I noticed that expand/migrate/contract was revert in > https://review.openstack.org/#/c/239922/ > There is a new CMD 'online_data_migrations' was introduced to Nova and some > data-migration scripts have been added. > So I wonder will

Re: [openstack-dev] [QA][all] Propose to remove negative tests from Tempest

On Fri, Mar 18, 2016 at 9:06 AM, Ken'ichi Ohmichi wrote: > 2016-03-17 4:05 GMT-07:00 Andrea Frittoli : >> On Thu, Mar 17, 2016 at 2:57 AM Ken'ichi Ohmichi >> wrote: >>> >>> 2016-03-16 19:41 GMT-07:00 Jim Rollenhagen

Re: [Openstack] Security Groups Can't Apply in Kilo with Neutron & XenServer

Ok, 'll try to patched my neutron On Tue, Mar 15, 2016 at 8:52 AM, Huan Xie wrote: > Hi, > > For apply the patch, you need to download the changed file with this > https://review.openstack.org/#/c/251271/ and its dependent changes, you > can find its dependent changes in

Re: [openstack-dev] [all] Newton Design Summit - Proposed slot allocation

On Thu, Mar 17, 2016 at 1:29 PM, Thierry Carrez wrote: > Emilien Macchi wrote: >> >> On Thu, Mar 17, 2016 at 11:43 AM, Kirill Zaitsev >> wrote: >>> >>> Is it too late to ask for a half-day Contributors Meetup for murano? >>> >>> We had an extremely

Re: [openstack-dev] [kolla][release] Announcement of release of Mitaka rc1!

Thanks - although it wasn't me that made it happen, it was the team. Regards, -steve From: "Daneyon Hansen (danehans)" > Reply-To: "OpenStack Development Mailing List (not for usage questions)"

  1   2   3   4   >