Re: [openstack-dev] [Manila] Nominate Rodrigo Barbieri for core reviewer team

+1 He's been a great resource to the community and the nomination is very well deserved! On 02/02/2016 12:58 PM, Knight, Clinton wrote: +1 Great addition. Welcome, Rodrigo! Clinton On 2/2/16, 12:30 PM, "Ben Swartzlander" wrote: Rodrigo (ganso on IRC) joined the

Re: [openstack-dev] [Manila] Nominate Rodrigo Barbieri for core reviewer team

Rodrigo is the first person in queue for taking such responsibility. +2 On Tue, Feb 2, 2016 at 8:14 PM, Dustin Schoenbrun wrote: > +1 He's been a great resource to the community and the nomination is very > well deserved! > > > On 02/02/2016 12:58 PM, Knight, Clinton wrote:

Re: [openstack-dev] [release][oslo][all] oslo.context 2.0.0 release (mitaka)

(I added [all] to the topic) Hi, Le 02/02/2016 17:20, dava...@gmail.com a écrit : We are thrilled to announce the release of: oslo.context 2.0.0: Oslo Context library (...) 4a8a1df Fix request_id type on Python 3: use text (Unicode) This change is a deliberate incompatible change in the API,

[openstack-dev] [Solum] Nominating Vijendar Komalla for Solum core

Hi team, I would like to propose Vijendar Komalla for our core team. Vijendar has been actively contributing to Solum for several months now submitting patches, providing great reviews, and participating actively in our IRC meetings and on Solum IRC channel. You can find Vijendar's

Re: [openstack-dev] Announcing a simple new tool: git-restack

Sounds interesting... the link https://docs.openstack.org/infra/git-restack/ referenced as the home page in PyPI is a broken link. Regards, PCM On Tue, Feb 2, 2016 at 12:54 PM James E. Blair wrote: > Hi, > > I'm pleased to announce a new and very simple tool to help with

Re: [openstack-dev] [oslo] [taskflow] Begging for reviews

Including oslo, If any new oslo cores (or others in general) want to learn more about taskflow please feel free to bug me or others. More than willing to show others the power of what it offers and explain it... and get more reviewers and such as a result of that ;)

Re: [openstack-dev] [Manila] Nominate Rodrigo Barbieri for core reviewer team

+1 Great addition. Welcome, Rodrigo! Clinton On 2/2/16, 12:30 PM, "Ben Swartzlander" wrote: >Rodrigo (ganso on IRC) joined the Manila project back in the Kilo >release and has been working on share migration (an important core >feature) for the last 2 releases. Since

Re: [openstack-dev] [Fuel] CentOS bootstrap image retirement

Hi Sergey, I fully support this idea. It was our plan as well when we were developing Ubuntu Bootstrap feature. So let's proceed with CentOS bootstrap removal. BR, Dmitry. On Tue, Feb 2, 2016 at 2:55 PM, Sergey Kulanov wrote: > Hi Folks, > > I think it's time to declare

Re: [openstack-dev] [Manila] Nominate Rodrigo Barbieri for core reviewer team

+1 Great addition. I'm not active in Manila, but we work in the same team in our company and I see he is doing a great work! Well deserved! On Tue, Feb 2, 2016 at 4:43 PM, Valeriy Ponomaryov wrote: > Rodrigo is the first person in queue for taking such responsibility.

Re: [openstack-dev] [puppet] Midcycle Sprint Summary

Perhaps we should cover and assign each module in the meeting after the release? Actually removing the code and tests in many cases would be a good assignment for people trying to get more commits and experience. On Feb 1, 2016 2:22 PM, "Cody Herriges" wrote: > Emilien Macchi

Re: [openstack-dev] [Solum] Nominating Vijendar Komalla for Solum core

+1 On Feb 2, 2016 4:07 PM, "James Y. Li" wrote: > +1 > > > On Tue, Feb 2, 2016 at 1:33 PM, Devdatta Kulkarni < > devdatta.kulka...@rackspace.com> wrote: > >> Hi team, >> >> I would like to propose Vijendar Komalla for our core team. Vijendar has >> been actively >>

Re: [openstack-dev] [heat-translator][tacker] Openstack Artifact Repository

Hello Bruce! So glad to hear it! Just want to inform you that soon artifacts will be a standalone service under openstack/glance repo. The service will be called Glare (GLance Artifact REpository). We really want to see you involved! There is a weekly meeting that is held on Mondays at 5PM UTC

Re: [openstack-dev] [Manila] Nominate Rodrigo Barbieri for core reviewer team

+1 ganso's been extremely diligent and helpful with his reviews! He's a great addition! From: Erlon Cruz > Reply-To: "OpenStack Development Mailing List (not for usage questions)"

Re: [openstack-dev] [Cinder] Cinder Mitaka Midcycle Summary

Thanks a lot for this summary. I enjoyed the reading. Jordan On Tue, Feb 2, 2016 at 10:14 PM, Sean McGinnis wrote: > War and Peace > or > Notes from the Cinder Mitaka Midcycle Sprint > January 26-29 > > Etherpads from discussions: > *

Re: [openstack-dev] [heat] Changing the default Server/SoftwareDeployment transports?

On 22/01/16 22:36, Steven Hardy wrote: Hi all, Wanted to start some discussion re $subject, context is: https://bugs.launchpad.net/heat/+bug/1507568 Here, we're hitting issues because by default OS::Nova::Server uses the POLL_SERVER_CFN transport. This made sense back when the

Re: [openstack-dev] [Solum] Nominating Vijendar Komalla for Solum core

+1 On Tue, Feb 2, 2016 at 1:33 PM, Devdatta Kulkarni < devdatta.kulka...@rackspace.com> wrote: > Hi team, > > I would like to propose Vijendar Komalla for our core team. Vijendar has > been actively > contributing to Solum for several months now submitting patches, providing > great reviews, >

[openstack-dev] [Cinder] Cinder Mitaka Midcycle Summary

War and Peace or Notes from the Cinder Mitaka Midcycle Sprint January 26-29 Etherpads from discussions: * https://etherpad.openstack.org/p/mitaka-cinder-midcycle-day-1 * https://etherpad.openstack.org/p/mitaka-cinder-midcycle-day-2 * https://etherpad.openstack.org/p/mitaka-cinder-midcycle-day-3 *

Re: [openstack-dev] Announcing Ekko -- Scalable block-based backup for OpenStack

On a side note, of the folk with interest in this thread, how many are going to the Austin OpenStack conference? Would you be interested in presenting as a panel? I submitted for a presentation on "State of the Art for in-Cloud backup of high-value Applications". Notion is to give context for the

[openstack-dev] [ironic] Partition images in ironic

Hi All, I am looking for operators who have deployed OS using partition images in ironic. I have following questions 1. The partition image deployment by default seems to install grub2. How did that work for distro's like RHEL6 which has legacy version of grub? 2. Any one has created

Re: [openstack-dev] Announcing Ekko -- Scalable block-based backup for OpenStack

On Tue, Feb 02, 2016 at 02:04:44PM -0800, Preston L. Bannister wrote: > On a side note, of the folk with interest in this thread, how many are > going to the Austin OpenStack conference? Would you be interested in > presenting as a panel? > > I submitted for a presentation on "State of the Art

Re: [openstack-dev] [neutron] - L3 flavors and issues with use cases for multiple L3 backends

Not that you could call it scheduling. The intent was that the user could pick the best flavor for his task (e.g. a gold router as opposed to a silver one). The system then would “schedule” the driver configured for gold or silver. Rescheduling wasn’t really a consideration… German From: Doug

Re: [openstack-dev] [neutron] - L3 flavors and issues with use cases for multiple L3 backends

Choosing from multiple drivers for the same flavor is scheduling. I didn't mean automatically selecting other flavors. On Feb 2, 2016 17:53, "Eichberger, German" wrote: > Not that you could call it scheduling. The intent was that the user could > pick the best flavor

[openstack-dev] [QA][Neutron] IPv6 related intermittent test failures

Folks, We have some IPv6 related bugs [1,2,3] that have been lingering for some time now. They have been hurting the gate (e.g. [4] the most recent offending failure) and since it looks like they have been without owners nor a plan of action for some time, I made the hard decision of skipping

Re: [openstack-dev] [UX] Opinion/help for the eavesdrop home page

On Tue, Feb 02, 2016 at 10:43:52AM -0500, Doug Hellmann wrote: > The columns are definitely more visually appealing, but I agree the > ordering from left to right is unusual. How hard would it be to change > that? yaml2ical: https://review.openstack.org/#/c/275459/ irc-meetings:

Re: [openstack-dev] Announcing Ekko -- Scalable block-based backup for OpenStack

On Tue, Feb 2, 2016 at 11:31 PM, Sean McGinnis wrote: > On Tue, Feb 02, 2016 at 02:04:44PM -0800, Preston L. Bannister wrote: > > I submitted for a presentation on "State of the Art for in-Cloud backup > of > > high-value Applications". Notion is to give context for the

Re: [openstack-dev] Announcing a simple new tool: git-restack

Paul Michali writes: > Sounds interesting... the link > https://docs.openstack.org/infra/git-restack/ referenced > as the home page in PyPI is a broken link. I'm clearly getting ahead of things. The correct link is: http://docs.openstack.org/infra/git-restack/ Thanks,

Re: [openstack-dev] [neutron] - L3 flavors and issues with usecases for multiple L3 backends

So flavors are for routers with different behaviors that you want the user to be able to choose from (e.g. High performance, slow but free, packet logged, etc). Multiple drivers are for when you have multiple backends providing the same flavor (e.g. The high performance flavor has several drivers

Re: [openstack-dev] [glance] Glance Core team additions/removals

Thank You! I will try to do my best in contributing to Glance. Best regards, Kairat Kushaev On Tue, Feb 2, 2016 at 8:11 PM, Flavio Percoco wrote: > On 26/01/16 10:11 -0430, Flavio Percoco wrote: > >> >> Greetings, >> >> I'd like us to have one more core cleanup for this

Re: [openstack-dev] [Magnum] New Core Reviewers

Welcome Ton and Egor!! On Wed, Feb 3, 2016 at 12:04 AM, Adrian Otto wrote: > Thanks everyone for your votes. Welcome Ton and Egor to the core team! > > Regards, > > Adrian > > > On Feb 1, 2016, at 7:58 AM, Adrian Otto > wrote: > > > >

[openstack-dev] [Horizon][Monasca] Launching Graphana UI from Monitoring tab in Monasca plugin for Horizon

Hello, We followed the https://github.com/openstack/monasca-ui/ to integrate the plugin for Horizon. The Monitoring tab is coming in left side navigation perfectly and working as expected. Only problem is: when we're trying to launch the Graphana UI, it is failing with the following trace:

[openstack-dev] [keystone] URLs are not reported in the endpoint listing

Hello, I did a stacking recently, noticing a behavior: eystone --os-username admin --os-password secretadmin --os-tenant-name admin --os-auth-url http://host:5000/v2.0 endpoint-list Returns null URLs for public/internal/admin.

Re: [openstack-dev] [all] towards a keystone v3 only devstack

On Mon, Feb 01 2016, Sean Dague wrote: > The revert is here - https://review.openstack.org/#/c/274703/ - and will > move it's way through the gate once the tests complete. So… yeah, but FTR this revert broke again at least Gnocchi's gate. The telemetry projects had already adapted to the v3

Re: [openstack-dev] [tc][cross-project] #openstack-meeting-cp

Tony Breeds wrote: I'm not certain who needs to decide this but I think the time has come to get explicit about which project teams can use the #openstack-meeting-cp room. The room was created in November after: *

[openstack-dev] [cross-project] Meeting SKIPPED, Tue February 2nd, 21:00 UTC

Hi all! We will not be having a cross-project meeting tomorrow, however, there are specs that will be discussed at the next meeting [1] on February 9th at 21:00 UTC: * Common policy for projects [2] * Query config for UI [3] All cross-project spec liaisons [4] should be ready to discuss these

Re: [openstack-dev] [mistral] Promoting Anastasia Kuznetsova to core reviewers

Thanks ! I will do my best for further development of the project and will try to bring more quality in Mistral. On Tue, Feb 2, 2016 at 8:13 AM, Renat Akhmerov wrote: > Alright, I think we all agree on that. Anastasia, welcome to the core team! > > Renat Akhmerov > @

Re: [openstack-dev] [UX] Opinion/help for the eavesdrop home page

Tony Breeds wrote: eavesdrop.openstack.org collates all of our meeting information. The front page has a list of all the meetings. The list is long and mostly a free-form paragraph. Sometime ago we recieved a review [1] to change the layout to be more tabular. Compare [2] with [3] It's

Re: [openstack-dev] [nova] do not account compute resource of instances in state SHELVED_OFFLOADED

Hi, Am 31.01.2016 um 18:57 schrieb John Garbutt: > We need to make sure we don't have configuration values that change > the semantic of our API. > Such things, at a minimum, need to be discoverable, but are best avoided. I totally agree on that. I >> I think an off-loaded / shelved resource

Re: [openstack-dev] [all] towards a keystone v3 only devstack

On 02/02/2016 8:45 AM, Jordan Pittier wrote: On Tue, Feb 2, 2016 at 2:09 PM, gordon chung > wrote: yeah... the revert broke us across all telemetry projects since we fixed plugins to adapt to v3. i'm very much for adapting to v3 since it's lingered around for

Re: [openstack-dev] [keystone] URLs are not reported in the endpoint listing

Thanks. openstack commands are working fine. I am trying with Monasca which is using keystone v3 for auth. --pradip On Tue, Feb 2, 2016 at 6:13 PM, Matt Fischer wrote: > I've seen similar odd behavior when using the Keystone client to try to > list endpoints created

[openstack-dev] [all][api] New API Guidelines Ready for Cross Project Review

hi all, The following API guideline is ready for cross project review. It will be merged on Feb. 9 if there is no further feedback. 1. Must not return server-side tracebacks https://review.openstack.org/#/c/183599 regards, mike

[openstack-dev] [all] PWG - Rolling Upgrades & Updates User Story

The Product Working Group[1] is seeking additional reviews on a "Rolling Updates & Upgrades" User Story[2]. The goal of user stories is to create a cohesive understanding of the intent and impact of features which may span projects and releases. If you are working on or interested in improving

Re: [openstack-dev] [nova][virt] rebuild action not in support-matrix

On Mon, Feb 01, 2016 at 05:04:37PM -0700, Matt Riedemann wrote: > > > On 2/1/2016 12:39 PM, Chen CH Ji wrote: > >Hi > > We have been trying to enablement of our CI work for our nova > >virt layer code ,so we need to configure the tempest cases based on our > >nova driver capability > >

Re: [openstack-dev] [oslo] Adding Dmitry Ukhlov to Oslo-Messaging-Core

+1 for me Le 28/01/2016 16:25, Davanum Srinivas a écrit : Team, Dmitry has been focused solely on the Pika Driver this cycle: http://stackalytics.com/?user_id=dukhlov=commits Now that we have Pika driver in master, i'd like to invite Dmitry to continue his work on all of Oslo.Messaging in

[openstack-dev] [Openstack] Error while using Rally with Python

Hi, I am trying out Rally with Python and I have written a very small snippet of code to register the deployment from rally.api import Deployment deploymentObject = Deployment() deploymentObject.create({ "type": "ExistingCloud", "auth_url": "http://192.168.136.145:5000/v2.0;,

Re: [openstack-dev] [sahara] shelve/unshelve cluster

And of course, don't forget the sahara specs repo: https://github.com/openstack/sahara-specs This is always a good way to propose a new idea. Create a high-level blueprint, then submit an associated spec through gerrit in the openstack/sahara-specs project. Trev On Mon, 2016-02-01 at 18:59

Re: [openstack-dev] [UX] Opinion/help for the eavesdrop home page

Excerpts from Thierry Carrez's message of 2016-02-02 09:39:22 +0100: > Tony Breeds wrote: > > eavesdrop.openstack.org collates all of our meeting information. The > > front > > page has a list of all the meetings. The list is long and mostly a > > free-form > > paragraph. Sometime ago we

Re: [openstack-dev] [telemetry][ceilometer] New project: collectd-ceilometer-plugin

Hi Simon, So collectd acts as a statsd server, and the metrics are aggregated and dispatched to the collectd daemon. Collectd’s write plugins then output the stats to wherever we want them to go. In order to interact with gnocchi using statsd, we require collectd to act as a statsd client and

[openstack-dev] [Fuel] Task Based Deployment Is at Least Twice Faster

Hi Fuelers! As you may be aware, since [0] Fuel has implemented a new orchestration engine [1] We switched the deployment paradigm from role-based (aka granular) to task-based and now Fuel can deploy all nodes simultaneously using cross-node dependencies between deployment tasks. This feature is

[openstack-dev] [taskflow] Begging for reviews

Normally I reserve the begging for IRC, but since the other cores aren't always on, I'm taking the shotgun approach. If you aren't a core on taskflow, then you can safely skip the rest of this email. We have a number of open reviews with a single +2 that need another core reviewer to sign

[openstack-dev] [Monasca] Allowing 'admin' user and 'admin' project full access to Monasca

Hello, Following [1] , I set up Monasca (with all other services). I get the 'mini-mon' project; 'monasca' service; 'monasca-agent', 'monasca-user' role and 'mini-mon', 'monasca-agent' users. I can do all expected operations (alarm

Re: [openstack-dev] [Nova] notification subteam meeting

> From: Balázs Gibizer > Sent: February 01, 2016 13:05 > > > -Original Message- > > From: Balázs Gibizer [mailto:balazs.gibi...@ericsson.com] > > Sent: February 01, 2016 12:57 > > To: 'OpenStack Development Mailing List (not for usage questions)' > > Subject: Re: [openstack-dev] [Nova]

Re: [openstack-dev] [stable][ceilometer][all] stable/kilo 2015.1.3 delayed

On 2016-01-30 12:54:50 + (+), Dave Walker wrote: > Unless anyone else objects, I'd be really happy if you are willing to > scp a handrolled tarball. Since there have been no objections, I've generated the tarball and wheel for ceilometer 2015.1.3 on a representative of the same host types

Re: [openstack-dev] Announcing Ekko -- Scalable block-based backup for OpenStack

To be clear, I work for EMC, and we are building a backup product for OpenStack (which at this point is very far along). The primary lack is a good means to efficiently extract changed-block information from OpenStack. About a year ago I worked through the entire Nova/Cinder/libvirt/QEMU stack, to

[openstack-dev] [nova] Nova Midcycle Summary (i.e. mid mitaka progress report)

Hi, For all the details see this etherpad: https://etherpad.openstack.org/p/mitaka-nova-midcycle Here I am attempting a brief summary, picking out some highlights. Feel free to reply and add your own details / corrections. **Process** Non-priority FFE deadline is this Friday (5th Feb). Now

[openstack-dev] [senlin] Cancelling this and the next weekly meeting

Since most of the developers are on vacation during the Chinese New Year festival. We are skipping the weekly IRC meetings this week (Feb 02 UTC 1300) and next week (Feb 09 UTC 1300). Best wishes to you all and your family. Regards, Qiming

Re: [openstack-dev] [nova][virt] rebuild action not insupport-matrix

ok, thanks, guess even if all virt layer support this 'rebuild' , we can still say it's supported by all hypervisors so others can take it as a reference, will submit a new patch for it, thanks-"Daniel P. Berrange" wrote: -To: "OpenStack Development Mailing List (not

Re: [openstack-dev] [Openstack] Error while using Rally with Python

Hi try this: # It is important to have these lines first!!! from rally.common import db db.api.db_options.set_defaults(db.api.CONF, connection='sqlite:///path/to/your/rally.sqlite') # now run your code On Tue, Feb 2, 2016 at 12:47 PM, varun bhatnagar wrote: >

Re: [openstack-dev] [nova][neutron] New BP for live migration with direct pci passthru

Hi, all, I'd better explain my thoughts in more detail I think. >1)Bond the direct pci passthru NIC with a virtual NIC. > This will keep the network connectivity during the live migration. >2)Unenslave the direct pci passthru NIC The step 1-2 could be implemented by any way of the following

Re: [openstack-dev] [kuryr] Failed to create network with kuryr driver type

On Tue, Feb 2, 2016 at 7:26 AM, Mars Ma wrote: > hi Vikas, > > ubuntu@kuryr1:~$ docker network create --driver=kuryr --ipam-driver=kuryr > --subnet 10.10.0.0/16 --gateway 10.10.0.1 --ip-range 10.10.0.0/24 foo > 68f14fe701710d6f3472d1626c33f0036a145aaa8d81265429e509cf759adfe1 >

[openstack-dev] Adding Ironic node kills devstack configuration

Hello again! Now i am trying to add Ironic-driven compute note to existing devstack. Below is my local.conf for it. When i run stack.sh, it does something, then starts to reinitialize projects, users, groups, tenants, etc, effectively destroying my existing configuration. After that it dies

[openstack-dev] [Fuel] CentOS bootstrap image retirement

Hi Folks, I think it's time to declare CentOS bootstrap image retirement. Since Fuel 8.0 we've switched to Ubuntu bootstrap image usage [1, 2] and CentOS one became deprecated, so in Fuel 9.0 we can freely remove it [2]. For now we are building CentOS bootstrap image together with ISO and then

Re: [openstack-dev] [keystone][nova][cinder][horizon] Projects acting as a domain at the top of the project hierarchy

See responses inline. On Mon, Feb 1, 2016 at 6:25 PM Michał Dulko wrote: > On 01/30/2016 07:02 PM, Henry Nash wrote: > > Hi > > > > One of the things the keystone team was planning to merge ahead of > milestone-3 of Mitaka, was “projects acting as a domain”. Up until

Re: [openstack-dev] [glance] Virtual Mid-Cycle meeting next week

On 29/01/16 09:33 -0430, Flavio Percoco wrote: Greetings, As promissed (although I promissed it yday), here's the link to vote for the days you'd like the Glance Virtual Midcycle to happen. We'll be meeting just for 2 days and at maximum for 3 hours. The 2 days with more votes are the ones that

Re: [openstack-dev] [Glance] [Artifacts] [app-catalog] Proposal to move artifacts meeting time

On 01/02/16 12:43 -0500, Nikhil Komawar wrote: Hi all, Please find the request to move the artifacts meeting pushed half an hour later on the same day in the following review request. I got positive response from the initial poll. If you happened to miss today's meeting, please take a moment to

Re: [openstack-dev] [glance] Glance Core team additions/removals

On 26/01/16 10:11 -0430, Flavio Percoco wrote: Greetings, I'd like us to have one more core cleanup for this cycle: Additions: - Kairat Kushaev - Brian Rosmaita Both have done amazing reviews either on specs or code and I think they both would be an awesome addition to the Glance team.

Re: [openstack-dev] [nova] Nova Midcycle Summary (i.e. mid mitaka progress report)

On Tue, Feb 2, 2016 at 4:07 AM, John Garbutt wrote: > Scheduler: > Discussed jay's blueprints. For mitaka we agreed to focus on: > http://specs.openstack.org/openstack/nova-specs/specs/mitaka/approved/resource-classes.html, >

[openstack-dev] [Congress] Mid-cycle sprint debrief

Hi all, TL;DR. We had a great midcycle sprint. If you want to help us move Congress toward its new distributed architecture, there are a list of items you can help with below. 1. We had a productive mid-cycle sprint last week! Here were the topics we covered... - Design discussions about

[openstack-dev] [Manila] Nominate Rodrigo Barbieri for core reviewer team

Rodrigo (ganso on IRC) joined the Manila project back in the Kilo release and has been working on share migration (an important core feature) for the last 2 releases. Since Tokyo he has dedicated himself to reviews and community participation. I would like to nominate him to join the Manila

Re: [openstack-dev] [puppet] weekly meeting #68

We did our meeting, you can read the notes here: http://eavesdrop.openstack.org/meetings/puppet_openstack/2016/puppet_openstack.2016-02-02-14.59.log.html Thanks! On Mon, Feb 1, 2016 at 11:26 AM, Emilien Macchi wrote: > Hey, we'll have our weekly meeting tomorrow at 3pm UTC

Re: [openstack-dev] [Magnum] New Core Reviewers

Thanks everyone for your votes. Welcome Ton and Egor to the core team! Regards, Adrian > On Feb 1, 2016, at 7:58 AM, Adrian Otto wrote: > > Magnum Core Team, > > I propose Ton Ngo (Tango) and Egor Guz (eghobo) as new Magnum Core Reviewers. > Please respond with

[openstack-dev] [release][oslo] oslo.concurrency 3.4.0 release (mitaka)

We are amped to announce the release of: oslo.concurrency 3.4.0: Oslo Concurrency library This release is part of the mitaka release series. With source available at: http://git.openstack.org/cgit/openstack/oslo.concurrency With package available at:

[openstack-dev] [release][oslo] oslo.context 2.0.0 release (mitaka)

We are thrilled to announce the release of: oslo.context 2.0.0: Oslo Context library This release is part of the mitaka release series. With source available at: http://git.openstack.org/cgit/openstack/oslo.context With package available at: https://pypi.python.org/pypi/oslo.context

Re: [openstack-dev] [nova] Nova Midcycle Summary (i.e. mid mitaka progress report)

On 2/2/2016 4:07 AM, John Garbutt wrote: Hi, For all the details see this etherpad: https://etherpad.openstack.org/p/mitaka-nova-midcycle Here I am attempting a brief summary, picking out some highlights. Feel free to reply and add your own details / corrections. **Process** Non-priority

Re: [openstack-dev] Google Sumer of Code 2016 - Call for ideas and mentors (deadline 19/02/2016)

Victoria, Thanks for doing this. I've signed up as a Mentor at https://wiki.openstack.org/wiki/GSoC2016#Mentors Folks, This is a great opportunity for students to get to know your project(s), so please sign up! Thanks, Dims On Mon, Feb 1, 2016 at 1:12 PM, Victoria Martínez de la Cruz

Re: [openstack-dev] [nova] Nova Midcycle Summary (i.e. mid mitaka progress report)

> From: John Garbutt [mailto:j...@johngarbutt.com] > Sent: February 02, 2016 12:08 > > Hi, > > For all the details see this etherpad: > https://etherpad.openstack.org/p/mitaka-nova-midcycle > > Here I am attempting a brief summary, picking out some highlights. > Feel free to reply and add your

[openstack-dev] Announcing a simple new tool: git-restack

Hi, I'm pleased to announce a new and very simple tool to help with managing large patch series with our Gerrit workflow. In our workflow we often find it necessary to create a series of dependent changes in order to make a larger change in manageable chunks, or because we have a series of

Re: [openstack-dev] [Manila] Nominate Rodrigo Barbieri for core reviewer team

+1 Rodrigo is the obvious choice and a needed addition. From: Ben Swartzlander [b...@swartzlander.org] Sent: Tuesday, February 02, 2016 9:30 AM To: OpenStack Development Mailing List (not for usage questions) Subject: [openstack-dev] [Manila] Nominate

[openstack-dev] Logging and traceback at same time.

Is there a way to do logging the information and traceback at the same time. Currently I am doing it like this. LOG.error(_LE('Record already exists: %(exception)s ' '\n %(traceback)'), {'exception': e1}, {'traceback':

Re: [openstack-dev] Logging and traceback at same time.

You can use LOG.exception. Regards, Wanghua On Wed, Feb 3, 2016 at 2:28 PM, Khayam Gondal wrote: > Is there a way to do logging the information and traceback at the same > time. Currently I am doing it like this. > > > > > > LOG.error(_LE('Record already exists:

Re: [openstack-dev] [Manila] Nominate Rodrigo Barbieri for core reviewer team

+1 very helpful, absolutely 2016-02-02 21:43 GMT+01:00 Ravi, Goutham : > +1 ganso's been extremely diligent and helpful with his reviews! He's a > great addition! > > From: Erlon Cruz > Reply-To: "OpenStack Development Mailing List (not for usage

[openstack-dev] [tricircle]Question regarding pep8 test

Hi Khayam, We try to get every communication on the mailing list for transparency :) So I copied your email here. - Zhiyan pls check to see what happened.

[openstack-dev] [Magnum] API service won't work if conductor down?

hi Whey I try to run magnum service-list to list all services (seems now we only have m-cond service), it m-cond is down(which means no conductor at all), API won't response and will return a timeout error. taget@taget-ThinkStation-P300:~/devstack$ magnum service-list ERROR: Timed out waiting

Re: [openstack-dev] [Manila] Nominate Rodrigo Barbieri for core reviewer team

On Tue, Feb 02, 2016 at 12:30:44PM -0500, Ben Swartzlander wrote: > Rodrigo (ganso on IRC) joined the Manila project back in the Kilo release > and has been working on share migration (an important core feature) for the > last 2 releases. Since Tokyo he has dedicated himself to reviews and >

[openstack-dev] [tricircle] weekly meeting of Feb.3rd

Hi, The Chinese new year is approaching, let's have a weekly meeting, and agenda as following. After this meeting, we'll cancel the meeting of next week, and resume on Feb.17. Agenda: # Progress of To-do list review: https://etherpad.openstack.org/p/TricircleToDo # Query optimization. # Quota

Re: [openstack-dev] [neutron] - L3 flavors and issues with usecases for multiple L3 backends

What advantage can we get from putting multiple drivers into one flavor over strictly limit one flavor one driver (or whatever it is called). Thanks, Rui -- Original -- From: "Kevin Benton";; Send time: Wednesday, Feb 3, 2016 8:55 AM To:

Re: [openstack-dev] [QA][Neutron] IPv6 related intermittent test failures

On 02/02/2016 10:03 PM, Matthew Treinish wrote: On Tue, Feb 02, 2016 at 05:09:47PM -0800, Armando M. wrote: Folks, We have some IPv6 related bugs [1,2,3] that have been lingering for some time now. They have been hurting the gate (e.g. [4] the most recent offending failure) and since it looks

Re: [openstack-dev] [keystone] Domain Specific Roles vs Local Groups

I presume there’s a spec coming for this “seductive approach”? Not sure if I get all of it. From what’s been described here, conceptually, isn’t “local groups”, DSRs, or role groups the same thing? Guang From: Henry Nash [mailto:henryna...@mac.com] Sent: Monday, February 01, 2016 3:50 PM To:

Re: [openstack-dev] [Solum] Nominating Vijendar Komalla for Solum core

My +1 From: Devdatta Kulkarni Sent: Wednesday, February 3, 2016 1:03:20 AM To: OpenStack Development Mailing List (not for usage questions) Subject: [openstack-dev] [Solum] Nominating Vijendar Komalla for Solum core Hi

Re: [openstack-dev] [keystone] Domain Specific Roles vs Local Groups

On Feb 2, 2016 19:38, "Yee, Guang" wrote: > > I presume there’s a spec coming for this “seductive approach”? Not sure if I get all of it. From what’s been described here, conceptually, isn’t “local groups”, DSRs, or role groups the same thing? > Subtle differences. Local

Re: [openstack-dev] [QA][Neutron] IPv6 related intermittent test failures

On 2 February 2016 at 19:03, Matthew Treinish wrote: > On Tue, Feb 02, 2016 at 05:09:47PM -0800, Armando M. wrote: > > Folks, > > > > We have some IPv6 related bugs [1,2,3] that have been lingering for some > > time now. They have been hurting the gate (e.g. [4] the most

Re: [openstack-dev] [keystone] Domain Specific Roles vs Local Groups

On 02/02/2016 10:37 PM, Yee, Guang wrote: I presume there’s a spec coming for this “seductive approach”? Not sure if I get all of it. From what’s been described here, conceptually, isn’t “local groups”, DSRs, or role groups the same thing? Guang *From:*Henry Nash

Re: [openstack-dev] [neutron] - L3 flavors and issues with usecasesfor multiple L3 backends

Is it possible that the third router interface that the user wants to add will bind to a provider network that the chosen driver (for bare metal routers) can not access physically? Even though the chosen driver has the capability for that type of network? Is it a third dimension that needs to

[openstack-dev] [fuel] Fuel plugins: lets have some rules

It has been over a year since pluggable architecture was introduced in Fuel 6.0, and I think it's safe to declare it an unmitigated success. A search for "fuel-plugin" on GitHub brings up 167 repositories [0], there's 63 Fuel plugin repositories on review.openstack.org [1], 25 Fuel plugins are

Re: [openstack-dev] [QA][Neutron] IPv6 related intermittent test failures

On Tue, Feb 02, 2016 at 05:09:47PM -0800, Armando M. wrote: > Folks, > > We have some IPv6 related bugs [1,2,3] that have been lingering for some > time now. They have been hurting the gate (e.g. [4] the most recent > offending failure) and since it looks like they have been without owners > nor

Re: [openstack-dev] [neutron] - L3 flavors and issues with usecases for multiple L3 backends

The lbaas use case was something like having one flavor with hardware SSL offload and one that doesn’t, e.g. You can easily have multiple backends that can do both (in fact, you might even want to let the lower flavor provision onto the higher, if you have spare capacity on one and not the

Re: [openstack-dev] [Fuel] [Fuel UI] Node role list grouping

I support Vitaly's proposal with 'base' group name instead of 'controller'. So, now we have the following suggestion for role list grouping: BASE: controller, detach-* plugin roles, murano (if it will go to plugin) COMPUTE: compute, virt, compute-vmware, ironic STORAGE: cinder,

Re: [openstack-dev] [all] towards a keystone v3 only devstack

Hi Sean, I've been working on v3 only related stuff in a while and I volunteer on this too. Henrique Em ter, 2 de fev de 2016 às 05:41, Julien Danjou escreveu: > On Mon, Feb 01 2016, Sean Dague wrote: > > > The revert is here - https://review.openstack.org/#/c/274703/ -

Re: [openstack-dev] [oslo][all] Announcing our new Olso Project

Was there a reason why this project did not go through the normal oslo-incubator process? Seriously though, congratulations Ron on being added to oslo core. -amrith -- Amrith Kumar, CTO | amr...@tesora.com Tesora, Inc | @amrithkumar 125 CambridgePark

Re: [openstack-dev] [all] towards a keystone v3 only devstack

yeah... the revert broke us across all telemetry projects since we fixed plugins to adapt to v3. i'm very much for adapting to v3 since it's lingered around for years. i think given the time lapsed, if it breaks them, tough. the only issue i had with original patch was it merged on a Friday

Re: [openstack-dev] Announcing Ekko -- Scalable block-based backup for OpenStack

Oh, for the other folk reading, in QEMU you want to look at: http://wiki.qemu.org/Features/IncrementalBackup The above page looks to be current. The QEMU wiki seems to have a number of stale pages that describe proposed function that was abandoned / never implemented. Originally, I ended up

  1   2   >