Re: [Openstack-operators] Forum in Boston - make some noise!

Dear Tom I would also appreciate to extend the deadline by a few days at least. Moreover, can you please elaborate a bit more about what is behind this etherpad? Like the Scientific and NFV WGs, I just added an etherpad link to start gathering inputs/materials for the massively

[Openstack] [cinder][nova] Issue with live-migration on new Mitaka cloud using FC XIO storage

Hello We have a new Mitaka cloud in which we use fiber-channel storage (via EMC XtremIO) and Cinder. Provisioning/deleting of instances works fine, but at the last stage of a live-migration operation the VM instance is left running on the new host with no Cinder volume due to failed paths.

Re: [openstack-dev] [Horizon][searchlight] Sharing resource type implementations

Thanks, Steve! I've put together an initial patch https://review.openstack.org/#/c/444095/ which pulls in the os-nova-servers module and a little extra to make it work in Horizon's codebase. I've tried to make minimal edits to the actual code - predominantly just editing module names. I've tested

Re: [openstack-dev] [tc][appcat] The future of the App Catalog

Renat Akhmerov wrote: On 10 Mar 2017, at 06:02, Zane Bitter > wrote: On 08/03/17 11:23, David Moreau Simard wrote: The App Catalog, to me, sounds sort of like a weird message that OpenStack somehow requires applications to be

[openstack-dev] [mistral][ptg] Following up on Pike PTG sessions

Hi, Below is the list of blueprints and bugs updated after the PTG discussions. The etherpad containing all sessions’ info and notes is at [1]. Scalability, Fault Tolerance and HA https://blueprints.launchpad.net/mistral/+spec/mistral-ha-gate

Re: [openstack-dev] [tc][appcat] The future of the App Catalog

> On 10 Mar 2017, at 06:02, Zane Bitter wrote: > > On 08/03/17 11:23, David Moreau Simard wrote: >> The App Catalog, to me, sounds sort of like a weird message that >> OpenStack somehow requires applications to be >> packaged/installed/deployed differently. >> If anything,

Re: [openstack-dev] [mistral] Mistral Custom Actions API Design

Hi, I probably like the base class approach better too. However, I’m trying to understand if we need this variety of classes. Do we need a separate class for asynchronous actions? IMO, since is_sync() is just an instance method that can potentially return both True and False based on the

Re: [openstack-dev] [Horizon][searchlight] Sharing resource type implementations

My expertise in this area is deeply suspect but as long as we maintain the mapping from the resource type names that searchlight uses (os-nova-servers) to the modules we'll be OK. If you or Rob put a patch up against horizon I (or a willing victim/volunteer) can test a searchlight-ui patch

Re: [Openstack] [Openstack-operators] Forum in Boston - make some noise!

Is there any possible way to push this deadline out a week? I ask only because my brain hurts focusing on sessions for the midcycle, and things will almost certainly come up in Milan that will spawn ideas for the forum. I know everything is on a tight schedule, but just wanted to throw this out

Re: [openstack-dev] [all][api] POST /api-wg/news

> On Mar 9, 2017, at 11:52 AM, Ed Leafe wrote: > > Greetings OpenStack community, > > Today's meeting started on a heavyhearted note, as we hoisted our virtual > beers and gave a toast to Everett Toews, who recently had to step down from > his API-WG duties due to a job

Re: [Openstack-operators] Forum in Boston - make some noise!

Is there any possible way to push this deadline out a week? I ask only because my brain hurts focusing on sessions for the midcycle, and things will almost certainly come up in Milan that will spawn ideas for the forum. I know everything is on a tight schedule, but just wanted to throw this out

Re: [openstack-dev] [Horizon][searchlight] Sharing resource type implementations

Hey folks, Another potential issue is that the searchlight module structure and Horizon's module structure are different in a couple of respects. I could just retain the module structure from searchlight ('resources.os-nova-servers') or, preferably, I could rename those modules to match the

[Openstack] Forum in Boston - make some noise!

Hi all, The end of brainstorming for our first Forum in Boston is fast approaching, and we need your help. We don't have even close to enough topic suggestions on our etherpad to make the Forum a success :) We're also missing your +1 vote to show which sessions you'd like to see. ==>

[Openstack-operators] Forum in Boston - make some noise!

Hi all, The end of brainstorming for our first Forum in Boston is fast approaching, and we need your help. We don't have even close to enough topic suggestions on our etherpad to make the Forum a success :) We're also missing your +1 vote to show which sessions you'd like to see. ==>

Re: [Openstack] Trove is skipped in Newton

Hi Amrith, Thanks for your reply. I appreciate you very much if I can get help from my colleagues. I have tried many ways to deploy trove, but all attempts failed to create database instances. 1. trove-integration installation & devstack installation Just following the trove installation

Re: [openstack-dev] [api][qa][tc][glance][keystone][cinder] Testing of deprecated API versions

On Fri, Mar 10, 2017 at 7:23 AM, Lance Bragstad wrote: > > > On Thu, Mar 9, 2017 at 3:46 PM, Doug Hellmann > wrote: > >> Excerpts from Andrea Frittoli's message of 2017-03-09 20:53:54 +: >> > Hi folks, >> > >> > I'm trying to figure out what's the

Re: [openstack-dev] [oslo] question about oslo_utils and oslo_versonedobjects

Hi jay: Understand you. It is a good method! I will try to update my codes. Really appreciate your reply. Thanks! Best Wishes! zeng chen At 2017-03-10 02:52:55, "Jay Pipes" wrote: >On 03/09/2017 01:37 AM, zengchen wrote: >> I'm contributing on Karbor

Re: [Openstack] Disable Mac and IP spoof protection

That was it!!! Worked perfectly! Thank you very much Akihiro and Yura! On Thu, Mar 9, 2017 at 3:25 AM, Akihiro Motoki wrote: > 2017-03-09 16:59 GMT+09:00 Yura Poltoratskiy : > > Hi. > > > > We have OpenVZ as an instance, so there are many ip addresses

[openstack-dev] [nova] Core team changes

I wanted to let everyone know of some various core team changes within Nova. nova-core - I've discussed it with and removed Daniel Berrange (danpb) and Michael Still (mikal) from the nova-core team. Both are busy working on other projects and have been for awhile now, and I wanted to

Re: [openstack-dev] [tc][appcat] The future of the App Catalog

On 08/03/17 11:23, David Moreau Simard wrote: The App Catalog, to me, sounds sort of like a weird message that OpenStack somehow requires applications to be packaged/installed/deployed differently. If anything, perhaps we should spend more effort on advertising that OpenStack provides bare metal

Re: [openstack-dev] [Horizon][searchlight] Sharing resource type implementations

OK, I will work on a plan that migrates the code into Horizon, thanks everyone! Travis, can the searchlight details page stuff be done through extending the base resource type in Horizon? If not, is that perhaps a limitation of the extensible service? Richard On 10 March 2017 at 02:20,

[Openstack-operators] OpenStack Summit Boston- Schedule Now Live!

Hi everyone, The main conference schedule for the upcoming OpenStack Summit in BOSTON is now available! SCHEDULE: https://www.openstack.org/summit/boston-2017/summit-schedule/

[openstack-dev] OpenStack Summit Boston- Schedule Now Live!

Hi everyone, The main conference schedule for the upcoming OpenStack Summit in BOSTON is now available! SCHEDULE: https://www.openstack.org/summit/boston-2017/summit-schedule/

Re: [openstack-dev] [api][qa][tc][glance][keystone][cinder] Testing of deprecated API versions

On Thu, Mar 9, 2017 at 3:46 PM, Doug Hellmann wrote: > Excerpts from Andrea Frittoli's message of 2017-03-09 20:53:54 +: > > Hi folks, > > > > I'm trying to figure out what's the best approach to fade out testing of > > deprecated API versions. > > We currently host in

[Openstack-operators] [Fault_Genes] Weekly Summary

Below is the link to our meeting summary and action items. https://etherpad.openstack.org/p/Fault-Genes Thanks, Nemat Bidokhti Chief Architect, Cloud Resiliency IT Product Line, Computing Lab Futurewei Technologies, Inc. Huawei R USA Tel:+1-408-330-4714 Cell: +1-408-528-4909 Fax:

Re: [openstack-dev] [horizon] [keystone] [federated auth] [ocata] federated users with "admin" role not authorized for nova, cinder, neutron admin panels

Hey Boris, Which mapping? Hope you were looking for the shibboleth user mapping. Also, hope this is the right way to share the paste (first time using this): http://paste.openstack.org/show/3snCb31GRZfAuQxdRouy/ Cheers, -E -- Evan F. Bollig, PhD Scientific Computing Consultant, Application

Re: [openstack-dev] [puppet][tripleo][release] puppet module versioning

Excerpts from Alex Schultz's message of 2017-03-09 11:29:28 -0700: > On Thu, Mar 9, 2017 at 10:54 AM, Doug Hellmann wrote: > > Excerpts from Alex Schultz's message of 2017-03-07 12:56:17 -0700: > >> Ahoy folks, > >> > >> I would like to bring attention to deriving version

Re: [openstack-dev] [api][qa][tc][glance][keystone][cinder] Testing of deprecated API versions

Excerpts from Andrea Frittoli's message of 2017-03-09 20:53:54 +: > Hi folks, > > I'm trying to figure out what's the best approach to fade out testing of > deprecated API versions. > We currently host in Tempest API tests for Glance API v1, Keystone API v2 > and Cinder API v1. > > According

[Openstack-operators] [openstack-operators] Milano Ops Midcycle - Security

Here’s the Etherpad for the Security session at the Ops Midcycle: https://etherpad.openstack.org/p/MIL-ops-security I’ve seeded it with an outline and a couple of suggested topics, mostly based on what wasn’t covered in Barcelona. If there’s

[openstack-dev] [api][qa][tc][glance][keystone][cinder] Testing of deprecated API versions

Hi folks, I'm trying to figure out what's the best approach to fade out testing of deprecated API versions. We currently host in Tempest API tests for Glance API v1, Keystone API v2 and Cinder API v1. According to the guidelines for the "follow-standard-deprecation" tag [0], when projects that

Re: [openstack-dev] Hitachi Data Systems drivers

On Thu, Mar 09, 2017 at 12:47:17PM -0300, José Eduardo de Carvalho Mello Junior wrote: > > Effective, Mar 9, 2017, Hitachi Data Systems will offer its drivers for > download exclusively via https://support.hds.com. Should you need > assistance with drivers, please contact >

Re: [openstack-dev] [infra][tripleo] initial discussion for a new periodic pipeline

On Wed, Mar 8, 2017 at 1:29 PM, Jeremy Stanley wrote: > On 2017-03-07 10:12:58 -0500 (-0500), Wesley Hayutin wrote: > > The TripleO team would like to initiate a conversation about the > > possibility of creating a new pipeline in Openstack Infra to allow > > a set of jobs to

Re: [openstack-dev] [all] Small steps for Go

Excerpts from Michał Jastrzębski's message of 2017-03-09 11:23:17 -0800: > Clint, I think it's good to find initial idea to work towards to > create stuff like infrastructure (testing and such) around golang, > code guidance, standards and so on. It takes first project to create > all that stuff

[openstack-dev] [glance] priorities for the coming week (03/10-03/16)

Hello Glancers, As discussed at today's Glance weekly meeting, here are the review priorities for this week: 1. image import refactor Erno has posted a number of patches related to the backend implementation: - https://review.openstack.org/443636 - https://review.openstack.org/391441 -

Re: [openstack-dev] [all] Small steps for Go

Clint, I think it's good to find initial idea to work towards to create stuff like infrastructure (testing and such) around golang, code guidance, standards and so on. It takes first project to create all that stuff and it's good if it's bigger community effort. Next projects could just follow

Re: [openstack-dev] [oslo] question about oslo_utils and oslo_versonedobjects

On 03/09/2017 01:37 AM, zengchen wrote: I'm contributing on Karbor (https://wiki.openstack.org/wiki/Karbor). Recently, I find a bug in the following codes. def resume_operation(self, operation_id, **kwargs): end_time = kwargs.get('end_time_for_run') now = datetime.utcnow() Instead of

Re: [openstack-dev] [ironic] [neutron] Should the ironic-neutron meeting start back up for pike?

On 03/07/2017 08:44 PM, Michael Turek wrote: Hey all, So at yesterday's ironic IRC meeting the question of whether or not the ironic neutron integration meeting should start back up. My understanding is that this meeting died down as it became more status oriented. I'm wondering if it'd be

Re: [openstack-dev] [ironic] Removal of the ipminative / pyghmi driver

On 03/09/2017 07:19 PM, Jay Faulkner wrote: Hi all, The ipminative driver Is currently an anomaly in ironic’s tree, despite the driver being initially deprecated in Newton[1], and our desire to drop them reiterated on the mailing list in December[2], it was has not been removed from the

Re: [openstack-dev] [all] Some information about the Forum at the Summit in Boston

On 03/09/2017 07:19 PM, Jay Pipes wrote: On 03/09/2017 01:06 PM, Dmitry Tantsur wrote: On 03/09/2017 06:57 PM, Clint Byrum wrote: Excerpts from Ben Swartzlander's message of 2017-03-09 11:23:31 -0500: Combine that with the lower cost and subsidized travel support program for the PTG, and

Re: [openstack-dev] [all] Some information about the Forum at the Summit in Boston

On 9 Mar 2017 18:22, "Jay Pipes" wrote: > > On 03/09/2017 01:06 PM, Dmitry Tantsur wrote: >> >> On 03/09/2017 06:57 PM, Clint Byrum wrote: >>> >>> Excerpts from Ben Swartzlander's message of 2017-03-09 11:23:31 -0500: >> >> >>> >>> >>> Combine that with the lower cost and

Re: [openstack-dev] [puppet][tripleo][release] puppet module versioning

On Thu, Mar 9, 2017 at 10:54 AM, Doug Hellmann wrote: > Excerpts from Alex Schultz's message of 2017-03-07 12:56:17 -0700: >> Ahoy folks, >> >> I would like to bring attention to deriving version numbers for puppet >> modules (for packaging) as part of the release process.

Re: [openstack-dev] [tc][appcat][murano][app-catalog] The future of the App Catalog

On Thu, Mar 9, 2017 at 4:08 AM, Thierry Carrez wrote: > Christopher Aedo wrote: >> On Mon, Mar 6, 2017 at 3:26 AM, Thierry Carrez wrote: >>> [...] >>> In parallel, Docker developed a pretty successful containerized >>> application marketplace (the

Re: [openstack-dev] [all] Some information about the Forum at the Summit in Boston

On 03/09/2017 05:23 PM, Ben Swartzlander wrote: I might be the only one who has negative feelings about the PTG/Forum split, but I suspect the foundation is suppressing negative feedback from myself and other developers so I'll express my feelings here. If there's anyone else who feels like me

[openstack-dev] [ironic] Removal of the ipminative / pyghmi driver

Hi all, The ipminative driver Is currently an anomaly in ironic’s tree, despite the driver being initially deprecated in Newton[1], and our desire to drop them reiterated on the mailing list in December[2], it was has not been removed from the tree prior to the Ocata release. At the PTG the

Re: [openstack-dev] [all] Some information about the Forum at the Summit in Boston

On 03/09/2017 01:06 PM, Dmitry Tantsur wrote: On 03/09/2017 06:57 PM, Clint Byrum wrote: Excerpts from Ben Swartzlander's message of 2017-03-09 11:23:31 -0500: Combine that with the lower cost and subsidized travel support program for the PTG, and you should end up with a more complete

Re: [openstack-dev] [all] Some information about the Forum at the Summit in Boston

On 03/09/2017 06:57 PM, Clint Byrum wrote: Excerpts from Ben Swartzlander's message of 2017-03-09 11:23:31 -0500: Combine that with the lower cost and subsidized travel support program for the PTG, and you should end up with a more complete gathering of developers at PTG, and a better

Re: [openstack-dev] [all] Some information about the Forum at the Summit in Boston

Excerpts from Ben Swartzlander's message of 2017-03-09 11:23:31 -0500: > I might be the only one who has negative feelings about the PTG/Forum > split, but I suspect the foundation is suppressing negative feedback > from myself and other developers so I'll express my feelings here. If > there's

[openstack-dev] [all][api] POST /api-wg/news

Greetings OpenStack community, Today's meeting started on a heavyhearted note, as we hoisted our virtual beers and gave a toast to Everett Toews, who recently had to step down from his API-WG duties due to a job re-assignment. For those who don't know, Everett and I started the API-WG a few

Re: [openstack-dev] [puppet][tripleo][release] puppet module versioning

Excerpts from Alex Schultz's message of 2017-03-07 12:56:17 -0700: > Ahoy folks, > > I would like to bring attention to deriving version numbers for puppet > modules (for packaging) as part of the release process. Today we > uncovered an issue[0] in the way that version numbers were being >

Re: [openstack-dev] [all] Some information about the Forum at the Summit in Boston

On 03/09/2017 12:10 PM, Jonathan Bryce wrote: Hi Ben, On Mar 9, 2017, at 10:23 AM, Ben Swartzlander wrote: I might be the only one who has negative feelings about the PTG/Forum split, but I suspect the foundation is suppressing negative feedback from myself and

Re: [openstack-dev] [networking-sfc] patch test failed due to "import error: vlanmanager"

Well it was likely using an older version of neutron if that import was failing. If you run the tests some time ago on that machine you would have to run 'tox -r' to reclone neutron. On Mar 9, 2017 08:46, "Vikash Kumar" wrote: > Hi Igor, > > I was trying on

Re: [openstack-dev] [mistral] Mistral Custom Actions API Design

On 9 March 2017 at 17:19, Dougal Matthews wrote: > On 9 March 2017 at 04:35, Ryan Brady wrote: > >> At the PTG and previous discussions in IRC, I mentioned there were two >> different design ideas I had for the developer experience for custom action >>

Re: [openstack-dev] [mistral] Mistral Custom Actions API Design

On 9 March 2017 at 04:35, Ryan Brady wrote: > At the PTG and previous discussions in IRC, I mentioned there were two > different design ideas I had for the developer experience for custom action > development in mistral-lib. The purpose and intent behind the patch[1] was >

Re: [openstack-dev] [all] Some information about the Forum at the Summit in Boston

Sahara suffered the same effect. Our community is small and we won't be approved to meet 4 times a year. This time around we gave higher priority to the PTG and most won't be in Boston. I think that the PTG itself worked nice for us but it did make it difficult, no to say impossible, to meet

Re: [openstack-dev] [all] Some information about the Forum at the Summit in Boston

Hi Ben, > On Mar 9, 2017, at 10:23 AM, Ben Swartzlander wrote: > > I might be the only one who has negative feelings about the PTG/Forum split, > but I suspect the foundation is suppressing negative feedback from myself and > other developers so I'll express my feelings

Re: [openstack-dev] [all] Some information about the Forum at the Summit in Boston

Ben Swartzlander wrote: I might be the only one who has negative feelings about the PTG/Forum split, but I suspect the foundation is suppressing negative feedback from myself and other developers so I'll express my feelings here. If there's anyone else who feels like me please reply, otherwise

Re: [openstack-dev] [all] Some information about the Forum at the Summit in Boston

On Thu, Mar 09 2017, Ben Swartzlander wrote: Hi Ben, […] > I will be in Boston to try to develop a firsthand opinion of the new Forum > format but as of now I'm pretty unhappy with the proposal. For Manila I'm > proposing that the community either meets at PTG and skips conferences or >

Re: [OpenStack-Infra] [zuul] Feedback requested for tox job definition

Clark Boylan writes: > Also reading these job defs and comparing against the zuulv3 spec it > isn't clear to me what the expected behavior for inheriting pre and post > playbooks is. Seems like maybe pre is a queue so parent pre roles run > first and post is a stack so

Re: [openstack-dev] [kolla] Proposing duonghq for core

On Wed, Mar 8, 2017 at 7:41 AM, Michał Jastrzębski wrote: > Hello, > > I'd like to start voting to include Duong (duonghq) in Kolla and > Kolla-ansible core teams. Voting will be open for 2 weeks (ends at > 21st of March). > > Consider this my +1 vote. +1 Martin > Cheers, >

[openstack-dev] [docs] Docs team meeting

Hi everyone, The docs meeting will be on today, Thursday the 9th March at 2100 UTC in #openstack-meeting-alt. For more meeting details, including minutes and the agenda: https://wiki.openstack.org/wiki/Meetings/DocTeamMeeting Thanks, Alex

Re: [openstack-dev] [all] Some information about the Forum at the Summit in Boston

> On Mar 9, 2017, at 8:23 AM, Ben Swartzlander wrote: > > I might be the only one who has negative feelings about the PTG/Forum split, > but I suspect the foundation is suppressing negative feedback from myself and > other developers so I'll express my feelings here. If

Re: [openstack-dev] [i18n] [nova] understanding log domain change - https://review.openstack.org/#/c/439500

Doug Hellmann wrote on 3/9/2017 9:24 PM: Excerpts from Sean McGinnis's message of 2017-03-07 07:17:09 -0600: On Mon, Mar 06, 2017 at 09:06:18AM -0500, Sean Dague wrote: On 03/06/2017 08:43 AM, Andreas Jaeger wrote: On 2017-03-06 14:03, Sean Dague wrote: I'm trying to understand the

Re: [openstack-dev] [all] Some information about the Forum at the Summit in Boston

I might be the only one who has negative feelings about the PTG/Forum split, but I suspect the foundation is suppressing negative feedback from myself and other developers so I'll express my feelings here. If there's anyone else who feels like me please reply, otherwise I'll assume I'm just an

Re: [OpenStack-Infra] [zuul] Feedback requested for tox job definition

On Wed, Mar 8, 2017, at 07:20 AM, Paul Belanger wrote: > > Greetings, > > Allow me to bring to your attention a series of patches which create our > first > zuulv3 jobs. Specifically, we are looking to discuss what a generic tox > job in > ansible will look like. > > Currently, we have 2

Re: [openstack-dev] [networking-sfc] patch test failed due to "import error: vlanmanager"

Hi Igor, I was trying on Ubuntu 14.04 (trusty). This was weird though. On Thu, Mar 9, 2017 at 4:54 PM, Duarte Cardoso, Igor < igor.duarte.card...@intel.com> wrote: > Hi Vikash, > > > > What OS were you trying on before? > > > > Best regards, > > Igor. > > > > *From:* Vikash Kumar

Re: [OpenStack-Infra] [zuul] Feedback requested for tox job definition

Thanks, Paul. For me both have their strength and weaknesses: * If you want to add a new tox job for an existing target like pep8, I like how simple that is with https://review.openstack.org/#/c/438281/25/.zuul.yaml * On the other hand, if you add a new tox job - for a completely new target,

[openstack-dev] Hitachi Data Systems drivers

Dear community members, Effective, Mar 9, 2017, Hitachi Data Systems will offer its drivers for download exclusively via https://support.hds.com. Should you need assistance with drivers, please contact https://community.hds.com/community/developer-network/open-source/openstack. Regards,

Re: [openstack-dev] [Neutron][LBaaS] - Best release to upgrade from LBaaS v1 to v2

Hello, I managed to do the database migration. I had to skip this logic: https://github.com/openstack/neutron-lbaas/blob/master/tools/database-migration-from-v1-to-v2.py#L342-L353 I had to force flag=True That code obviously breaks if you have LBaaS used by more than 1 tenant. What was the

Re: [openstack-dev] [Horizon][searchlight] Sharing resource type implementations

I concur; option 4 is the only one makes sense to me and was what was intended originally. As long as we can do it in one fell swoop in one cyclle (preferably sooner than later) there should be no issues. On 3/9/17, 8:35 AM, "Tripp, Travis S" wrote: >Let me get Matt B

[openstack-dev] [ironic] ironickers and mascot at Pike PTG (or "where's Waldo?")

Dmitry, our fearless PTL, looks like the tallest person in the group. Is that what happens when you become PTL, or is it a requirement to be PTL? :) Many thanks to that organized and took this picture at the Pike PTG:

Re: [openstack-dev] [ironic] Pike PTG report

Thanks Dmitry for the great report! If you want your comment(s) to be available to the ironic community, please respond here, not in Dmitry's blog. (Or, to rephrase it a different way, if you have comments that you don't want me to know about, please respond in Dmitry's blog :)) Many thanks to

Re: [openstack-dev] [Horizon][searchlight] Sharing resource type implementations

Let me get Matt B in on this discussion, but basically, option 4 is my initial feeling as Rob stated. One downside we saw with this approach is that we weren’t going to be able to take advantage of searchlight capabilities in details pages if everything was in native horizon. Although, I

[Openstack-operators] Ironic UI. Looking for feedback.

The Ironic-UI development team is looking for feedback from operators to guide the development of new features and improve existing functionality. We would like to build a community of users that can help in defining the key use cases/stories that the Ironic-UI will deliver, and planning future

Re: [openstack-dev] [TripleO][release][deployment] Packaging problems due to branch/release ordering

On 2017-03-09 12:12:01 +0100 (+0100), Alan Pevec wrote: > 2017-03-09 10:41 GMT+01:00 Alfredo Moralejo Alonso : > > On Wed, Mar 8, 2017 at 12:44 PM, Steven Hardy wrote: > >> https://bugs.launchpad.net/tripleo/+bug/1669462 > >> > >> I'm not clear on the best

Re: [openstack-dev] [neutron] [infra] Depends-on tag effect

On 2017/03/09 2:33, Armando M. wrote: On 8 March 2017 at 07:39, Hirofumi Ichihara > wrote: On 2017/03/08 23:59, Andreas Jaeger wrote: On 2017-03-08 15:40, ZZelle wrote: Hi,

Re: [openstack-dev] [horizon] [keystone] [federated auth] [ocata] federated users with "admin" role not authorized for nova, cinder, neutron admin panels

Hi, Please paste your mapping to paste.openstack.org On 03/09/2017 02:07 AM, Evan Bollig PhD wrote: > I am on Ocata with Shibboleth auth enabled. I noticed that Federated > users with the admin role no longer have authorization to use the > Admin** panels in Horizon related to Nova, Cinder and

Re: [openstack-dev] [tc][appcat] The future of the App Catalog

On 2017-03-09 10:04:43 +0100 (+0100), Adam Heczko wrote: [...] > In regards to Application Catalog if OpenStack infra is not appropriate > place for its hosting purposes maybe moving it to Github or similar hosting > service should be considered. I don't think there's anything wrong with the

[Openstack-operators] OpenStack Operators Milan - Neutron Session

Here is the etherpad for the Neutron Session in Milan https://etherpad.openstack.org/p/MIL-ops-neutron Please add to it anything you would like to cover. Also will anyone from SDN Vendors be there? Please come and provide a 5 minute update to your offering. Thank You Randy Perryman Technical

Re: [Openstack] Integrating Ceph Jewel as Storage Backend for OpenStack Newton

Hi Evan, all I can confirm that integrating Ceph (Jewel) as Storage Backend for Glance, Cinder and Nova OpenStack (Newton) services can be done by following the steps described on, http://docs.ceph.com/docs/jewel/rbd/rbd-openstack/ Just a warning about it, the right Ceph configuration to

[openstack-dev] [Watcher] onboarding room at the Forum

Watcher folks, I’ve got a proposal from Kendall Nelson, who wants to know whether we want to reserve a room for discussions and chat with people or not. I suggest to choose a slot from 4 to 6 pm on 9 May, Tuesday. It allows us to visit Marketplace and interesting presentations in the morning

Re: [openstack-dev] [Neutron][LBaaS] - Best release to upgrade from LBaaS v1 to v2

> I would recommend experimenting with the database-migration-from-v1-to-v2.py > script and working with your vendor (if you are using a vendor load > balancing engine) on a migration path. Hello, there is no vendor here to help us :) I made a backup of the current DB. I identified this folder

[openstack-dev] [ptl][oslo] Oslo weekly meeting changed!

Hello, fellow PTLs, Oslo libraries are used among many OpenStack projects, in this thread I'm trying to explain Oslo team daily work to make us work together smoothly. You can find most of information in https://wiki.openstack.org/wiki/Oslo, I would like to highlight import things :-) 1. weekly

Re: [openstack-dev] [i18n] [nova] understanding log domain change - https://review.openstack.org/#/c/439500

Excerpts from Sean McGinnis's message of 2017-03-07 07:17:09 -0600: > On Mon, Mar 06, 2017 at 09:06:18AM -0500, Sean Dague wrote: > > On 03/06/2017 08:43 AM, Andreas Jaeger wrote: > > > On 2017-03-06 14:03, Sean Dague wrote: > > >> I'm trying to understand the implications of > > >>

Re: [openstack-dev] [Neutron] ImportError: No module named neutron_lib

Excerpts from Sam's message of 2017-03-09 14:33:11 +0800: > Sorry, it's oslo_db, I'm wrong The "Drop our use of namespace packages" spec explains why. http://specs.openstack.org/openstack/oslo-specs/specs/kilo/drop-namespace-packages.html Doug > > 2017-03-09 14:22 GMT+08:00 Sam

Re: [openstack-dev] [tc][appcat][murano][app-catalog] The future of the App Catalog

Christopher Aedo wrote: > On Mon, Mar 6, 2017 at 3:26 AM, Thierry Carrez wrote: >> [...] >> In parallel, Docker developed a pretty successful containerized >> application marketplace (the Docker Hub), with hundreds of thousands of >> regularly-updated apps. Keeping the App

Re: [openstack-dev] [Horizon][searchlight] Sharing resource type implementations

I tried searching the meeting logs but couldn’t find where we discussed this in the Searchlight meeting. The conclusion at the time was option 4 IIRC. The main thing is to make sure we get it done within one cycle, even if it isn’t default. this means searchlight-ui doesn’t have to carry some

Re: [Openstack] Trove is skipped in Newton

Wang Sen, in what environment is this (x86 or non-x86)? I know of at least three teams within IBM who have successfully deployed Trove on both x86 and non-x86 systems and a number of different releases. If you are interested, I'm happy to connect you with several of your fellow IBM'ers who may be

Re: [Openstack] Trove is skipped in Newton

Wang Sen, in what environment is this (x86 or non-x86)? I know of at least three teams within IBM who have successfully deployed Trove on both x86 and non-x86 systems and a number of different releases. If you are interested, I'm happy to connect you with several of your fellow IBM'ers who may be

Re: [openstack-dev] [nova][docs] Broken nova instructions

On 3/9/17, 11:18 AM, "John Garbutt" wrote: On 9 March 2017 at 11:05, Alexandra Settle wrote: > I have attached the error logs that our tester, Brian Moss, sent to me earlier this morning. > He has noted that some people have been able

Re: [openstack-dev] [networking-sfc] patch test failed due to "import error: vlanmanager"

Hi Vikash, What OS were you trying on before? Best regards, Igor. From: Vikash Kumar [mailto:vikash.ku...@oneconvergence.com] Sent: Thursday, March 9, 2017 10:08 AM To: OpenStack Development Mailing List (not for usage questions) ; ke...@benton.pub Subject:

Re: [openstack-dev] [nova][docs] Broken nova instructions

On 9 March 2017 at 12:05, Alexandra Settle wrote: > > > On 3/9/17, 10:36 AM, "Sylvain Bauza" wrote: > > > > Le 09/03/2017 11:25, Alexandra Settle a écrit : > > Hi everyone, > > > > > > > > The installation guide for docs.o.o is

Re: [openstack-dev] [nova][docs] Broken nova instructions

On 9 March 2017 at 11:05, Alexandra Settle wrote: > I have attached the error logs that our tester, Brian Moss, sent to me > earlier this morning. > He has noted that some people have been able to get the instructions to work, > but many others haven't. > Also, noted that

Re: [openstack-dev] [TripleO][release][deployment] Packaging problems due to branch/release ordering

2017-03-09 10:41 GMT+01:00 Alfredo Moralejo Alonso : > On Wed, Mar 8, 2017 at 12:44 PM, Steven Hardy wrote: >> https://bugs.launchpad.net/tripleo/+bug/1669462 >> >> I'm not clear on the best path forward at this point, but the simplest one >> suggested so

[Openstack-operators] Milano session on Ops Telecom NFV

Hi, Here is a skeleton for Ops Telco-NFV session. https://etherpad.openstack.org/p/MIL-ops-telco-nfv Please feel free to add any items related to "OpenStack and Telecom/NFV" that you want to discuss. Cheers, Shintaro -- Shintaro MIZUNO (水野伸太郎) NTT Software Innovation Center TEL: 0422-59-4977

Re: [openstack-dev] [nova][docs] Broken nova instructions

Le 09/03/2017 11:25, Alexandra Settle a écrit : > Hi everyone, > > > > The installation guide for docs.o.o is currently broken and requires > immediate attention from the doc and nova teams. > > > > I have moved the relevant bug[0] to be CRITICAL at request. Brian Moss > (bmoss) and Amy

Re: [Openstack] Disable Mac and IP spoof protection

2017-03-09 16:59 GMT+09:00 Yura Poltoratskiy : > Hi. > > We have OpenVZ as an instance, so there are many ip addresses on the > instance. The only thing that I've done was disabling PortSecurity. > > If I'm correct, there is no way to update port for disabling PortSec, one >

[openstack-dev] [nova][docs] Broken nova instructions

Hi everyone, The installation guide for docs.o.o is currently broken and requires immediate attention from the doc and nova teams. I have moved the relevant bug[0] to be CRITICAL at request. Brian Moss (bmoss) and Amy Marrich (spotz) have been working on a subsequent patch for the last 10

Re: [openstack-dev] [networking-sfc] patch test failed due to "import error: vlanmanager"

Tried on Ubuntu 16.04, its fine. On Thu, Mar 9, 2017 at 12:17 PM, Vikash Kumar < vikash.ku...@oneconvergence.com> wrote: > Import path looks OK > https://github.com/openstack/networking-sfc/blob/master/ > networking_sfc/services/sfc/agent/extensions/openvswitch/sfc_driver.py#L23 > > > Are u

Re: [openstack-dev] [TripleO][release][deployment] Packaging problems due to branch/release ordering

On Wed, Mar 8, 2017 at 12:44 PM, Steven Hardy wrote: > Hi all, > > I wanted to raise visibility of a problem we're experiencing in TripleO CI, > which I think will potentially affect other projects that consume trunk > builds from the RDO repositories (and potentially other

Re: [openstack-dev] [tc][appcat] The future of the App Catalog

My 2c: agreed with everything Kevin said. IMO OpenStack is currently open source IaaS implementation and there's nothing wrong with this. For cloud native apps COE makes more sense and these platforms are maturing rapidly. The way OpenStack should evolve is to make consumption and coexistence of

  1   2   >