Re: [openstack-dev] [neutron][taas] start time of weekly TaaS IRC meeting

reminder: the patch has been merged and we'll use the new time slot from this week. On Tue, Apr 12, 2016 at 1:16 PM, Takashi Yamamoto wrote: > it's my understanding too. > i submitted the change: https://review.openstack.org/#/c/304383/ > please +1 if you are ok. > > On

[openstack-dev] [cross-project] Meeting SKIPPED, Tue April 19th, 21:00 UTC

Hi all! We will be skipping the cross-project meeting since there are no agenda items to discuss, but someone can add one [1] to call a meeting next time. Thanks! [1] - https://wiki.openstack.org/wiki/Meetings/CrossProjectMeeting#Proposed_agenda -- Mike

[openstack-dev] [vitrage] Vitrage weekly meeting

Hi, Vitrage weekly meeting will be held tomorrow at 9:00 UTC. Notice the daylight saving time issues - it might be one hour late. We will have a short meeting focused on the preparations for Austin Summit. Thanks, Ifat.

[openstack-dev] [tripleo][heat][all] Summit session clashes

All of the TripleO design summit sessions are on Thursday afternoon in slots which clash with Heat sessions. Heat is a core component of TripleO and as a contributor to both projects I was rather hoping to attend as many of both sessions as possible - I don't think I'm alone in this desire.

Re: [openstack-dev] [Magnum] duplicate scripts in different coes

Sure that is the things I want to cleanup long time before. I listed on https://etherpad.openstack.org/p/magnum-newton-design-summit-topics (item 12) and bug https://bugs.launchpad.net/magnum/+bug/1517218 On 2016年04月19日 10:40, 王华 wrote: Hi all, There are some duplicate scripts in different

Re: [openstack-dev] [Magnum]Cache docker images

@wanghua I think there were some discussion already , check https://blueprints.launchpad.net/magnum/+spec/support-private-registry and https://blueprints.launchpad.net/magnum/+spec/allow-user-softwareconfig On

[openstack-dev] [horizon] Can we have multiple tab groups in one page?

HI, Everyone: Document says : .. attribute:: tab_group_class The only required attribute for ``TabView``. It should be a class which inherits from :class:`horizon.tabs.TabGroup`. """ Can we have multiple tab groups in one page? Seems

Re: [openstack-dev] [horizon] Set CSS style for each cell in Datatable according to the value

Thank you ! That works for me ! *Best Regards！* *Chao Yan--About me ： http://about.me/chao_yan * *My twitter： @yanchao727 * *My Weibo： http://weibo.com/herewearenow * *--*

[openstack-dev] [Magnum]Cache docker images

Hi all, We want to eliminate pulling docker images over the Internet on bay provisioning. There are two problems of this approach: 1. Pulling docker images over the Internet is slow and fragile. 2. Some clouds don't have external Internet access. It is suggested to build all the required images

Re: [openstack-dev] [Tricircle] Error runnig py27

Hello, Khayam, You can write the test case for the exception like : http://paste.openstack.org/show/494530/ Best Regards Chaoyi Huang ( Joe Huang ) From: Khayam Gondal [mailto:khayam.gon...@gmail.com] Sent: Monday, April 18, 2016 8:22 PM To: joehuang Cc: OpenStack Development Mailing List (not

[openstack-dev] [Magnum] duplicate scripts in different coes

Hi all, There are some duplicate scripts in different coes now, for example scripts for tls and etcd. I think we should put them into a common function module. If there is some minor difference between the scripts in different coes, we can pass different parameters to these scripts. Regards,

[openstack-dev] [neutron][dvr]Why drop flows like "table=1, priority=3, arp, dl_vlan=1, arp_tpa=192.168.10.1, actions=drop"?

hi, all. I have a small question about flows in br-tun. I find some flows which drop traffic. These flows like this " table=1, n_packets=2, n_bytes=84, idle_age=731, hard_age=65534, priority=3,arp,dl_vlan=1,arp_tpa=192.168.10.1 actions=drop table=1, n_packets=1, n_bytes=42, idle_age=904,

[openstack-dev] [tripleo][releases] Remove diskimage-builder from releases

Hi, diskimage-builder has fallen under the "centralised release tagging" mechanism [1], presumably because it is under tripleo. I'd like to propose that we don't do that. Firstly, dib doesn't have any branches to manage. dib's other main function is as part of the daily CI image builds. This

Re: [openstack-dev] [horizon][keystone] Getting Auth Token from Horizon when using Federation

On 04/18/2016 12:34 PM, Martin Millnert wrote: Hi, we're deploying Liberty (soon Mitaka) with heavy reliance on the SAML2 Federation system by Keystone where we're a Service Provider (SP). The problem in this situation is getting a token for direct API access.(*) There are conceptually two

Re: [openstack-dev] [magnum][kuryr] Shared session in design summit

Magnum has some kind of support to provide volume support in containers, also have some proposal topics to integrate Manila if possible. Thanks Best Wishes, Kai Qiang Wu (吴开强 Kennan） IBM China System and

Re: [openstack-dev] [Congress]Authorization mechanisms for each user

Hi Tim, Thanks. Your information is very useful for me. >I know someone was doing what you are proposing to implement a sophisticated notion of quotas for Nova I'll read later and make use of it as sample program. >though there's been talk of a more dynamic policy.json in the past I didn't know

Re: [openstack-dev] [Keystone] State of Fernet Token deployment

On Mon, Apr 18, 2016 at 5:43 PM, Matt Fischer wrote: > On Mon, Apr 18, 2016 at 12:52 PM, Morgan Fainberg < > morgan.fainb...@gmail.com> wrote: > >> >> >> On Mon, Apr 18, 2016 at 7:29 AM, Brant Knudson wrote: >> >>> >>> >>> On Fri, Apr 15, 2016 at 9:04 PM,

Re: [openstack-dev] [keystone][barbican][designate][murano][fuel][ironic][cue][ceilometer][astara][gce-api][kiloeyes] keystoneclient 3.0.0 release - no more CLI!

barbican fix: https://review.openstack.org/#/c/247810/ but no patch update since Nov 20 On Tue, Apr 19, 2016 at 7:59 AM, ZhiQiang Fan wrote: > ironic fix: https://review.openstack.org/307523 > > On Tue, Apr 19, 2016 at 7:50 AM, ZhiQiang Fan wrote: > >>

Re: [openstack-dev] [Keystone] State of Fernet Token deployment

On Mon, Apr 18, 2016 at 12:52 PM, Morgan Fainberg wrote: > > > On Mon, Apr 18, 2016 at 7:29 AM, Brant Knudson wrote: > >> >> >> On Fri, Apr 15, 2016 at 9:04 PM, Adam Young wrote: >> >>> We all want Fernet to be a reality. We ain't

Re: [openstack-dev] [keystone][barbican][designate][murano][fuel][ironic][cue][ceilometer][astara][gce-api][kiloeyes] keystoneclient 3.0.0 release - no more CLI!

ironic fix: https://review.openstack.org/307523 On Tue, Apr 19, 2016 at 7:50 AM, ZhiQiang Fan wrote: > ceilometer fix: https://review.openstack.org/307521 > > On Tue, Apr 19, 2016 at 4:05 AM, Steve Martinelli > wrote: > >> Everyone, >> >> I sent out a

Re: [openstack-dev] [keystone][barbican][designate][murano][fuel][ironic][cue][ceilometer][astara][gce-api][kiloeyes] keystoneclient 3.0.0 release - no more CLI!

ceilometer fix: https://review.openstack.org/307521 On Tue, Apr 19, 2016 at 4:05 AM, Steve Martinelli wrote: > Everyone, > > I sent out a note about this on Friday [1], but I'll repeat it here and > tag individual projects. The keystone team *will* be releasing a new >

Re: [openstack-dev] [horizon][keystone] Getting Auth Token from Horizon when using Federation

On Mon, Apr 18, 2016 at 11:34 AM, Martin Millnert wrote: > Hi, > > we're deploying Liberty (soon Mitaka) with heavy reliance on the SAML2 > Federation system by Keystone where we're a Service Provider (SP). > > The problem in this situation is getting a token for direct API >

Re: [openstack-dev] [magnum][kuryr] Shared session in design summit

Thanks Hongbin, Actually we have a new project called Fuxi that sorta like Kuryr for storage, would be glad to discuss the ideas On Tue, Apr 19, 2016 at 5:26 AM, Hongbin Lu wrote: > Hi all, > > > > The Magnum-Kuryr joined session was scheduled to Thursday 11:50 – 12:30:

Re: [openstack-dev] [nova] [neutron] the nova network facade that isn't

On 04/18/2016 04:33 PM, Sean Dague wrote: When doing bug triage this morning a few bugs popped up: - https://bugs.launchpad.net/nova/+bug/1456899 - nova absolute-limits Security groups count incorrect when using Neutron - https://bugs.launchpad.net/nova/+bug/1376316 - nova absolute-limits

Re: [openstack-dev] [Congress]Authorization mechanisms for each user

Hi Yuki, That description was very helpful. In short, policy.json doesn't work because the person setting policy is not permitted to change policy.json (which happens in part because policy.json has no API for controlling it). In that case, using Congress makes sense. I know someone was doing

Re: [openstack-dev] [Keystone] State of Fernet Token deployment

On Mon, Apr 18, 2016 at 5:14 PM, Adam Young wrote: > On 04/18/2016 10:29 AM, Brant Knudson wrote: > > > > On Fri, Apr 15, 2016 at 9:04 PM, Adam Young wrote: > >> We all want Fernet to be a reality. We ain't there yet (Except for mfish >> who has no

Re: [openstack-dev] [Keystone] State of Fernet Token deployment

Its also could be more difficult for ops to debug if it autocreates it on a cluster when config management is broken and you don't realize it, and you see keys that were created, but totally wrong for the cluster. Though maybe there should be a generic ha=True option in keystone to override

Re: [openstack-dev] [release][requirements][packaging][summit] input needed on summit discussion about global requirements

Hi Doug, I very much welcome opening such a thread before the discussion at the summit, as often, sessions are too short. Taking the time to write things down first also helps having a more constructive discussion. Before I reply to each individual message below, let me attempt to reply to the

Re: [openstack-dev] [Keystone] State of Fernet Token deployment

On 04/18/2016 10:29 AM, Brant Knudson wrote: On Fri, Apr 15, 2016 at 9:04 PM, Adam Young > wrote: We all want Fernet to be a reality. We ain't there yet (Except for mfish who has no patience) but we are getting closer. The goal is

Re: [openstack-dev] [Keystone] State of Fernet Token deployment

On 04/18/2016 02:10 PM, Matt Fischer wrote: Thanks Brant, I will missing that distinction. On Mon, Apr 18, 2016 at 9:43 AM, Brant Knudson > wrote: On Mon, Apr 18, 2016 at 10:20 AM, Matt Fischer >

Re: [openstack-dev] [OpenStack Foundation] [board][tc][all] One Platform – Containers/Bare Metal? (Re: Board of Directors Meeting)

I'd love to attend, but this is right on top of the app catalog meeting. I think the app catalog might be one of the primary users of a cross COE api. At minimum we'd like to be able to be able to store url's for Kubernetes/Swarm/Mesos templates and have an api to kick off a workflow in

Re: [openstack-dev] [nova] Launchpad bug spring cleaning day Monday 4/18

On 4/18/2016 9:00 AM, Markus Zoeller wrote: In case the dashboard is not loading, you can use * query_inconsistent.py * query_stale_incomplete.py from https://github.com/markuszoeller/openstack/tree/master/scripts/launchpad Regards, Markus Zoeller (markus_z) From: Matt

Re: [openstack-dev] [nova] Question on removal of 'arbitrary' pluggable interfaces

On 04/18/2016 01:14 PM, Jay Pipes wrote: > Each configuration option's deprecation is indicated in the Nova source > code in the configuration option's declaration. For instance: > > https://github.com/openstack/nova/blob/master/nova/conf/compute.py#L86-L91 > > grep for

Re: [openstack-dev] [ironic] weekly subteam status report

On Mon, Apr 18, 2016 at 3:10 PM, Ruby Loo wrote: > ... > Network isolation (Neutron/Ironic work) (jroll) > === > - Still needs review > - cross-project session tuesday on the future of bare metal networking: >

Re: [openstack-dev] [magnum][kuryr] Shared session in design summit

Hi all, The Magnum-Kuryr joined session was scheduled to Thursday 11:50 – 12:30: https://www.openstack.org/summit/austin-2016/summit-schedule/events/9099 . I am looking forward to seeing you all there. In addition, Magnum will have another session for container storage:

Re: [openstack-dev] [OpenStack Foundation] [board][tc][all] One Platform – Containers/Bare Metal? (Re: Board of Directors Meeting)

Hi all, Magnum will have a fishbowl session to discuss if it makes sense to build a common abstraction layer for all COEs (kubernetes, docker swarm and mesos): https://www.openstack.org/summit/austin-2016/summit-schedule/events/9102 Frankly, this is a controversial topic since I heard

Re: [openstack-dev] [oslo][keystone][documentation][gate] Babel dependency for oslo.log

Please check whether translation of these is setup in project-config, Andreas -- Andreas Jaeger aj@{suse.com,opensuse.org} Twitter/Identica: jaegerandi SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Felix Imendörffer, Jane Smithard, Dilip Upmanyu, Graham Norton, HRB

Re: [openstack-dev] [nova] [neutron] the nova network facade that isn't

On 4/18/2016 3:33 PM, Sean Dague wrote: When doing bug triage this morning a few bugs popped up: - https://bugs.launchpad.net/nova/+bug/1456899 - nova absolute-limits Security groups count incorrect when using Neutron - https://bugs.launchpad.net/nova/+bug/1376316 - nova absolute-limits

Re: [openstack-dev] [oslo][keystone][documentation][gate] Babel dependency for oslo.log

Davanum Srinivas wrote: On Mon, Apr 18, 2016 at 4:28 PM, Joshua Harlow wrote: Okie, the following reviews are up: https://review.openstack.org/307461 (oslo.concurrency) https://review.openstack.org/307463 (oslo.cache) https://review.openstack.org/307464 (oslo.privsep)

Re: [openstack-dev] [oslo][keystone][documentation][gate] Babel dependency for oslo.log

On Mon, Apr 18, 2016 at 4:28 PM, Joshua Harlow wrote: > Okie, the following reviews are up: > > https://review.openstack.org/307461 (oslo.concurrency) > https://review.openstack.org/307463 (oslo.cache) > https://review.openstack.org/307464 (oslo.privsep) >

[openstack-dev] [nova] [neutron] the nova network facade that isn't

When doing bug triage this morning a few bugs popped up: - https://bugs.launchpad.net/nova/+bug/1456899 - nova absolute-limits Security groups count incorrect when using Neutron - https://bugs.launchpad.net/nova/+bug/1376316 - nova absolute-limits floating ip count is incorrect in a neutron based

Re: [openstack-dev] [oslo][keystone][documentation][gate] Babel dependency for oslo.log

Okie, the following reviews are up: https://review.openstack.org/307461 (oslo.concurrency) https://review.openstack.org/307463 (oslo.cache) https://review.openstack.org/307464 (oslo.privsep) https://review.openstack.org/307466 (oslo.middleware) https://review.openstack.org/307467 (oslo.log)

[openstack-dev] [keystone][barbican][designate][murano][fuel][ironic][cue][ceilometer][astara][gce-api][kiloeyes] keystoneclient 3.0.0 release - no more CLI!

Everyone, I sent out a note about this on Friday [1], but I'll repeat it here and tag individual projects. The keystone team *will* be releasing a new version of keystoneclient on *Thursday* that will not include a CLI. A quick codesearch showed that a few projects are still using the old

Re: [openstack-dev] [release][requirements][packaging][summit] input needed on summit discussion about global requirements

On 04/18/2016 02:10 PM, Jeremy Stanley wrote: > On 2016-04-18 13:58:03 -0500 (-0500), Matthew Thode wrote: >> Ya, I'd be happy to work more with upstream. I already review the >> stable-reqs updates and watch them for the stable branches I package >> for. Not sure what else is needed. > >

Re: [openstack-dev] [release][requirements][packaging][summit] input needed on summit discussion about global requirements

Excerpts from Jeremy Stanley's message of 2016-04-18 19:10:52 +: > On 2016-04-18 13:58:03 -0500 (-0500), Matthew Thode wrote: > > Ya, I'd be happy to work more with upstream. I already review the > > stable-reqs updates and watch them for the stable branches I package > > for. Not sure what

Re: [openstack-dev] [Neutron] L3 HA testing on scale

Great work Ann. About testing on scale it’s not so problematic because of the Cloud For All project. Here [1] you can request for a multi node cluster which you can use to perform tests. Exact requirements are specified on that website. [1] http://osic.org Regards, Lubosz “diltram” Kosnik On

[openstack-dev] [ironic] weekly subteam status report

Hi, We are overjoyed 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 11.04.2016): - Ironic: 203 bugs (+3) + 166 wishlist items (+3). 30 new (+5), 134 in progress

Re: [openstack-dev] [all] [devstack] Adding example "local.conf" files for testing?

On Thu, Apr 14, 2016 at 1:31 AM, Markus Zoeller wrote: > Sometimes (especially when I try to reproduce bugs) I have the need > to set up a local environment with devstack. Everytime I have to look > at my notes to check which option in the "local.conf" have to be set > for

Re: [openstack-dev] [release][requirements][packaging][summit] input needed on summit discussion about global requirements

On 2016-04-18 13:58:03 -0500 (-0500), Matthew Thode wrote: > Ya, I'd be happy to work more with upstream. I already review the > stable-reqs updates and watch them for the stable branches I package > for. Not sure what else is needed. Reviewing the master branch openstack/requirements

Re: [openstack-dev] [Neutron] L3 HA testing on scale

Great work Ann. About testing on scale it’s not so problematic because of the Cloud For All project. Here [1] you can request for a multi node cluster which you can use to perform tests. Exact requirements are specified on that website. [1] http://osic.org Regards, Lubosz “diltram” Kosnik On

Re: [openstack-dev] [all] [devstack] Adding example "local.conf" files for testing?

Markus Zoeller wrote: > I guess having an IF-ELSE block in a "local.conf" is > crazy talk? Yes, I think it is. local.conf is already a pretty big complex thing for someone starting out, as it is. -- Sean M. Collins __

[openstack-dev] [ironic] Meetings cancelled April 25 and May 2

Hi friends, We won't have our weekly meeting on April 25 (because most of us will be at the summit) or May 2 (because people will still be recovering from summit travel). See you all there on May 9. // jim __ OpenStack

Re: [openstack-dev] [release][requirements][packaging][summit] input needed on summit discussion about global requirements

On 04/18/2016 01:40 PM, Doug Hellmann wrote: > Excerpts from Matthew Thode's message of 2016-04-18 13:22:38 -0500: >> On 04/18/2016 12:33 PM, Doug Hellmann wrote: >>> Excerpts from Matthew Thode's message of 2016-04-18 10:23:37 -0500: On 04/18/2016 08:24 AM, Hayes, Graham wrote: > On

Re: [openstack-dev] More on the topic of DELIMITER, the Quota Management Library proposal

On 04/16/2016 05:51 PM, Amrith Kumar wrote: If we therefore assume that this will be a Quota Management Library, it is safe to assume that quotas are going to be managed on a per-project basis, where participating projects will use this library. I believe that it stands to reason that any data

Re: [openstack-dev] [Keystone] State of Fernet Token deployment

On Mon, Apr 18, 2016 at 7:29 AM, Brant Knudson wrote: > > > On Fri, Apr 15, 2016 at 9:04 PM, Adam Young wrote: > >> We all want Fernet to be a reality. We ain't there yet (Except for mfish >> who has no patience) but we are getting closer. The goal is to get

Re: [openstack-dev] [oslo][keystone][documentation][gate] Babel dependency for oslo.log

Excerpts from Davanum Srinivas (dims)'s message of 2016-04-18 14:27:48 -0400: > Josh, > > So Andreas and i talked a bit, it seems like NONE of the oslo.* libs > except oslo.i18n needs a direct dependency on Babel. So we should yank > them all out and bump major versions >

Re: [openstack-dev] [release][requirements][packaging][summit] input needed on summit discussion about global requirements

Excerpts from Matthew Thode's message of 2016-04-18 13:22:38 -0500: > On 04/18/2016 12:33 PM, Doug Hellmann wrote: > > Excerpts from Matthew Thode's message of 2016-04-18 10:23:37 -0500: > >> On 04/18/2016 08:24 AM, Hayes, Graham wrote: > >>> On 18/04/2016 13:51, Sean Dague wrote: > On

Re: [openstack-dev] [puppet] Stepping down from puppet-openstack-core

On Mon, Apr 18, 2016 at 9:37 AM, Sebastien Badia wrote: > Hello here, > > I would like to ask to be removed from the core reviewers team on the > Puppet for OpenStack project. > > I lack dedicated time to contribute on my spare time to the project. And I > don't work anymore on

Re: [openstack-dev] [release][requirements][packaging][summit] input needed on summit discussion about global requirements

Excerpts from Sean Dague's message of 2016-04-18 13:49:31 -0400: > On 04/18/2016 01:33 PM, Doug Hellmann wrote: > > Excerpts from Matthew Thode's message of 2016-04-18 10:23:37 -0500: > > >> To add to this, I'd also note that I as a packager would likely stop > >> packaging Openstack at whatever

Re: [openstack-dev] [oslo][keystone][documentation][gate] Babel dependency for oslo.log

Josh, So Andreas and i talked a bit, it seems like NONE of the oslo.* libs except oslo.i18n needs a direct dependency on Babel. So we should yank them all out and bump major versions http://eavesdrop.openstack.org/irclogs/%23openstack-infra/latest.log.html#t2016-04-18T11:58:10 Thanks, Dims On

Re: [openstack-dev] [release][requirements][packaging][summit] input needed on summit discussion about global requirements

On 04/18/2016 12:33 PM, Doug Hellmann wrote: > Excerpts from Matthew Thode's message of 2016-04-18 10:23:37 -0500: >> On 04/18/2016 08:24 AM, Hayes, Graham wrote: >>> On 18/04/2016 13:51, Sean Dague wrote: On 04/18/2016 08:22 AM, Chris Dent wrote: > On Mon, 18 Apr 2016, Sean Dague wrote:

Re: [openstack-dev] [Keystone] State of Fernet Token deployment

Thanks Brant, I will missing that distinction. On Mon, Apr 18, 2016 at 9:43 AM, Brant Knudson wrote: > > > On Mon, Apr 18, 2016 at 10:20 AM, Matt Fischer > wrote: > >> On Mon, Apr 18, 2016 at 8:29 AM, Brant Knudson wrote: >> >>> >>> >>> On

[openstack-dev] [nova] Question on removal of 'arbitrary' pluggable interfaces

Hi nova folks, I was reading over the following: http://lists.openstack.org/pipermail/openstack-operators/2016-April/010186.html And I am wondering if there is a list of all the plugin points and there schedule for being deprecated and then removed (or am I misreading that mail/thread?). I

Re: [openstack-dev] [cinder] [nova] Cinder-Nova API meeting

Hi All, We are having the last Cinder-Nova API interactions meeting before the Summit this Wednesday __20th April 2100UTC__, on the #openstack-meeting-cp channel. You can find the information about the recent discussions here: https://etherpad.openstack.org/p/cinder-nova-api-changes This week

Re: [openstack-dev] [release][requirements][packaging][summit] input needed on summit discussion about global requirements

On Mon, 18 Apr 2016, Sean Dague wrote: Many (most?) people won't be doing those kinds of installations. If all-in- one installations are important to the rpm- and deb- based distributions then _they_ should be resolving the dependency issues local to their own

Re: [openstack-dev] [release][requirements][packaging][summit] input needed on summit discussion about global requirements

On 04/18/2016 01:33 PM, Doug Hellmann wrote: > Excerpts from Matthew Thode's message of 2016-04-18 10:23:37 -0500: >> To add to this, I'd also note that I as a packager would likely stop >> packaging Openstack at whatever release this goes into. While the >> option to package and ship a

Re: [openstack-dev] [oslo][keystone][documentation][gate] Babel dependency for oslo.log

Andreas Jaeger wrote: On 04/17/2016 09:15 PM, Davanum Srinivas wrote: Hi Oslo folks, Andreas and others, Over the weekend oslo.log 3.4.0 was released. This broke keystone CI jobs [2], even though the 3.4.0 was not specified in upper-constraints as keystone jobs were not honoring the

Re: [openstack-dev] [release][requirements][packaging][summit] input needed on summit discussion about global requirements

Excerpts from Hayes, Graham's message of 2016-04-18 13:24:40 +: > On 18/04/2016 13:51, Sean Dague wrote: > > On 04/18/2016 08:22 AM, Chris Dent wrote: > >> On Mon, 18 Apr 2016, Sean Dague wrote: > >> > >>> So if you have strong feelings and ideas, why not get them out in email > >>> now? That

Re: [openstack-dev] [release][requirements][packaging][summit] input needed on summit discussion about global requirements

Excerpts from Matthew Thode's message of 2016-04-18 10:23:37 -0500: > On 04/18/2016 08:24 AM, Hayes, Graham wrote: > > On 18/04/2016 13:51, Sean Dague wrote: > >> On 04/18/2016 08:22 AM, Chris Dent wrote: > >>> On Mon, 18 Apr 2016, Sean Dague wrote: > >>> > So if you have strong feelings and

[openstack-dev] [searchlight] [ceilometer] [fuel] [freezer] [monasca] Elasticsearch 2.x gate support

Hi, I'm looking into supporting and testing Elasticsearch 2.x in Searchlight's test jobs. Currently I don't know of any other projects that run tests against Elasticsearch in the gate (since we had to add it to Jenkins [1]). Several projects install the python elasticsearch client in

Re: [openstack-dev] [release][requirements][packaging][summit] input needed on summit discussion about global requirements

What I meant is if you have liberty Nova and liberty Cinder, and you want to upgrade Nova to Mitaka, you also upgrade Oslo to Mitaka and Cinder which was liberty either needs to be upgraded or is broken, therefore during upgrade you need to do cinder and nova at the same time. DB can be

Re: [openstack-dev] [all] Removal of in progress console log access

On 04/18/2016 12:18 PM, James E. Blair wrote: > Sean Dague writes: > >> On 04/18/2016 11:22 AM, James E. Blair wrote: >>> Sean Dague writes: >>> Bummer. This gets used a to figure out the state of things given that zuul links to the console even after

Re: [openstack-dev] [kolla][ssecurity] Threat Analysis Design Session

On 04/16/2016 02:19 PM, Steven Dake (stdake) wrote: If the security team has a conflict with this slot that I didn't see or am unaware of, please speak up so I can have it corrected in the main schedule. Our schedule is here: sadly, i will miss the beginning of this as i have a conflicting

Re: [openstack-dev] [nova] [glance] Getting the ball rolling on glance v2 in nova in newton cycle

On 4/16/16 1:33 PM, Flavio Percoco wrote: > On 15/04/16 11:42 -0400, Nikhil Komawar wrote: >> comment inline >> >> On 4/15/16 11:08 AM, Sean Dague wrote: >>> On 04/15/2016 10:42 AM, Jay Pipes wrote: On 04/01/2016 06:45 AM, Sean Dague wrote: > #2 - move discover major version back to

Re: [openstack-dev] [all] removal of "Using keystoneauth correctly in projects" from cross project schedule

Hi Sean/Morgan, I think there is room for the proper use of keystoneauth sessions in the Keystone v3 only cross-project session too: https://etherpad.openstack.org/p/newton-keystone-v3-devstack Feel free to add anything related to ksa sessions. Henrique Em seg, 18 de abr de 2016 às 11:06,

Re: [openstack-dev] [nova] [glance] Getting the ball rolling on glance v2 in nova in newton cycle

On 15/04/16 11:42 -0400, Nikhil Komawar wrote: comment inline On 4/15/16 11:08 AM, Sean Dague wrote: On 04/15/2016 10:42 AM, Jay Pipes wrote: On 04/01/2016 06:45 AM, Sean Dague wrote: #2 - move discover major version back to glanceclient -

[openstack-dev] [horizon][keystone] Getting Auth Token from Horizon when using Federation

Hi, we're deploying Liberty (soon Mitaka) with heavy reliance on the SAML2 Federation system by Keystone where we're a Service Provider (SP). The problem in this situation is getting a token for direct API access.(*) There are conceptually two methods to use the CLI: 1) Modify ones (each

Re: [openstack-dev] [all] Removal of in progress console log access

Sean Dague writes: > On 04/18/2016 11:22 AM, James E. Blair wrote: >> Sean Dague writes: >> >>> Bummer. This gets used a to figure out the state of things given that >>> zuul links to the console even after the job is complete. Changing that >>> to the log

Re: [openstack-dev] [release][requirements][packaging][summit] input needed on summit discussion about global requirements

On 04/18/2016 10:57 AM, Michał Jastrzębski wrote: > So I also want to stress out that shared libraries are huge pain > during upgrades. While I'm not in favor of packages with embedded > virtualenvs (as Matt pointed out, this has a lot of issues), having > shared dependency pool pretty much means

Re: [openstack-dev] [oslo][keystone][documentation][gate] Babel dependency for oslo.log

On 2016-04-17 15:15:49 -0400 (-0400), Davanum Srinivas wrote: [...] > Is there anyone working to fix all tox CI jobs to honor upper > constraints? [...] The present implementation relies on zuul-cloner, which doesn't (yet) do what we'd need in the post and release pipelines. Sachi is working on

Re: [openstack-dev] [release][requirements][packaging][summit] input needed on summit discussion about global requirements

So I also want to stress out that shared libraries are huge pain during upgrades. While I'm not in favor of packages with embedded virtualenvs (as Matt pointed out, this has a lot of issues), having shared dependency pool pretty much means that you need to upgrade *everything* that is openstack at

Re: [openstack-dev] [trove] review dashboard, review priorities for Newton

Thanks Amrith, this looks great! Just added the new dashboard to my Gerrit dashboard. Cannot think on anything else we could need. 2016-04-16 10:45 GMT-03:00 Amrith Kumar : > At the Trove meeting last week, I agreed to send out a simple way in > which we can all view the

Re: [openstack-dev] Fwd: [kolla][security][infra][ops] Kolla Design Summit Agenda Published

Hi All - Just a quick note to let you konw that you do not need to re-download the app in order to get Schedule updates. We do have a cached API, so it might take a few minutes for it to update. We also limit the # of updates to 30 at a time so your app doesn't crash in the event of a slow

Re: [openstack-dev] [Neutron] L3 HA testing on scale

This is some awesome work, Ann. It's very neat to see that all the races we've struggled with w.r.t. the l3 scheduler has paid off. I would definitely like to see how these results are effected by https://review.openstack.org/#/c/305774/ but understandably 49 physical nodes are hard to come by.

Re: [openstack-dev] [puppet] Stepping down from puppet-openstack-core

On Mon, Apr 18, 2016 at 11:37 AM, Sebastien Badia wrote: > Hello here, > > I would like to ask to be removed from the core reviewers team on the > Puppet for OpenStack project. > > I lack dedicated time to contribute on my spare time to the project. And I > don't work anymore on

Re: [openstack-dev] [kolla][infra] Gate bused until Sunday April 17th

On 2016-04-17 03:38:28 + (+), Steven Dake (stdake) wrote: > Hey folks. A shade + nodepool change has broken our gating > functionality on the OVH cloud provider and probably some others. > The net result is we can't actually gate our changes. [...] A change[*] to record the public

Re: [openstack-dev] [Keystone] State of Fernet Token deployment

On Mon, Apr 18, 2016 at 10:20 AM, Matt Fischer wrote: > On Mon, Apr 18, 2016 at 8:29 AM, Brant Knudson wrote: > >> >> >> On Fri, Apr 15, 2016 at 9:04 PM, Adam Young wrote: >> >>> We all want Fernet to be a reality. We ain't there yet

[openstack-dev] [puppet] Stepping down from puppet-openstack-core

Hello here, I would like to ask to be removed from the core reviewers team on the Puppet for OpenStack project. I lack dedicated time to contribute on my spare time to the project. And I don't work anymore on OpenStack deployments. In the past months, I stopped reviewing and submitting changes

[openstack-dev] [infra][manila] manila/glusterfs gateway jobs are UNSTABLE due to perm isssue

Hi, The gate-manila-tempest-dsvm-glusterfs and gate-manila-tempest-dsvm-glusterfs-native gateway jobs end up UNSTABLE since a while, as one can observe at any recent change in https://review.openstack.org/#/q/project:openstack/manila eg. https://review.openstack.org/302801 . The issue is

Re: [openstack-dev] [Keystone] State of Fernet Token deployment

It looks like it does [0]. [0] https://github.com/openstack-dev/devstack/blob/4e7804431ada7e2cc0db63bd4c52b17782d33b5b/lib/keystone#L494-L497 On Mon, Apr 18, 2016 at 10:20 AM, Matt Fischer wrote: > On Mon, Apr 18, 2016 at 8:29 AM, Brant Knudson wrote: > >>

Re: [openstack-dev] [release][requirements][packaging][summit] input needed on summit discussion about global requirements

On 04/18/2016 08:24 AM, Hayes, Graham wrote: > On 18/04/2016 13:51, Sean Dague wrote: >> On 04/18/2016 08:22 AM, Chris Dent wrote: >>> On Mon, 18 Apr 2016, Sean Dague wrote: >>> So if you have strong feelings and ideas, why not get them out in email now? That will help in the framing of

Re: [openstack-dev] [all] Removal of in progress console log access

On 04/18/2016 11:22 AM, James E. Blair wrote: > Sean Dague writes: > >> Bummer. This gets used a to figure out the state of things given that >> zuul links to the console even after the job is complete. Changing that >> to the log server link would mitigate the blind spot. > >

Re: [openstack-dev] [all] Removal of in progress console log access

Sean Dague writes: > Bummer. This gets used a to figure out the state of things given that > zuul links to the console even after the job is complete. Changing that > to the log server link would mitigate the blind spot. Yeah, we know it's important, which is why we're working

[openstack-dev] [Nova] SR-IOV IRC meeting and sub-team - passing the torch

Hi team, As I'll be focusing on different things going forward, I was wondering if someone from the group of people who were normally working in this area would want to step up and take over the sub-team IRC meeting. It is normally not a massive overhead, mostly tracking ongoing efforts and

Re: [openstack-dev] [trove] Adding release notes to changes

Right, we are still waiting on the final +2/+1 for that ;) See https://review.openstack.org/#/c/306018/ Thanks! Peter -Original Message- From: Andreas Jaeger [mailto:a...@suse.com] Sent: April-18-16 2:32 AM To: OpenStack Development Mailing List (not for usage questions) Subject: Re:

Re: [openstack-dev] [Keystone] State of Fernet Token deployment

On Fri, Apr 15, 2016 at 9:04 PM, Adam Young wrote: > We all want Fernet to be a reality. We ain't there yet (Except for mfish > who has no patience) but we are getting closer. The goal is to get Fernet > as the default token provider as soon as possible. The review to do

[openstack-dev] [Neutron] L3 HA testing on scale

Hi guys! As a developer I use Devstack or multinode OpenStack installation (4-5 nodes) for work, but these are "abstract" environments, where you are not able to perform some scenarios as your machine is not powerful enough. But it is really important to understand the issues that real

Re: [openstack-dev] [nova] Launchpad bug spring cleaning day Monday 4/18

In case the dashboard is not loading, you can use * query_inconsistent.py * query_stale_incomplete.py from https://github.com/markuszoeller/openstack/tree/master/scripts/launchpad Regards, Markus Zoeller (markus_z) > From: Matt Riedemann > To:

Re: [openstack-dev] [watcher] Api and Decision Engine integration - design question

Hi Tomasz, Overall, I don't really have any strong opinion on this. I just think that if we do it with option 1, it may become quite hard to make Watcher more scalable in the long run if we need to. That's why I would tend to choose option 2. Also, it's not so easy for me to evaluate how much

Re: [openstack-dev] [all] removal of "Using keystoneauth correctly in projects" from cross project schedule

On Mon, Apr 18, 2016 at 6:50 AM, Sean Dague wrote: > After chatting with Monty and Thierry this morning, and trying to figure > out the right way to ensure that enough voices are in the requirements > x-p session, we've decided to do the following: > > * remove "Using

  1   2   >