Re: [openstack-dev] [nova] Non-Admin user can show deleted instances using changes-since parameter when calling list API

2016-03-03 2:11 GMT+08:00 Matt Riedemann : > > > On 3/2/2016 3:02 AM, Zhenyu Zheng wrote: > >> Hi, Nova, >> >> While I'm working on add "changes-since" parameter support for >> python-novaclient "list" CLI. >> >> I realized that non-admin can list all deleted instances using >> "changes-since" par

Re: [openstack-dev] [nova] config options help text improvement: current status

On 2016-03-02 19:11, Tim Bell wrote: > > Great. Does this additional improved text also get into the configuration > guide documentation somehow ? It should, the reference part of configuration guide is autogenerated. The current draft version for Mitaka is at http://docs.openstack.org/draft/c

Re: [openstack-dev] [Neutron] VM could not get IP from dhcp server

Hi Michal Thanks for your reply. I think it's not the problem of scurity group rule, as comparing the working environment. The vxlan tunnel works correctly, and the packet sent from vm have arrived at network node, meanwhile we catch it on physical NIC, but do not catch it on vxlan port.

Re: [openstack-dev] [magnum][heat] spawn a group of nodes on different availability zones

On Wed, Mar 02, 2016 at 05:40:20PM -0500, Zane Bitter wrote: > On 02/03/16 05:50, Mathieu Velten wrote: > >Hi all, > > > >I am looking at a way to spawn nodes in different specified > >availability zones when deploying a cluster with Magnum. > > > >Currently Magnum directly uses predefined Heat tem

Re: [openstack-dev] [nova] Non-Admin user can show deleted instances using changes-since parameter when calling list API

Yes, I agree with you guys, I'm also OK for non-admin users to list their own instances no matter what status they are. My question is this: I have done some tests, yet we have 2 different ways to list deleted instances (not counting using changes-since): 1. "GET /v2.1/62bfb653eb0d4d5cabdf635dd81

Re: [openstack-dev] [ceilometer] Unable to get ceilometer events for instances running for demo project

Hi Umar, You can only get the events(or events without project info) belong to admin tenant if you run event-list command with admin project; and you can only get the events belong to demo tenant with event-list running with demo project. -- Liu sheng 在 2016/3/1 14:00, Umar Yousaf 写道: I have

Re: [openstack-dev] [fuel] Newton PTL and CL elections

Dmitry Borodaenko wrote: Team, We're only two weeks away from the beginning of the Newton elections period. Based on the Fuel 9.0/Mitaka release schedule [0], I propose the following dates for PTL and CL self-nomination and election periods: PTL self-nomination: March 13-20 PTL election: March

Re: [openstack-dev] [neutron] - Changing the Neutron default security group rules

Kevin Benton wrote: Hi, I know this has come up in the past, but some folks in the infra channel brought up the topic of changing the default security groups to allow all traffic. They had a few reasons for this that I will try to summarize here: * Ports 'just work' out of the box so the

Re: [openstack-dev] [neutron] - Changing the Neutron default security group rules

Kevin Benton wrote: * Neutron cannot be trusted to do what it says it's doing with the security groups API so users want to orchestrate firewalls directly on their instances. If that’s really a reason for someone, then they should just use ’noop' firewall_driver. Or port_security port

[openstack-dev] [kuryr] Docker cannot find the created network with kuryr driver

Thanks & Best regards ! Mars Ma -- Forwarded message -- From: Gal Sagie Date: Thu, Mar 3, 2016 at 5:41 PM Subject: Re: [kuryr] Docker cannot find the created network with kuryr driver To: Mars Ma Hello Mars Ma, Please email this question to the

Re: [openstack-dev] [ironic] Remember to follow RFE process

Hi, > Ironic'ers, please remember to follow the RFE process; especially the cores. > > I noticed that a patch [1] got merged yesterday. The patch was associated > with an RFE [2] that hadn't been approved yet :-( What caught my eye was > that the commit message didn't describe the actual API chang

Re: [openstack-dev] [Fuel] Nominate Maksim Malchuk for the fuel-virtualbox-core team

+1 On Thu, Mar 3, 2016 at 2:53 AM, Roman Vyalov wrote: > +1 > > On Wed, Mar 2, 2016 at 5:47 PM, Sergey Kulanov > wrote: > >> Hey Fuelers, >> >> Since we've successfully moved [1] virtual-box scripts from fuel-main [2] >> to >> separate fuel-virtualbox [3] git repo, I propose to update >> fuel-v

Re: [openstack-dev] [cinder] Proposal: changes to our current testing process

On 02/03, Ivan Kolodyazhny wrote: > I'll try to implement such scenario and step-by-step guideline soon. > That would be fantastic!! Thank you very much Looking forward to it. :-) Cheers, Gorka. > Regards, > Ivan Kolodyazhny, > http://blog.e0ne.info/ > > On Wed, Mar 2, 2016 at 5:16 PM, Eric

Re: [openstack-dev] [magnum][heat] spawn a group of nodes on different availability zones

Thank you both for your answers ! Indeed I need it sooner rather than later (as usual :) ) so the Newton release is a bit too far away. In the meantime I just test your solution with the index and the map and it works great !  I'll use that for now, and we will discuss taking over the Heat bp inte

Re: [openstack-dev] [nova] config options help text improvement: current status

Andreas Jaeger wrote on 03/03/2016 09:31:44 AM: > From: Andreas Jaeger > To: "OpenStack Development Mailing List (not for usage questions)" > > Date: 03/03/2016 09:43 AM > Subject: Re: [openstack-dev] [nova] config options help text > improvement: current status > > On 2016-03-02 19:11, Tim

Re: [openstack-dev] [ironic] Remember to follow RFE process

2016-03-03 11:01 GMT+01:00 Lucas Alvares Gomes : > Hi, > > > Ironic'ers, please remember to follow the RFE process; especially the > cores. > > > > I noticed that a patch [1] got merged yesterday. The patch was associated > > with an RFE [2] that hadn't been approved yet :-( What caught my eye was

Re: [openstack-dev] [nova] config options help text improvement: current status

Matt Riedemann wrote on 03/03/2016 03:50:18 AM: > From: Matt Riedemann > To: [email protected] > Date: 03/03/2016 03:51 AM > Subject: Re: [openstack-dev] [nova] config options help text > improvement: current status > > > > On 3/2/2016 11:45 AM, Markus Zoeller wrote: > > TL;

Re: [openstack-dev] [ironic] Midcycle summary part 3/6

Hi, Jim, Julia, and Ironicers, I have some questions about the BFV. > > * Hardware supports the UEFI 2.4 spec Could you please explain the reason that chose version not 2.5/2.6/2.3.1 but 2.4? In the etherpad[1], I was not able to read the reason why ironicers chose version 2.4. [1] https:

Re: [openstack-dev] [Fuel] Nominate Maksim Malchuk for the fuel-virtualbox-core team

+1 On Thu, Mar 3, 2016 at 11:00 AM, Kyrylo Galanov wrote: > +1 > > On Thu, Mar 3, 2016 at 2:53 AM, Roman Vyalov wrote: > >> +1 >> >> On Wed, Mar 2, 2016 at 5:47 PM, Sergey Kulanov >> wrote: >> >>> Hey Fuelers, >>> >>> Since we've successfully moved [1] virtual-box scripts from fuel-main >>> [2

Re: [openstack-dev] [ironic] Midcycle summary part 3/6

Hi Daisuke, On Thu, Mar 3, 2016 at 10:53 AM, Fujita, Daisuke wrote: > Hi, Jim, Julia, and Ironicers, > > I have some questions about the BFV. > >> > * Hardware supports the UEFI 2.4 spec > > Could you please explain the reason that chose version not 2.5/2.6/2.3.1 but > 2.4? > In the etherpad

Re: [openstack-dev] [Fuel] [FFE] Use packetary for building ISO

Hello team's , Please take in mind my HUGE +1 We really need to remove package building process from iso build flow. On Wed, Mar 2, 2016 at 3:40 PM, Vladimir Kozhukalov < [email protected]> wrote: > Andrew, > > I think everything will be ready by Wednesday 03/09/2016. We have just > fixe

Re: [openstack-dev] [neutron] - Changing the Neutron default security group rules

On 3 March 2016 at 10:38, Ihar Hrachyshka wrote: > Kevin Benton wrote: > > Hi, >> >> I know this has come up in the past, but some folks in the infra channel >> brought up the topic of changing the default security groups to allow all >> traffic. >> >> They had a few reasons for this that I will

Re: [openstack-dev] [neutron] - Changing the Neutron default security group rules

Salvatore Orlando wrote: On 3 March 2016 at 10:38, Ihar Hrachyshka wrote: Kevin Benton wrote: Hi, I know this has come up in the past, but some folks in the infra channel brought up the topic of changing the default security groups to allow all traffic. They had a few reasons for th

[openstack-dev] [oslo] PTL for Newton and beyond

Team, It has been great working with you all as PTL for Oslo. Looks like the nominations open up next week for elections and am hoping more than one of you will step up for the next cycle(s). I can show you the ropes and help smoothen the transition process if you let me know about your interest i

Re: [openstack-dev] [nova] config options help text improvement: current status

Doug Hellmann wrote on 03/02/2016 07:19:22 PM: > From: Doug Hellmann > To: openstack-dev > Date: 03/02/2016 07:20 PM > Subject: Re: [openstack-dev] [nova] config options help text > improvement: current status > > Excerpts from Markus Zoeller's message of 2016-03-02 18:45:45 +0100: > > [a lo

Re: [openstack-dev] [oslo] PTL for Newton and beyond

On 03/03/16 06:32 -0500, Davanum Srinivas wrote: Team, It has been great working with you all as PTL for Oslo. Looks like the nominations open up next week for elections and am hoping more than one of you will step up for the next cycle(s). I can show you the ropes and help smoothen the transiti

Re: [openstack-dev] [oslo] PTL for Newton and beyond

On 03/03/16 06:32 -0500, Davanum Srinivas wrote: Team, It has been great working with you all as PTL for Oslo. Looks like the nominations open up next week for elections and am hoping more than Btw, small nit, it's in R-3 (March 14-18). http://releases.openstack.org/mitaka/schedule.html Flav

Re: [openstack-dev] [nova] config options help text improvement: current status

Markus Zoeller/Germany/IBM@IBMDE wrote on 03/03/2016 11:45:52 AM: > From: Markus Zoeller/Germany/IBM@IBMDE > To: "OpenStack Development Mailing List \(not for usage questions\)" > > Date: 03/03/2016 11:47 AM > Subject: Re: [openstack-dev] [nova] config options help text > improvement: current s

[openstack-dev] [Fuel] [Ci] New 'fuel-astute' gate job

Hi to all, please be informed that starting from today we're launching gate job [1] for 'fuel-astute' package [2] Mentioned job will be triggered on each commit and will perform next steps: - build a package from the commit - run system tests scenario [3] with using created package - vote in a pa

Re: [openstack-dev] [oslo] PTL for Newton and beyond

On 03/03/2016 06:32 AM, Davanum Srinivas wrote: > Team, > > It has been great working with you all as PTL for Oslo. Looks like the > nominations open up next week for elections and am hoping more than > one of you will step up for the next cycle(s). I can show you the > ropes and help smoothen the

Re: [openstack-dev] [oslo] PTL for Newton and beyond

+1 Gracias Dims! On 3/3/16, 2:26 PM, "Sean Dague" wrote: >On 03/03/2016 06:32 AM, Davanum Srinivas wrote: >> Team, >> >> It has been great working with you all as PTL for Oslo. Looks like the >> nominations open up next week for elections and am hoping more than >> one of you will step up f

Re: [openstack-dev] [puppet] adding ovs dpdk agent into neutron

> -Original Message- > From: Emilien Macchi [mailto:[email protected]] > Sent: Wednesday, March 2, 2016 8:33 PM > To: Ptacek, MichalX ; 'OpenStack Development > Mailing List (not for usage questions)' [email protected]>; [email protected] > Cc: Mooney, Sean K ; Czesnowicz, Prz

Re: [openstack-dev] [oslo] PTL for Newton and beyond

Dims, Thanks a lot for your hard work being PTL! It has been great working with you! Thanks, Oleksii On Thu, Mar 3, 2016 at 2:40 PM, Gary Kotton wrote: > +1 > > Gracias Dims! > > > > > On 3/3/16, 2:26 PM, "Sean Dague" wrote: > > >On 03/03/2016 06:32 AM, Davanum Srinivas wrote: > >> Team, > >>

Re: [openstack-dev] [puppet] adding ovs dpdk agent into neutron

> -Original Message- > From: Vladimir Eremin [mailto:[email protected]] > Sent: Wednesday, March 2, 2016 8:49 PM > To: OpenStack Development Mailing List (not for usage questions) > > Cc: Emilien Macchi ; [email protected]; Mooney, > Sean K > Subject: Re: [openstack-dev] [puppet]

Re: [openstack-dev] [Fuel] Nominate Maksim Malchuk for the fuel-virtualbox-core team

+1 On Thu, Mar 3, 2016 at 12:57 PM, Aleksandr Didenko wrote: > +1 > > On Thu, Mar 3, 2016 at 11:00 AM, Kyrylo Galanov > wrote: > >> +1 >> >> On Thu, Mar 3, 2016 at 2:53 AM, Roman Vyalov >> wrote: >> >>> +1 >>> >>> On Wed, Mar 2, 2016 at 5:47 PM, Sergey Kulanov >>> wrote: >>> Hey Fuelers,

[openstack-dev] [nova] Identifying Mitaka release blockers

We have now 11-15 days left [1] until it is planned to release the first release candidate. To provide a stable release, we need to identify the potential release blockers. Bugs which potentially block the release should be tagged with "mitaka-rc-potential". They can then be queried in Launchpad w

Re: [openstack-dev] [Horizon] Blueprints for Outreachy internship

Hi Richard, Thanks for you reply. I had a short conversation with Matthias and we decided to put the blueprint for context-sensitive help as an internship idea for now. Maybe I add another project to the list, then I can look

Re: [openstack-dev] [Fuel] Nominate Maksim Malchuk for the fuel-virtualbox-core team

Maksim, good job! +1 from my side though I am not a core. On Thu, Mar 3, 2016 at 4:10 PM, Aleksey Zvyagintsev < [email protected]> wrote: > +1 > > On Thu, Mar 3, 2016 at 12:57 PM, Aleksandr Didenko > wrote: > >> +1 >> >> On Thu, Mar 3, 2016 at 11:00 AM, Kyrylo Galanov >> wrote: >> >>> +

Re: [openstack-dev] [ceilometer] Unable to get ceilometer events for instances running for demo project

Hey liusheng, When I run the command event-list with admin tenant I get all the available events but when I run the same command with demo environment variables set,I get empty list On Mar 3, 2016 2:19 PM, "liusheng" wrote: > Hi Umar, > You can only get the events(or events without project info)

[openstack-dev] [fuel][plugins] Should we maintain example plugins?

Hi Fuelers, I would like to bring your attention a dilemma we have here. It seems that there is a dispute as to whether we should maintain the releases list for example plugins[0]. In this case, this is for adding version 9.0 to the list. Right now, we run a swarm test that tries to install the e

Re: [openstack-dev] [oslo] PTL for Newton and beyond

+1. Thanks Dims!:) Regards, Martin - Martin Hickey | Software Development | OpenStack | Tel: + 353 21 7306040 From: Gary Kotton To: "OpenStack Development Mailing List (not for usage questions)" Date: 03/03/2016 12:40 Subject:Re: [openstack-dev] [oslo] PTL for Ne

Re: [openstack-dev] [oslo] PTL for Newton and beyond

Excerpts from Davanum Srinivas (dims)'s message of 2016-03-03 06:32:42 -0500: > Team, > > It has been great working with you all as PTL for Oslo. Looks like the > nominations open up next week for elections and am hoping more than > one of you will step up for the next cycle(s). I can show you the

[openstack-dev] [Trove][FFE] Module management

I'd like to request a feature freeze exception for "Add support for adding and applying module configuration to an instance" [1] The work was split up and several parts of this have already merged in Mitaka. [2][3][4]. I have one more troveclient commit and a commit for the remainder of the ser

Re: [openstack-dev] [ceilometer] Unable to get ceilometer events for instances running for demo project

Hey liusheng, When I run the command event-list with admin tenant I get all the available events but when I run the same command with demo environment variables set,I get empty list. So why I am not able to get the events for instances running on demo tenant like admin??? Regards, Umar On Mar 3, 20

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

Hi, All patches for DPDK feature [1] are on review, new patches are not expected: * https://review.openstack.org/286611 Support for DPDK enablement on node interfaces * https://review.openstack.org/284283 Add DPDK support for node interfaces For DPDK bonding [2]: * https://review.openstack.org/2

Re: [openstack-dev] [neutron] - Changing the Neutron default security group rules

On Wed, Mar 2, 2016 at 1:46 PM, Clark Boylan wrote: > On Wed, Mar 2, 2016, at 09:38 AM, Sean M. Collins wrote: > > Kevin Benton wrote: > > > * Neutron cannot be trusted to do what it says it's doing with the > security > > > groups API so users want to orchestrate firewalls directly on their > >

[openstack-dev] [docs] Can we get the "configuration reference" of master more often?

The "configuration reference" manual at [1] is really helpful to get an overview of the options and we (Nova folks) were wondering if we could have that updated more often [2]. Right now it is from November 2015 [3] and we (Nova folks) put a lot of effort this cycle in improving the help of our

Re: [openstack-dev] [docs] Can we get the "configuration reference" of master more often?

On Thu, Mar 3, 2016 at 8:37 AM, Markus Zoeller wrote: > The "configuration reference" manual at [1] is really helpful to get > an overview of the options and we (Nova folks) were wondering if we > could have that updated more often [2]. > > Right now it is from November 2015 [3] and we (Nova folk

[openstack-dev] [release][stable][keystone] keystonemiddleware 2.3.3 release (liberty)

We are jazzed to announce the release of: keystonemiddleware 2.3.3: Middleware for OpenStack Identity This release is part of the liberty stable release series. With source available at: http://git.openstack.org/cgit/openstack/keystonemiddleware Please report issues through launchpad:

[openstack-dev] [release][stable][keystone] keystoneauth1 1.1.2 release (liberty)

We are thrilled to announce the release of: keystoneauth1 1.1.2: Authentication Library for OpenStack Identity This release is part of the liberty stable release series. With source available at: http://git.openstack.org/cgit/openstack/keystoneauth Please report issues through launchpad:

Re: [openstack-dev] [docs] Can we get the "configuration reference" of master more often?

On 2016-03-03 15:37, Markus Zoeller wrote: > The "configuration reference" manual at [1] is really helpful to get > an overview of the options and we (Nova folks) were wondering if we > could have that updated more often [2]. > > Right now it is from November 2015 [3] and we (Nova folks) put a l

Re: [openstack-dev] FW: [magnum][magnum-ui] Liaisons for I18n

I added Magnum to the list... Feel free to add your name and IRC nick, Shu. https://wiki.openstack.org/wiki/CrossProjectLiaisons#I18n > One thing to note. > > The role of i18n liaison is not to keep it well translated. > The main role is in a project side, > for example, to encourage i18n relate

[openstack-dev] [release][stable][keystone] keystone 8.1.0 release (liberty)

We are jazzed to announce the release of: keystone 8.1.0: OpenStack Identity This release is part of the liberty stable release series. For more details, please see below. 8.1.0 ^ New Features * [bug 1490804 (https://bugs.launchpad.net/keystone/+bug/1490804)] Audit IDs are

Re: [openstack-dev] [oslo][all] Documenting configuration options lifespan

> > * When an option is changed, or marked as deprecated, during normal > reviews > > it should then be identified accordingly with these new attributes. > > * The "changed" attribute would only be applicable moving forward with a > > developer change in default value, ranges etc (changing help tex

Re: [openstack-dev] [nova] nova hooks - document & test or deprecate?

On Wed, Mar 2, 2016 at 8:25 PM, Adam Young wrote: > On 02/29/2016 01:49 PM, Andrew Laski wrote: >> >> >> On Mon, Feb 29, 2016, at 01:18 PM, Dan Smith wrote: Forgive my ignorance or for playing devil's advocate, but wouldn't the main difference between notifications and hooks be that

Re: [openstack-dev] [neutron] - Changing the Neutron default security group rules

On Wed, Mar 02, 2016 at 10:19:50PM +, James Denton wrote: :My opinion is that the current stance of ‘deny all’ is probably the safest bet for all parties (including users) at this point. It’s been that way for years now, and is a substantial change that may result in little benefit. After all

Re: [openstack-dev] [docs] Can we get the "configuration reference" of master more often?

On Thu, Mar 3, 2016 at 9:51 AM, Andreas Jaeger wrote: > On 2016-03-03 15:37, Markus Zoeller wrote: > > The "configuration reference" manual at [1] is really helpful to get > > an overview of the options and we (Nova folks) were wondering if we > > could have that updated more often [2]. > > > > R

Re: [openstack-dev] [Fuel][FFE] API must allow VIP to be manually set to ANY valid IP address

I'm glad to inform you that all required functionality for the feature was successfully landed into upstream and FFE is not needed anymore. On Mon, Feb 29, 2016 at 7:23 PM, Artem Roma wrote: > Colleagues, > I would like to request a feature freeze exception for 'API must allow VIP > to be manual

Re: [openstack-dev] [neutron] - Changing the Neutron default security group rules

On Wed, Mar 02, 2016 at 11:36:17AM -0800, Gregory Haynes wrote: :Clearly, some operators and users disagree with the opinion that 'by :default security groups should closed off' given that we have several :large public providers who have changed these defaults (despite there :being no documented wa

Re: [openstack-dev] [neutron] - Changing the Neutron default security group rules

On Wed, Mar 02, 2016 at 02:05:40PM -0600, Monty Taylor wrote: :(try writing an idempotent ansible playbook that tries to make your :security group look exactly like you want it not knowing in advance :what security group rules this provider happens to want to give you :that you didn't think to exp

Re: [openstack-dev] [oslo] PTL for Newton and beyond

Dims, As my first project and cycle in OpenStack I have really appreciated your input and direction as I was starting out and during Mitaka cycle. It has been great to learn just a bit of what PTL of Oslo is and does, so thanks for all your hard work. I hope I can work with the team to help turn t

Re: [openstack-dev] [Fuel] [FFE] Use packetary for building ISO

On 03/03/2016 07:14 PM, Aleksey Zvyagintsev wrote: > Hello team's , > Please take in mind my HUGE +1 > We really need to remove package building process from iso build flow. Same point of view over here. Let's get rid of the "make world" approach ASAP. Cheers, Thomas Goirand (zigo) __

Re: [openstack-dev] [nova] nova hooks - document & test or deprecate?

On Thu, Mar 03, 2016 at 09:09:03AM -0600, Sam Matzek wrote: > On Wed, Mar 2, 2016 at 8:25 PM, Adam Young wrote: > > On 02/29/2016 01:49 PM, Andrew Laski wrote: > >> > >> > >> On Mon, Feb 29, 2016, at 01:18 PM, Dan Smith wrote: > > Forgive my ignorance or for playing devil's advocate, but

[openstack-dev] [release][glance] glance_store 0.13.0 release (mitaka)

We are stoked to announce the release of: glance_store 0.13.0: OpenStack Image Service Store Library This release is part of the mitaka release series. With source available at: http://git.openstack.org/cgit/openstack/glance_store With package available at: https://pypi.python.org/pyp

[openstack-dev] [networking guide] - Meeting reminder

Folks, Just a kind reminder that our IRC meeting will start in 20 minutes. https://wiki.openstack.org/wiki/Documentation/NetworkingGuide/Meetings Channel: #openstack-meeting Thanks, Edgar __ OpenStack Development Mailing Li

Re: [openstack-dev] [kuryr] Docker cannot find the created network with kuryr driver

Hi Mars, I get similar problem before, it is because I capability_scope is global. After I modify it to local, it works. But it should already be fixed in the following patch: https://review.openstack.org/#/c/264653/ You may check your capability_scope config or use latest code to have a try.

Re: [openstack-dev] [nova] config options help text improvement: current status

Excerpts from Markus Zoeller's message of 2016-03-03 12:50:55 +0100: > Doug Hellmann wrote on 03/02/2016 07:19:22 PM: > > > From: Doug Hellmann > > To: openstack-dev > > Date: 03/02/2016 07:20 PM > > Subject: Re: [openstack-dev] [nova] config options help text > > improvement: current status >

Re: [openstack-dev] [Fuel] UI code freeze

Fuel UI code has been completely removed from fuel-web repo and CI jobs to verify fuel-web RR with fuel-ui code and fuel-ui RR with fuel-web code have been set up. So the code separation can be considered as done. Though there is one thing needs to be done and we don't know how to solve that task

Re: [openstack-dev] [oslo] PTL for Newton and beyond

On Thu, Mar 3, 2016 at 8:22 AM, Ronald Bradford wrote: > Dims, > > As my first project and cycle in OpenStack I have really appreciated your > input and direction as I was starting out and during Mitaka cycle. > It has been great to learn just a bit of what PTL of Oslo is and does, so > thanks fo

Re: [openstack-dev] [oslo][all] Documenting configuration options lifespan

Excerpts from Ronald Bradford's message of 2016-03-03 09:54:16 -0500: > > > * When an option is changed, or marked as deprecated, during normal > > reviews > > > it should then be identified accordingly with these new attributes. > > > * The "changed" attribute would only be applicable moving forwa

[openstack-dev] [kuryr] Did kuryr need to know about Docker's cluster store?

On Feb 5 I was given a tarchive of kuryr with an install script that configures the docker daemon to use consul as its cluster store. If I modify the config of docker to use etcd instead then do I need to change anything in Kuryr? Thanks, Mike ___

Re: [openstack-dev] [nova] Non-Admin user can show deleted instances using changes-since parameter when calling list API

On 3/3/2016 10:02 AM, Matt Riedemann wrote: On 3/3/2016 2:55 AM, Zhenyu Zheng wrote: Yes, I agree with you guys, I'm also OK for non-admin users to list their own instances no matter what status they are. My question is this: I have done some tests, yet we have 2 different ways to list dele

Re: [openstack-dev] [oslo] PTL for Newton and beyond

On 03/03/2016 04:05 AM, Flavio Percoco wrote: Thanks for all your hard work as an Oslo PTL. You did amazing and I think you'd do an awesome mentor for other folks as well. It was an honor to have you as a PTL and I look forward to keep working with you as an Oslo contributor. +2 +A ;) -Josh _

Re: [openstack-dev] [fuel][plugins] Should we maintain example plugins?

On Thu, Mar 3, 2016 at 7:19 AM, Matthew Mosesohn wrote: > > Hi Fuelers, > > I would like to bring your attention a dilemma we have here. It seems > that there is a dispute as to whether we should maintain the releases > list for example plugins[0]. In this case, this is for adding version > 9.0 to

Re: [openstack-dev] [nova] Non-Admin user can show deleted instances using changes-since parameter when calling list API

On 3/3/2016 2:55 AM, Zhenyu Zheng wrote: Yes, I agree with you guys, I'm also OK for non-admin users to list their own instances no matter what status they are. My question is this: I have done some tests, yet we have 2 different ways to list deleted instances (not counting using changes-since

[openstack-dev] [release][ironic] ironic-lib 1.1.0 release (mitaka)

We are pumped to announce the release of: ironic-lib 1.1.0: Ironic common library This release is part of the mitaka release series. With package available at: https://pypi.python.org/pypi/ironic-lib For more details, please see below. Changes in ironic-lib 1.0.0..1.1.0 --

Re: [openstack-dev] [neutron] - Changing the Neutron default security group rules

Hi Jon, As part of our FWaaS V2 efforts [1] we have been rethinking FWaaS and Security Groups. The idea is that eventually to augment Security Groups with some richer functionality and provide a default FWaaS policy to add to the (vm) port. Furthermore there is a way to “share” Firewall rules w

[openstack-dev] [Murano] [FFE] Support TOSCA definitions for applications

Hi all, I would like to request a feature freeze exception for "Support TOSCA definitions for applications" [1]. The spec is already merged [2], patch is on review [3] and the task is almost finished. I am looking forward for your decision about considering this change for a FFE. [1] https://blue

Re: [openstack-dev] [neutron] - Changing the Neutron default security group rules

sridhar basam wrote: > This doesn't sound like a neutron issue but an issue with how the > conntrack module for GRE changed in the kernel in 3.18. > > > http://comments.gmane.org/gmane.comp.security.firewalls.netfilter.general/47705 > > Sri Oooh! Wicked nice find. Thanks Sri! -- Sean M. Colli

Re: [openstack-dev] [fuel][plugins] Should we maintain example plugins?

IMHO it is important to keep plugin examples and keep testing them, very valuable for plugin developers. For example, I've encountered [0] the case where "plugin as role" feature wasn't easily testable with fuel-qa because not compliant with the last plugin data structure, and more recently we've

Re: [openstack-dev] [neutron] - Changing the Neutron default security group rules

On 2016-03-03 12:53 PM, Sean M. Collins wrote: > sridhar basam wrote: >> This doesn't sound like a neutron issue but an issue with how the >> conntrack module for GRE changed in the kernel in 3.18. >> >> >> http://comments.gmane.org/gmane.comp.security.firewalls.netfilter.general/47705 >> >> Sri >

Re: [openstack-dev] [ceilometer] Unable to get IPMI meter readings

So, we upgraded our openstack install from Juno to Kilo 2015.1.1 Not sure if this fixed some stuff, but I can now get samples for hardware.ipmi.(fan|temperature). However, I want to get hardware.ipmi.node.power samples and I get the following error in the ceilometer log- ERROR ceilometer.agent.bas

Re: [openstack-dev] [Openstack-operators] OpenStack Contributor Awards

On Tue, Feb 16, 2016 at 2:48 AM Tom Fifield wrote: > > in the meantime, let's use this thread to discuss the fun part: goodies. > What do you think we should lavish award winners with? Soft toys? > Perpetual trophies? baseball caps ? > "I made a substantial contribution to OpenStack, and all I g

[openstack-dev] [app-catalog] App Catalog IRC meeting minutes - 3/3/2016

During our meeting this morning we touched on some of the excellent stuff markvan is doing with Horizon integration testing (thanks!) We also talked some more about transition/implementation details around using GLARE as the backend for the app catalog. kzaitsev_mb is making some excellent progre

Re: [openstack-dev] [neutron] - Changing the Neutron default security group rules

Mathieu Gagné wrote: > We had issue with GRE but unrelated to the one mentioned above. > > Although security group is configured to allow GRE, > nf_conntrack_proto_gre module is not loaded by iptables/Neutron and > traffic is dropped. We had to load the module manually. > Let's put together a bu

[openstack-dev] [sahara] FFE Request for Improving anti-affinity in Sahara

Hi folks, I would like to request a FFE for the feature “Improving anti-affinity in Sahara”: BP: https://blueprints.launchpad.net/sahara/+spec/improving-anti-affinity Specification Review: https://review.openstack.org/#/c

Re: [openstack-dev] [Neutron] Evolving the stadium concept

Hi folks, Status update on this matter: Russell, Kyle and I had a number of patches out [1], to try and converge on how to better organize Neutron-related efforts. As a result, a number of patches merged and a number of patches are still pending. Because of Mitaka feature freeze, other initiative

Re: [openstack-dev] [sahara] FFE Request for Improving anti-affinity in Sahara

Hi, correct spec link is https://review.openstack.org/#/c/269202/ Spec isn't approved and so FFE isn't granted. It's very important to not spread the team's efforts onto reviewing specs and additional features in the pre-RC time frame, so, I'm considering non-merged spec as a blocker for FFE. Th

Re: [openstack-dev] [nova][cinder] Limits on volume read throughput?

Note that my end goal is to benchmark an application that runs in an instance that does primarily large sequential full-volume-reads. On this path I ran into unexpectedly poor performance within the instance. If this is a common characteristic of OpenStack, then this becomes a question of concern

Re: [openstack-dev] [sahara] FFE Request for Improving anti-affinity in Sahara

Hi, On Fri, Mar 4, 2016 at 12:43 AM, Sergey Lukjanov wrote: > Hi, > > correct spec link is https://review.openstack.org/#/c/269202/ > Sorry for the incorrect links Specification Review: https://review.openstack.org/#/c/269202/ Code Review: https://re

Re: [openstack-dev] [nova][cinder] Limits on volume read throughput?

On 03/03/2016 01:13 PM, Preston L. Bannister wrote: > Scanning the same volume from within the instance still gets the same > ~450MB/s that I saw before. Hmmm, with iSCSI inbetween that could be the TCP memcpy limitation. Measuring iSCSI in isolation is next on my list. Both on th

[openstack-dev] [nova] deprecating pluggable managers

As we were evaluating bits of configuration that we really don't expect people to use, one of the issues is pluggable managers. From the early days of Nova the classes that ran the service managers were defined in the config file. However, something we largely haven't supported in a real way in a w

[openstack-dev] [murano][stable] New blocking stable/liberty bug 1552887

FYI, it looks like a change made to the stable/liberty branch for murano on 3/1 broke the unit tests, details are in the bug: https://bugs.launchpad.net/murano/+bug/1552887 -- Thanks, Matt Riedemann __ OpenStack Develop

[openstack-dev] [docs] Octavia configuration options were deleted but needed for Mitaka

This is in reference to bug: https://bugs.launchpad.net/openstack-manuals/+bug/1552797 The liberty documentation set has the octavia.conf section: http://docs.openstack.org/liberty/config-reference/content/networking-plugin-lbaas.html The current Mitaka documentation does not have an octavia.con

[openstack-dev] [Neutron] Mitaka release planning

Hi Neutrinos, Mitaka-3 is out [1] and we should be focussing on rc1. This is the time where we switch gear: - Test M-3, find issues and target them for RC1 [2]; - Apply/agree for FFE status for pending features on the postmortem [3]; - For features that get FFE granted, I'll be moving ta

Re: [openstack-dev] [magnum][magnum-ui] Liaisons for I18n

Yuanying, I would be happy to appoint Shu Muto for that role. I’ll check in with him about that. Thanks, Adrian On Mar 1, 2016, at 6:11 PM, 大塚元央 mailto:[email protected]>> wrote: Hi team, Shu Muto is interested in to became liaisons from magnum-ui. He put great effort into translating

[openstack-dev] [Trove][FFE] Vertica configuration groups

I'd like to request a feature freeze exception for "Vertica configuration groups". [1] The code/tests for this feature are complete and have been in review [2] since Feb 23. The FFE is being requested so that the reviewers have more time to review/test etc. Hopefully the review process can be

[openstack-dev] [Trove][FFE] Vertica Cluster Grow and Shrink

I'd like to request a feature freeze exception for "Vertica Cluster Grow and Shrink". [1] The code/tests for this feature are complete and have been in review [2] since Feb 17. The FFE is being requested so that the reviewers have more time to review/test etc. Hopefully the review process can

[openstack-dev] [release][barbican] python-barbicanclient 4.0.0 release (mitaka)

We are tickled pink to announce the release of: python-barbicanclient 4.0.0: Client Library for OpenStack Barbican Key Management API This release is part of the mitaka release series. With source available at: https://git.openstack.org/cgit/openstack/python-barbicanclient/ Please report i

[openstack-dev] [release][horizon] django_openstack_auth 2.2.0 release (mitaka)

We are tickled pink to announce the release of: django_openstack_auth 2.2.0: Django authentication backend for use with OpenStack Identity This release is part of the mitaka release series. With source available at: http://git.openstack.org/cgit/openstack/django_openstack_auth/ With packag

  1   2   >