Re: [openstack-dev] [Glance] [Keystone][CI]

Hi bharath, I think it is better to create a bug about that to discuss this issue. I am not sure that Openstack Dev Mailing List is appropriate place to discuss bugs. BTW, your trouble looks similar to https://bugs.launchpad.net/devstack/+bug/1515352. Could you please try WA described in the bug?

[openstack-dev] [neutron] InvalidRequestError: This session is in 'prepared' state; no further SQL can be emitted within this transaction.

Hi All, In my mechanism driver, I am reading/writing into sql db in a fixed interval looping call. Sometimes I get the following error when I stop and start neutron server InvalidRequestError: This session is in 'prepared' state; no further SQL can be emitted within this transaction. I am us

Re: [openstack-dev] [neutron] InvalidRequestError: This session is in 'prepared' state; no further SQL can be emitted within this transaction.

Hi! Can you point what mechanism driver is this or the piece of code that give this error? On Mon, Jan 11, 2016 at 11:58 AM, Koteswar wrote: > Hi All, > > > > In my mechanism driver, I am reading/writing into sql db in a fixed > interval looping call. Sometimes I get the following error when I

Re: [openstack-dev] [infra][stackalytics] some projects not visible in stackalytics now

Hi, Thierry, Thanks for explanation. One question is whether these projects (like Kingbird, Tacker, Tricircle) will be listed in stackalytics.com any more, maybe not in the "OpenStack others", but "Others" category? It's also important for Technical Committee/others to know the contribution of

Re: [openstack-dev] [oslo][osdk] PrettyTable needs a home in OpenStack

Joshua Harlow wrote: [...] So I'd def help keep prettytable going, of course another option is to move to https://pypi.python.org/pypi/tabulate (which does seem active and/or maintained); tabulate provides pretty much the same thing (actually more table formats @ https://pypi.python.org/pypi/tabu

Re: [openstack-dev] [Neutron] Heads up for decomposed plugin break

Sean M. Collins wrote: On Fri, Jan 08, 2016 at 07:50:47AM PST, Chris Dent wrote: On Fri, 8 Jan 2016, Gary Kotton wrote: The commit https://github.com/openstack/neutron/commit/5d53dfb8d64186- b5b1d2f356fbff8f222e15d1b2 may break the decomposed plugins that make use of the method _get_tenant_i

Re: [openstack-dev] [stable] [horizon] Horizon stable and fast increasing Django releases

Thomas Goirand wrote: [...] Best would be if this kind of cap was only a temporary solution until we really fix the issues. If possible (I perfectly know that in some case this may be difficult), I'd like to have Horizon stable to contain backports for Django last release (currently 1.9), instead

Re: [openstack-dev] [infra][stackalytics] some projects not visible in stackalytics now

joehuang wrote: Thanks for explanation. One question is whether these projects (like Kingbird, Tacker, Tricircle) will be listed in stackalytics.com any more, maybe not in the "OpenStack others", but "Others" category? It's also important for Technical Committee/others to know the contribution

Re: [openstack-dev] [nova][neutron][upgrade] Grenade multinode partial upgrade

Sean M. Collins wrote: Just a quick update where we are: Increasing the verbosity of the SSH session into the instance that is created during the cinder portion is showing that we are actually connecting to the instance successfully. We get the dropbear SSH banner, but then the instance hangs.

Re: [openstack-dev] [telemetry][aodh][vitrage] The purpose of notification about alarm updating

On Sun, Jan 10 2016, AFEK, Ifat (Ifat) wrote: > I'm a bit confused. This thread started by liusheng asking to remove the > notifications to the bus[1], and I replied saying that we do want to use this > capability in Vitrage. What is the notifier plugin that you suggested? Is it > the same notifie

Re: [openstack-dev] [OpenStack-Infra] [infra][stackalytics] some projects not visible in stackalytics now

Hi everyone! It appears that Stackalytics host is banned by review.openstack.org. It gets "Received disconnect from 2001:4800:7818:102:be76:4eff:fe05:9b12: 7: Too many concurrent connections" while attempting to execute "gerrit" command. As consequence Stackalytics fails to retrieve list of projec

Re: [openstack-dev] [infra][stackalytics] some projects not visible in stackalytics now

2016-01-11 12:48 GMT+03:00 Thierry Carrez : > > I totally agree. Stackalytics contains data for non-OpenStack projects > anyway (see under "complementary"), so I think it's fine to list unofficial > projects under "Others" or "Unofficial". Will be renamed soon: https://review.openstack.org/#/c/2

[openstack-dev] [glance] Seeking FFE for "Prevention of Unauthorized errors in Swift driver"

Hello Glance Team! I would like to request FFE for the following spec: https://review.openstack.org/#/c/248681/. The change allows users not to bother about token expiration when uploading/downloading big images to/from swift backend which is pretty useful IMO. The change is not visible to end us

Re: [openstack-dev] [oslo][osdk] PrettyTable needs a home in OpenStack

Le 11/01/2016 10:37, Thierry Carrez a écrit : Joshua Harlow wrote: [...] So I'd def help keep prettytable going, of course another option is to move to https://pypi.python.org/pypi/tabulate (which does seem active and/or maintained); tabulate provides pretty much the same thing (actually more ta

Re: [openstack-dev] [nova][bugs] help needed: volunteers for bug skimming (1 week)

Augustina Ragwitz wrote on 01/08/2016 07:50:23 PM: > From: Augustina Ragwitz > To: "OpenStack Development Mailing List (not for usage questions)" > > Date: 01/08/2016 08:00 PM > Subject: Re: [openstack-dev] [nova][bugs] help needed: volunteers for > bug skimming (1 week) > > I signed up for

Re: [openstack-dev] [neutron] InvalidRequestError: This session is in 'prepared' state; no further SQL can be emitted within this transaction.

vendor specific mech driver code, where I am doing some read/write to sql. def _create_port(self, port): switchports = port['port']['switchports'] LOG.debug(_LE("_create_port switch: %s"), port) network_id = port['port'][' network_id'] subnets = db.get_subnets_by_network(self.context, network_id)

Re: [openstack-dev] [oslo][cfg] Benefit of MultiStrOpt over ListOpt

John Stanford wrote on 01/10/2016 10:49:08 PM: > From: John Stanford > To: "OpenStack Development Mailing List (not for usage questions)" > > Date: 01/10/2016 10:55 PM > Subject: Re: [openstack-dev] [oslo][cfg] Benefit of MultiStrOpt over ListOpt > > Hi Dims, > > Thanks for the ref. I file

[openstack-dev] Service password storage

Dear openstack developers, I installed openstack via devstack recently, and I found out that the admin passwords for services like cinder and nova are stored in plain text in their /etc/*/*.conf files. These files are rw--r--r-- by default, which I believe to be a pretty serious security risk. Is t

Re: [openstack-dev] [nova][neutron][upgrade] Grenade multinode partial upgrade

Ihar Hrachyshka wrote: Sean M. Collins wrote: Just a quick update where we are: Increasing the verbosity of the SSH session into the instance that is created during the cinder portion is showing that we are actually connecting to the instance successfully. We get the dropbear SSH banner, bu

Re: [openstack-dev] [nova] [all] Excessively high greenlet default + excessively low connection pool defaults leads to connection pool latency, timeout errors, idle database connections / workers

On 01/08/2016 09:51 PM, Mike Bayer wrote: On 01/08/2016 04:44 AM, Radomir Dopieralski wrote: On 01/07/2016 05:55 PM, Mike Bayer wrote: but also even if you're under something like mod_wsgi, you can spawn a child process or worker thread regardless. You always have a Python interpreter runnin

[openstack-dev] [release] Release models to be frozen around mitaka-2

Hi everyone, This is a small warning that we'll be freezing the release model for deliverables in the Mitaka cycle at mitaka-2 (January 21). So for example if you wanted to switch from release:independent to one of the cycle-oriented models (release:cycle-with-intermediary or release:cycle-w

Re: [openstack-dev] [Fuel] Wipe of the nodes' disks

>As Andrew said already, in such case LVM meta data will remain on the hard drive. So if you remove partition table, reboot the node (env reset), then configure exactly the same partition table (like when you use the same >default disk allocation in Fuel), then Linux will find LVM info on the same

Re: [openstack-dev] Cinder as generic volume manager

Hi Team, Let me introduce updates related to use-cinder-without-nova blueprint [1]. According to spec [2] we've introduced new python-brick-cinderclient-ext project [3]. It's an official Cinder project and implemented as an extension to python-cinderclient. For now, it supports only 'get-connecto

[openstack-dev] [mistral] Team meeting - 01/11/2016

Hi, We’ll have a team meeting today at our regular time 16.00 UTC at #openstack-meeting. Please join to discuss the project status. Agenda: Review action items Current status (progress, issues, roadblocks, further plans) Open discussion Renat Akhmerov @ Mirantis Inc. ___

Re: [openstack-dev] [doc] DocImpact vs. reno

On 01/10/2016 11:31 PM, Lana Brindley wrote: > Wow. That'll make the release notes process painful this round ... o.O Hmmm. In my mind it will make it a lot easier. In the past we end up getting to the release and sit around and go "hmmm, what did we change in the last 6 months that people care a

Re: [openstack-dev] [nova][neutron][upgrade] Grenade multinode partial upgrade

Ihar Hrachyshka wrote: Ihar Hrachyshka wrote: Sean M. Collins wrote: Just a quick update where we are: Increasing the verbosity of the SSH session into the instance that is created during the cinder portion is showing that we are actually connecting to the instance successfully. We get t

Re: [openstack-dev] [all] re-introducing twisted to global-requirements

On 01/08/2016 03:52 PM, Jim Rollenhagen wrote: > On Fri, Jan 08, 2016 at 03:39:51PM -0500, Jay Pipes wrote: >> >> No, nothing nefarious there. Sorry for letting my personal frustrations >> bubble over into this. >> >> I am not blocking anything from going forward and I definitely am not asking >> f

[openstack-dev] [OpenStack-Infra] [fuel-plugin-mistral] Request to add group member into the new Openstack project

Hi openstack-infra team, Kindly please add nmakhot...@mirantis.com to the following Gerrit ACL groups: https://review.openstack.org/#/admin/groups/1156,members https://review.openstack.org/#/admin/groups/1155,members (ref. https://review.openstack.org/#/c/238890/) -- Best Regards, Nikolay ___

Re: [openstack-dev] [doc] [api] Vision and changes for OpenStack API Guides

On 01/08/2016 04:39 PM, Anne Gentle wrote: Hi all, With milestone 2 coming next week I want to have a chat about API guides, API reference information, and the http://developer.openstack.org site. We have a new tool, fairy-slipper [1], yep you read that right, that can migrate files from WADL to

Re: [openstack-dev] [telemetry][aodh][vitrage] The purpose of notification about alarm updating

so one point i should mention is that the notification we propose on removing was originally attended for Ceilometer events. much in same way as disabling the aodh-notifier to allow Vitrage to consume alarm triggers, it isn't exactly safe for Vitrage to consume the existing messages as Ceilomet

Re: [openstack-dev] [doc] DocImpact vs. reno

On 11/01/16 20:08, Sean Dague wrote: On 01/10/2016 11:31 PM, Lana Brindley wrote: Wow. That'll make the release notes process painful this round ... o.O Hmmm. In my mind it will make it a lot easier. In the past we end up getting to the release and sit around and go "hmmm, what did we change

[openstack-dev] [puppet] weekly meeting #66

Hi folks! Tomorrow we will have our weekly meeting at UTC 1500. Here is our agenda: https://etherpad.openstack.org/p/puppet-openstack-weekly-meeting-20160112 Feel free to add more topics, reviews, bugs, as usual. See you there, -- Emilien Macchi signature.asc Description: OpenPGP digital sig

Re: [openstack-dev] [doc] DocImpact vs. reno

Tom Fifield wrote on 01/11/2016 01:55:21 PM: > From: Tom Fifield > To: "OpenStack Development Mailing List (not for usage questions)" > > Date: 01/11/2016 01:55 PM > Subject: Re: [openstack-dev] [doc] DocImpact vs. reno > > On 11/01/16 20:08, Sean Dague wrote: > > On 01/10/2016 11:31 PM, Lana

Re: [openstack-dev] [doc] DocImpact vs. reno

On 01/11/2016 07:55 AM, Tom Fifield wrote: > On 11/01/16 20:08, Sean Dague wrote: >> On 01/10/2016 11:31 PM, Lana Brindley wrote: >> >>> Wow. That'll make the release notes process painful this round ... o.O >> >> Hmmm. In my mind it will make it a lot easier. In the past we end up >> getting to t

Re: [openstack-dev] [neutron] InvalidRequestError: This session is in 'prepared' state; no further SQL can be emitted within this transaction.

Is 'self.context' used to handle other requests as well? I would suggest generating a new context (neutron.context.get_admin_context()) for each fixed interval looping call to ensure you aren't sharing a DB session with another thread. On Mon, Jan 11, 2016 at 2:26 AM, Koteswar wrote: > vendor sp

Re: [openstack-dev] [neutron] InvalidRequestError: This session is in 'prepared' state; no further SQL can be emitted within this transaction.

On 01/11/2016 03:58 AM, Koteswar wrote: > Hi All, > > > > In my mechanism driver, I am reading/writing into sql db in a fixed > interval looping call. Sometimes I get the following error when I stop > and start neutron server > > InvalidRequestError: This session is in 'prepared' state; no f

Re: [openstack-dev] [nova] [all] Excessively high greenlet default + excessively low connection pool defaults leads to connection pool latency, timeout errors, idle database connections / workers

On 01/11/2016 05:39 AM, Radomir Dopieralski wrote: > On 01/08/2016 09:51 PM, Mike Bayer wrote: >> >> >> On 01/08/2016 04:44 AM, Radomir Dopieralski wrote: >>> On 01/07/2016 05:55 PM, Mike Bayer wrote: >>> but also even if you're under something like mod_wsgi, you can spawn a child proce

Re: [openstack-dev] [neutron] InvalidRequestError: This session is in 'prepared' state; no further SQL can be emitted within this transaction.

thanks a lot. I will try this. On Mon, Jan 11, 2016 at 7:26 PM, Mike Bayer wrote: > > > On 01/11/2016 03:58 AM, Koteswar wrote: > > Hi All, > > > > > > > > In my mechanism driver, I am reading/writing into sql db in a fixed > > interval looping call. Sometimes I get the following error when I st

[openstack-dev] [ironic][tests] approach to functional/integration tests

Hi All, Last week I had a noble goal to write "one-more" functional test in Ironic. I did find a folder "func" but it was empty. Friends helped me to find a WIP patch https://review.openstack.org/#/c/235612/ and here comes the question of this email: what approach we would like to implement: Opt

Re: [openstack-dev] [ironic][tests] approach to functional/integration tests

Option 3 - to concentrate on Tempest tests https://review.openstack.org/#/c/253982/ Cheers, Serge Kovaleff http://www.mirantis.com cell: +38 (063) 83-155-70 On Mon, Jan 11, 2016 at 4:49 PM, Serge Kovaleff wrote: > Hi All, > > Last week I had a noble goal to write "one-more" functional test in I

Re: [openstack-dev] [Nova][Glance] Nova + Glance_v2 = Love

Sam, Flavio, Zhenyu, Daniel thank you for your responses! Indeed, we're in a difficult position with activating zero-size images... To fix it we have to solve 2 problems: one with disk and container formats parameters - glance v2 doesn't allow activate images if these two are unset; and the second

Re: [openstack-dev] [oslo][osdk] PrettyTable needs a home in OpenStack

On 11/01/16 11:15 +0100, Victor Stinner wrote: Le 11/01/2016 10:37, Thierry Carrez a écrit : Joshua Harlow wrote: [...] So I'd def help keep prettytable going, of course another option is to move to https://pypi.python.org/pypi/tabulate (which does seem active and/or maintained); tabulate provi

Re: [openstack-dev] [glance] Seeking FFE for "Support single disk image OVA/OVF package upload"

Hello Glance Team! Hope you had a wonderful vacation and wishing you health and happiness for 2016. Would very much appreciate your considering https://review.openstack.org/194868 for a feature freeze exception. I believe the spec is pretty solid, and we can deliver on the imp

[openstack-dev] [release] change to deliverable file schema: send-announcements-to

Liaisons, With the increase in release announcements on the openstack-announce list, we've had requests to move some of that traffic that isn't of immediate interest to most users to openstack-dev. Last week we merged changes to the schema of the deliverables files in the releases repository to a

Re: [openstack-dev] [API] [Glance] New v2 Image Import Specification Discussion

On 08/01/16 17:14 +, Ian Cordasco wrote: Hey all, Yo! Thanks for taking the time to read the spec and writing this email. I'm well aware that this isn't exactly timely because we've partially agreed on the import spec in large strokes. [1]_ I haven't had a great deal of time before no

[openstack-dev] [kolla] Introduction of Heka in Kolla

Hi As discussed on IRC the other day [1] we want to propose a distributed logs processing architecture based on Heka [2], built on Alicja Kwasniewska's ELK work with . Please take a look at the design document I've started working on [3]. The document is

Re: [openstack-dev] [oslo][osdk] PrettyTable needs a home in OpenStack

Excerpts from Victor Stinner's message of 2016-01-11 11:15:56 +0100: > Le 11/01/2016 10:37, Thierry Carrez a écrit : > > Joshua Harlow wrote: > >> [...] > >> So I'd def help keep prettytable going, of course another option is to > >> move to https://pypi.python.org/pypi/tabulate (which does seem ac

Re: [openstack-dev] [doc] DocImpact vs. reno

Excerpts from Lana Brindley's message of 2016-01-11 14:31:17 +1000: > On 09/01/16 14:07, Tom Fifield wrote: > > On 08/01/16 21:15, Sean Dague wrote: > >> On 01/07/2016 06:21 PM, Lana Brindley wrote: > >>> > On 7 Jan 2016, at 2:09 AM, Sean Dague wrote: > > On 01/06/2016 09:02 AM, Jer

Re: [openstack-dev] [ironic][tests] approach to functional/integration tests

I personally like Option #1 as an additional goal is to make it easy for developers to also run the functional tests with 'tox -efunctional'. And also run the functional tests as part of a normal tox run. On Mon, Jan 11, 2016 at 6:54 AM, Serge Kovaleff wrote: > Option 3 - to concentrate on Temp

Re: [openstack-dev] [glance] Seeking FFE for "Support single disk image OVA/OVF package upload"

On 11/01/16 15:01 +, stuart.mcla...@hp.com wrote: An HTML attachment was scrubbed... URL: I downloaded the patch which implements the spec (https://review.openstack.org/#/c/214810): I can

Re: [openstack-dev] [nova] config options: IRC meeting at Jan. 11th

Markus Zoeller/Germany/IBM@IBMDE wrote on 01/08/2016 03:21:28 PM: > From: Markus Zoeller/Germany/IBM@IBMDE > To: "OpenStack Development Mailing List (not for usage questions)" > > Date: 01/08/2016 03:22 PM > Subject: [openstack-dev] [nova] config options: IRC meeting at Jan. 11th > > First thin

[openstack-dev] [TripleO] Driving workflows with Mistral

Background info: We've got a problem in TripleO at the moment where many of our workflows can be driven by the command line only. This causes some problems for those trying to build a UI around the workflows in that they have to duplicate deployment logic in potentially multiple places. There are

Re: [openstack-dev] [ironic][tests] approach to functional/integration tests

We might want to implement all three options. The more tests the better :) Cheers, Serge Kovaleff http://www.mirantis.com cell: +38 (063) 83-155-70 On Mon, Jan 11, 2016 at 5:41 PM, John Villalovos wrote: > I personally like Option #1 as an additional goal is to make it easy for > developers to

Re: [openstack-dev] [kolla] Introduction of Heka in Kolla

On 11 January 2016 at 09:16, Eric LEMOINE wrote: > Hi > > As discussed on IRC the other day [1] we want to propose a distributed > logs processing architecture based on Heka [2], built on Alicja > Kwasniewska's ELK work with > . Please take a look at the

Re: [openstack-dev] [kolla] Introduction of Heka in Kolla

I like the idea of using Heka. You and I have discussed this on IRC before. So my vote for this is +1. I can't think of any downside. I would like to hear Alicja Kwasniewska's view on this as she has done the majority of work with Logstash up until this point. Sam Yaple On Mon, Jan 11, 2016 at 3:

[openstack-dev] [qa] [eslint-config-openstack] Nominating Beth Elwell to eslint-config-openstack core

Hello everyone! This email is to nominate Elizabeth "Beth" Elwell (aka betherly) to core on eslint-config-openstack. She provides valuable EU timezone coverage, as well as a friendly and inviting demeanor when discussing language rules. Also, she's been keeping up-to-date with the extant reviews,

Re: [openstack-dev] [doc] [api] Vision and changes for OpenStack API Guides

On Fri, Jan 8, 2016 at 7:35 PM, Anne Gentle wrote: > > > On Fri, Jan 8, 2016 at 3:39 PM, Anne Gentle > wrote: > >> Hi all, >> >> With milestone 2 coming next week I want to have a chat about API guides, >> API reference information, and the http://developer.openstack.org site. >> We have a new t

[openstack-dev] [mistral] Team meeting minutes - 1/11/2016

Hi, Thank you for joining the meeting today. In case you’d like to see meeting minutes and log here they are: http://eavesdrop.openstack.org/meetings/mistral/2016/mistral.2016-01-11-16.00.html http://eavesdrop.

Re: [openstack-dev] [Neutron] Heads up for decomposed plugin break

> On Jan 11, 2016, at 2:42 AM, Ihar Hrachyshka wrote: > > Sean M. Collins wrote: > >>> On Fri, Jan 08, 2016 at 07:50:47AM PST, Chris Dent wrote: On Fri, 8 Jan 2016, Gary Kotton wrote: The commit https://github.com/openstack/neutron/commit/5d53dfb8d64186- b5b1d2f356fbff8f2

Re: [openstack-dev] [kolla] Introduction of Heka in Kolla

On Mon, Jan 11, 2016 at 5:01 PM, Michał Jastrzębski wrote: > On 11 January 2016 at 09:16, Eric LEMOINE wrote: >> * Logstash was designed for logs processing. Heka is a "unified data >> processing" software, designed to process streams of any type of data. >> So Heka is about running one service

[openstack-dev] [Neutron] Team meeting on Tuesday 1400UTC

Hi neutrinos, A kind reminder for tomorrow's meeting at 1400UTC. Cheers, Armando [1] https://wiki.openstack.org/wiki/Network/Meetings __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev

Re: [openstack-dev] [Nova][Neutron] Live Migration Issues with L3/L2

Hi Nova/Neutron Folks, Are we with an agreement on the Nova/Neutron related changes for addressing the Live Migration issues. We started this thread couple of weeks back and it went silent. The discussion is still active and being discussed as part of the bug. https://bugs.launchpad.net/neutron/+b

[openstack-dev] [neutron] FYI: Updated wiki on creating functional jobs

I revised the wiki page that I created previously on how to add functional jobs to the gate. I added more details, indicated about getting liaison review, and added some miscellaneous information on templates, skipping tests, and making tests release based. Ref: https://wiki.openstack.org/wiki/Neu

Re: [openstack-dev] Service password storage

On 2016-01-11 11:37:09 +0100 (+0100), Levin wrote: > I installed openstack via devstack recently, and I found out that the > admin passwords for services like cinder and nova are stored in plain > text in their /etc/*/*.conf files. These files are rw--r--r-- by > default, which I believe to be a pr

Re: [openstack-dev] [oslo][osdk] PrettyTable needs a home in OpenStack

On Mon, Jan 11 2016, Doug Hellmann wrote: > I suspect we could skip porting a lot of those, since they look like > clients and we're working to move all command line programs into the > unified client. Not really in the telemetry roadmap honestly. But we could move away From prettytable without m

Re: [openstack-dev] [kolla] Introduction of Heka in Kolla

On 11 January 2016 at 10:55, Eric LEMOINE wrote: > On Mon, Jan 11, 2016 at 5:01 PM, Michał Jastrzębski wrote: >> On 11 January 2016 at 09:16, Eric LEMOINE wrote: > >>> * Logstash was designed for logs processing. Heka is a "unified data >>> processing" software, designed to process streams of a

Re: [openstack-dev] [Neutron] Heads up for decomposed plugin break

Doug Wiegley wrote: > > >> On Jan 11, 2016, at 2:42 AM, Ihar Hrachyshka wrote: >> >> Sean M. Collins wrote: >> On Fri, Jan 08, 2016 at 07:50:47AM PST, Chris Dent wrote: > On Fri, 8 Jan 2016, Gary Kotton wrote: > > The commit https://github.com/openstack/neutron/commit/5d53dfb8

Re: [openstack-dev] [ironic] RFC: stop using launchpad milestones and blueprints

FYI, this work was completed. Docs are here: http://docs.openstack.org/developer/ironic/dev/code-contribution-guide.html#adding-new-features // jim On Wed, Dec 09, 2015 at 01:58:34PM -0800, Jim Rollenhagen wrote: > On Fri, Dec 04, 2015 at 05:38:43PM +0100, Dmitry Tantsur wrote: > > Hi! > > > > A

Re: [openstack-dev] Service password storage

Excerpts from Levin's message of 2016-01-11 02:37:09 -0800: > Dear openstack developers, > I installed openstack via devstack recently, and I found out that the > admin passwords for services like cinder and nova are stored in plain > text in their /etc/*/*.conf files. These files are rw--r--r-- by

Re: [openstack-dev] [Neutron] Team meeting on Tuesday 1400UTC

Armando M. wrote: Hi neutrinos, A kind reminder for tomorrow's meeting at 1400UTC. Cheers, Armando [1] https://wiki.openstack.org/wiki/Network/Meetings __ OpenStack Development Mailing List (not for usage questions) Unsu

Re: [openstack-dev] [Neutron] Team meeting on Tuesday 1400UTC

Disregard the email subject. I stand corrected. Let's meet today. On 11 January 2016 at 10:24, Ihar Hrachyshka wrote: > Armando M. wrote: > > Hi neutrinos, >> >> A kind reminder for tomorrow's meeting at 1400UTC. >> >> Cheers, >> Armando >> >> [1] https://wiki.openstack.org/wiki/Network/Meetin

Re: [openstack-dev] [oslo][osdk] PrettyTable needs a home in OpenStack

And here is a simple converter that uses tabulate but has somewhat like the pretty table object format that people are used to (could be away to get 90% of the common usage over to tabulate, minus the special prettytable users that are doing advanced things). https://gist.github.com/harlowja/d

[openstack-dev] [ironic] weekly subteam report

Hi, We are buzzed to present this week's subteam report for Ironic. As usual, this is pulled directly from the Ironic whiteboard[0] and formatted. Bugs (dtantsur) === - Stats (diff with 04.01.2016): - Ironic: 147 bugs (-4) + 158 wishlist items (+9). 14 new (-9), 99 in progress (+

Re: [openstack-dev] [oslo][osdk] PrettyTable needs a home in OpenStack

Julien Danjou wrote: On Mon, Jan 11 2016, Doug Hellmann wrote: I suspect we could skip porting a lot of those, since they look like clients and we're working to move all command line programs into the unified client. Not really in the telemetry roadmap honestly. But we could move away From p

Re: [openstack-dev] [Neutron] Team meeting on Tuesday 1400UTC

On Mon, Jan 11, 2016 at 12:45 PM, Armando M. wrote: > Disregard the email subject. > > I stand corrected. Let's meet today. > > Something is wrong, I have the meeting on my google calendar, and it shows up as tomorrow for this week. I've had these setup as rotating for a while now, so something i

Re: [openstack-dev] [oslo][osdk] PrettyTable needs a home in OpenStack

Victor Stinner wrote: Le 11/01/2016 10:37, Thierry Carrez a écrit : Joshua Harlow wrote: [...] So I'd def help keep prettytable going, of course another option is to move to https://pypi.python.org/pypi/tabulate (which does seem active and/or maintained); tabulate provides pretty much the same

Re: [openstack-dev] [Neutron] Team meeting on Tuesday 1400UTC

On Mon, Jan 11, 2016 at 12:57 PM, Kyle Mestery wrote: > On Mon, Jan 11, 2016 at 12:45 PM, Armando M. wrote: > >> Disregard the email subject. >> >> I stand corrected. Let's meet today. >> >> > Something is wrong, I have the meeting on my google calendar, and it shows > up as tomorrow for this we

Re: [openstack-dev] [Neutron] Team meeting on Tuesday 1400UTC

Same here! If we have it today, I will excuse myself from the meeting. Edgar From: Kyle Mestery mailto:mest...@mestery.com>> Reply-To: "OpenStack Development Mailing List (not for usage questions)" mailto:openstack-dev@lists.openstack.org>> Date: Monday, January 11, 2016 at 10:57 AM To: "OpenSta

Re: [openstack-dev] [Neutron] Team meeting on Tuesday 1400UTC

The issue is simply that you have a sane bi-weekly thing setup in your calendar. What we have for Neutron is apparently defined as “odd and even weeks when weeks are represented as an short integer counting from the first of the year”, a.k.a. “bi-weekly” as a robot might define it. :) > On Jan

[openstack-dev] [magnum] Planning Magnum Midcycle

Team, We are planning a mid cycle meetup for the Magnum team to be held in the San Francisco Bay area. If you would like to attend, please take a moment to respond to this poll to select the date: http://doodle.com/poll/k8iidtamnkwqe3hd Thanks, Adrian _

[openstack-dev] [murano] Plugin installation issue

Hello, I have been scratching my head at this issue for a couple of days without any success. Here's the issue: I try to install my plugin (can be found here as WIP) using this command: pip install -e contrib/plugins/murano_heat-translator_plugin/ The installer runs and reports that "S

Re: [openstack-dev] [openstack-swift] JOSS package to access Swift - any experience?

I've used it before in a limited capacity; and still recommend it to java developers who want to use a language binding to connect to swift. As best I can tell the primary maintainers for the project still work at the same company, but there are some pending issues than't haven't received attentio

Re: [openstack-dev] [Neutron] Team meeting on Tuesday 1400UTC

What do we do? My calendar was set up with the sane bi-weekly thing and it shows the meeting for tomorrow. The last word from our fearless leader is that we'll have it today. So, I'll be there today unless instructed otherwise. The ics file now seems to reset the cadence beginning today at 2100

[openstack-dev] [all][i18n] Proposed change for consistent setup of translation - up for review

Projects that want to have translations, need to setup their repository in very specific ways which lead to quite a few questions from some of you and also quite different solutions. Let's make this easier - and consistent. I've written a spec that aims to provide a consistent set up for the

Re: [openstack-dev] [Neutron] Team meeting on Tuesday 1400UTC

On 11 January 2016 at 12:04, Carl Baldwin wrote: > What do we do? My calendar was set up with the sane bi-weekly thing > and it shows the meeting for tomorrow. The last word from our > fearless leader is that we'll have it today. So, I'll be there today > unless instructed otherwise. > > The i

Re: [openstack-dev] [nova][neutron][upgrade] Grenade multinode partial upgrade

Nice find. I actually pushed a patch recently that we should be advertising the MTU by default. I think this really shows that it should be enabled by default. https://review.openstack.org/263486l -- Sent from my Android device with K-9 Mail. Please excuse my brevity.

Re: [openstack-dev] [Horizon] Bug Day 2

Reminder about bug day! Just starting if you’re over in Australia ;) Rob On 4 Jan 2016, at 10:54, Rob Cresswell (rcresswe) mailto:rcres...@cisco.com>> wrote: Hi folks, I think we should have another bug day to continue the good work started last time. I’d suggest Tuesday the 12th of January,

Re: [openstack-dev] [glance][all] glance_store drivers deprecation/stabilization: Volunteers needed

Greetings, Gentle reminder that this is happening next week. Cheers, Flavio - Original Message - > From: "Flavio Percoco" > To: openstack-dev@lists.openstack.org > Sent: Thursday, December 10, 2015 9:16:09 AM > Subject: [glance][all] glance_store drivers deprecation/stabilization: > Vo

Re: [openstack-dev] [nova][neutron][upgrade] Grenade multinode partial upgrade

On Mon, Jan 11, 2016, at 12:35 PM, Sean M. Collins wrote: > Nice find. I actually pushed a patch recently that we should be > advertising the MTU by default. I think this really shows that it should > be enabled by default. > > https://review.openstack.org/263486l > ++ Neutron should be able to de

[openstack-dev] [release][ironic] ironic-python-agent release 1.1.0 (mitaka)

We are glad to announce the release of: ironic-python-agent 1.1.0: Ironic Python Agent Ramdisk This release is part of the mitaka release series. With package available at: https://pypi.python.org/pypi/ironic-python-agent For more details, please see below. 1.1.0 ^ New Features ***

[openstack-dev] [release][stable][ironic] ironic-python-agent release 1.0.1 (liberty)

We are chuffed to announce the release of: ironic-python-agent 1.0.1: Ironic Python Agent Ramdisk This release is part of the liberty stable release series. With package available at: https://pypi.python.org/pypi/ironic-python-agent For more details, please see below. 1.0.1 ^ Bug Fi

[openstack-dev] [release][stable] pbr release 0.11.1 (kilo)

We are jubilant to announce the release of: pbr 0.11.1: Python Build Reasonableness This release is part of the kilo stable release series. With source available at: http://git.openstack.org/cgit/openstack-dev/pbr With package available at: https://pypi.python.org/pypi/pbr For more d

Re: [openstack-dev] [Neutron] Team meeting on Tuesday 1400UTC

On 2016/01/12 5:14, Armando M. wrote: On 11 January 2016 at 12:04, Carl Baldwin > wrote: What do we do? My calendar was set up with the sane bi-weekly thing and it shows the meeting for tomorrow. The last word from our fearless leader is that we'll h

Re: [openstack-dev] [TripleO] Driving workflows with Mistral

- Original Message - > Background info: > > We've got a problem in TripleO at the moment where many of our > workflows can be driven by the command line only. This causes some > problems for those trying to build a UI around the workflows in that > they have to duplicate deployment logic i

Re: [openstack-dev] [kolla] Introduction of Heka in Kolla

Le 11 janv. 2016 18:45, "Michał Jastrzębski" a écrit : > > On 11 January 2016 at 10:55, Eric LEMOINE wrote: > > Currently the services running in containers send their logs to > > rsyslog. And rsyslog stores the logs in local files, located in the > > host's /var/log directory. > > Yeah, however

Re: [openstack-dev] [ironic][tests] approach to functional/integration tests

I like #1 as well since it would enable quick coding iteration, but I would also like to be able to run the tests against a running OpenStack cluster that includes Ironic, so put me down for #3 (Tempest) as well. Chris Dearborn Dell Inc From: John Villalovos [mailto:openstack@sodarock.com]

Re: [openstack-dev] [Neutron] Team meeting on Tuesday 1400UTC

On 11 January 2016 at 13:54, Hirofumi Ichihara < ichihara.hirof...@lab.ntt.co.jp> wrote: > > > On 2016/01/12 5:14, Armando M. wrote: > > > > On 11 January 2016 at 12:04, Carl Baldwin wrote: > >> What do we do? My calendar was set up with the sane bi-weekly thing >> and it shows the meeting for t

[openstack-dev] [Infra] Meeting Tuesday January 12th at 19:00 UTC

Hi everyone, The OpenStack Infrastructure (Infra) team is having our next weekly meeting on Tuesday January 12th, at 19:00 UTC in #openstack-meeting Meeting agenda available here: https://wiki.openstack.org/wiki/Meetings/InfraTeamMeeting#Agenda_for_next_meeting Anyone is welcome to to add agenda

Re: [openstack-dev] [kolla] Introduction of Heka in Kolla

Here is why I am on board with this. As we have discovered, the logging with the syslog plugin leaves alot to be desired. It (to my understanding) still can't save tracebacks/stacktraces to the log files for whatever reason. stdout/stderr however works perfectly fine. That said the Docker log stuff

Re: [openstack-dev] [Horizon] Routing in Horizon

Rajat, Thanks for starting some discussion here. I think your target=“_self” is taken care of now, right? Re: ng-route vs ui-router - everything I have ever seen or been told supports using ui-router instead of ng-route. I know a quick google search supports that, but let me google that for

  1   2   >