Re: [openstack-dev] [Nova] status of quota class

On Wed, 2014-02-19 at 10:27 -0600, Kevin L. Mitchell wrote: > On Wed, 2014-02-19 at 13:47 +0100, Mehdi Abaakouk wrote: > > But 'quota_class' is never set when a nova RequestContext is created. > > When I created quota classes, I envisioned the authentication component > of the WSGI stack setting t

[openstack-dev] q-agt error

Hi I'm trying to run my q-agt service and getting following error ... -05-28 02:00:51.205 15377 DEBUG neutron.agent.linux.utils [-] Command: ['ip', '-o', 'link', 'show', 'br-int'] Exit code: 0 Stdout: '28: br-int: mtu 1500 qdisc noqueue state UNKNOWN mode DEFAULT \\link/ether 3a:ed:a9:bd:14

Re: [openstack-dev] [Horizon] Selenium test fixes

On Wed, May 28, 2014 at 03:45:18PM +1000, Kieran Spear wrote: > No failures in the last 24 hours. \o/ > Thank you for looking into this (and apparently fixing it)! -- Matthias Runge ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org htt

Re: [openstack-dev] [Cinder] Support LVM on a shared LU

Mitsuhiro, Few questions that come to my mind based on your proposal 1) There is a lof of manual work needed here.. like every time the new host added.. admin needs to do FC zoning to ensure that LU is visible by the host. Also the method you mentioend for refreshing (echo '---' > ...) doesn't w

[openstack-dev] Specifying file encoding

Hi everybody, I'm trying to get my feet wet with OpenStack development, so I recently tried to submit some small patches. One small thing I noticed was that some files used # -*- encoding: utf-8 -*- to specify the file encoding for both Python and Emacs. Unfortunately, Emacs expects you to set

Re: [openstack-dev] [Horizon] Selenium test fixes

Thank you for the fix. On Wed, May 28, 2014 at 3:09 PM, Matthias Runge wrote: > On Wed, May 28, 2014 at 03:45:18PM +1000, Kieran Spear wrote: > > No failures in the last 24 hours. \o/ > > > > Thank you for looking into this (and apparently fixing it)! > -- > Matthias Runge > >

Re: [openstack-dev] [MagnetoDB] Bulk load API draft

Hi Dima, Sounds good, thank you for the point. On Tue, May 27, 2014 at 7:34 PM, Dmitriy Ukhlov wrote: > Hi Illia, > > Looks good. But I suggest to return all of these fields for positive > request as well as for error request: > > "read": "string", > "processed": "string", > "failed

Re: [openstack-dev] Xen and Libvirt.

On Wed 28 May 2014 (01:08), Tian, Shuangtai wrote: > Hi， Hi. >Does anyone use the latest libvirt + xen +openstack ? In my ubuntu > environment, It can not create VM , Because the blktap2 does not work. Which kernel are you using? Why does blktap2 not work? We're using libvirt+xen on Ubuntu

Re: [openstack-dev] [Openstack-docs] [Heat][Documentation] Heat template documentation

On Tue, May 27 2014, Gauvain Pocentek wrote: > So my feeling is that we should work on the tools to convert RST (or > whatever format, but RST seems to be the "norm" for openstack projects) to > docbook, and generate our online documentation from there. There are tools > that can help us doing tha

Re: [openstack-dev] Xen and Libvirt.

On Tue 27 May 2014 (10:11), Daniel P. Berrange wrote: > On Mon, May 26, 2014 at 09:45:07AM -0400, Alvin Starr wrote: > > > > What is the status of Xen and libvirt under Openstack? > > I noticed bits of discussions about deprecating the interface but I did not > > see any clear answers. > > There

Re: [openstack-dev] Xen and Libvirt.

On Wed, May 28, 2014 at 10:26:18AM +0200, Álvaro López García wrote: > On Tue 27 May 2014 (10:11), Daniel P. Berrange wrote: > > On Mon, May 26, 2014 at 09:45:07AM -0400, Alvin Starr wrote: > > > > > > What is the status of Xen and libvirt under Openstack? > > > I noticed bits of discussions about

Re: [openstack-dev] Designate Incubation Request

On Tue, 2014-05-27 at 17:42 -0700, Joe Gordon wrote: > On Sat, May 24, 2014 at 10:24 AM, Hayes, Graham > wrote: > > * You mention nova's dns capabilities as not being adequate one of the > incubation requirements is: > Project should not inadvertently duplicate functionality present in other

Re: [openstack-dev] [Neutron] Introducing task oriented workflows

Hi, Salvatore I think neutron needs the task management too. IMO, the problem of neutron resource status should be discussed individually. Task management enable neutron to roll back API operation and delete trash of resource, try API operation again in one API process. Of course, we can use tas

Re: [openstack-dev] q-agt error

Hi Asaf Thanks I'm able to solve the above error but I'm stuck in the another one. Below is the code which I'm going to reffer to.. vim /opt/stack/nova/nova/virt/disk/vfs/api.py # try: LOG.debug(_("Trying to impo

Re: [openstack-dev] q-agt error

- Original Message - > Hi > > I'm trying to run my q-agt service and getting following error ... > You've stumbled on the development mailing list. You will have better luck with ask.openstack.org or the users mailing list. Good luck! > > -05-28 02:00:51.205 15377 DEBUG neutron.agen

Re: [openstack-dev] [Mistral] Cleaning up configuration settings

On 28 May 2014, at 13:51, Angus Salkeld wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 17/05/14 02:48, W Chan wrote: >> Regarding config opts for keystone, the keystoneclient middleware already >> registers the opts at >> https://github.com/openstack/python-keystoneclient/blo

[openstack-dev] [MagnetoDB] PTL Candidacy

Hello openstackers, I'd like to announce my candidacy as PTL of MagnetoDB[1] project. Several words about me: I'm software developer at Mirantis. I'm working with OpenStack for a year and a bit more. At the beginning it was integration and customization of HEAT for customer. After that I've cont

Re: [openstack-dev] Keystone

Hi, Thanks for the reply. I am still not successful in integrating keystone with active directory. Can you please provide some clarifications related to the following questions. 1. Currently, my active directory schema does not have projects/tenants and roles OU. Is it necessary that I need to cre

Re: [openstack-dev] [MagnetoDB] Bulk load API draft

Hello Illia, Great job! Several moments about spec itself. "read": "string", "processed": "string", "failed": "string", I believe all of them are integers, but not strings. About Dmitri's suggestion to rename "errors", I would also prefer to do it as far as error itself goes below with item. W

Re: [openstack-dev] [Horizon] Selenium test fixes

On 28/05/14 06:45, Kieran Spear wrote: > No failures in the last 24 hours. \o/ That's awesome, thanks Kieran for looking into this! Julie > > On 26 May 2014 23:44, Kieran Spear wrote: >> Hi peeps, >> >> Could I ask reviewers to prioritise the following: >> >> https://review.openstack.org/#/c/9

Re: [openstack-dev] [infra] Gerrit downtime on May 23 for project renames

Re launchpad project renames - only climate->blazar. On Wed, May 28, 2014 at 4:23 AM, Stefano Maffulli wrote: > On 05/23/2014 03:58 PM, James E. Blair wrote: >> This is complete. The actual list of renamed projects is: > [...] > > have any of these projects changed also their launchpad name? > >

Re: [openstack-dev] [Openstack-dev][Neutron] Port Mirroring Extension in Neutron

Hi all, I am experiencing an issue when i try to commit the spec for review. This is the message that i get: fatal: ICLA contributor agreement requires current contact information. Please review your contact information: https://review.openstack.org/#/settings/contact fatal: The remote en

Re: [openstack-dev] Specifying file encoding

On 05/28/2014 08:16 AM, Martin Geisler wrote: > Hi everybody, > > I'm trying to get my feet wet with OpenStack development, so I recently > tried to submit some small patches. One small thing I noticed was that > some files used > > # -*- encoding: utf-8 -*- > > to specify the file encoding fo

Re: [openstack-dev] [Neutron][LBaaS]TLS API support for authentication

This very good news. Please point to the code review in gerrit. -Sam. -Original Message- From: Eichberger, German [mailto:german.eichber...@hp.com] Sent: Saturday, May 24, 2014 12:54 AM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [Neutro

Re: [openstack-dev] [MagnetoDB] Bulk load API draft

Hi Ilya As for 'string' vs 'number', in MDB REST API we pass numers as strings since we want to support big ints, so I just wanted to be conform. As for the last parameter name, I'd prefer 'failed_items', 'cos we 1) already have 'failed' and I think it would be good if they match 2) they were act

[openstack-dev] [TripleO] [Ironic] [Heat] Mid-cycle collaborative meetup

Hi to all, after previous TripleO & Ironic mid-cycle meetup, which I believe was beneficial for all, I would like to suggest that we meet again in the middle of Juno cycle to discuss current progress, blockers, next steps and of course get some beer all together :) Last time, TripleO and Iro

Re: [openstack-dev] [Neutron][LBaaS]TLS API support for authentication

Several OSSG members have expressed an interest in reviewing this functionality too. -Rob On 28/05/2014 11:35, "Samuel Bercovici" wrote: >This very good news. >Please point to the code review in gerrit. > >-Sam. > > >-Original Message- >From: Eichberger, German [mailto:german.eichber...

Re: [openstack-dev] [MagnetoDB] MagnetoDB events & notifications

Hello Charles, The specification looks very good and we can start with it for table and data item events. The only thing I'm not quite sure is implementation of table.usage information. I mean this part of description "Periodic usage notification generated by the magnetodb-table-usage-audit cron

Re: [openstack-dev] [Openstack-dev][Neutron] Port Mirroring Extension in Neutron

Hi, Issue resolved. The specification is now submitted for review: https://review.openstack.org/96149 Cheers, main(i){putchar((5852758>>((i-1)/2)*8)-!(1&i)*'\r')^89&&main(++i);} On Wed, May 28, 2014 at 12:16 PM, Vinay Yadhav wrote: > Hi all, > > I am experiencing an issue when i try to commit

Re: [openstack-dev] [MagnetoDB] MagnetoDB events & notifications

On 23/05/14 08:55 -0700, Charles Wang wrote: Folks, Please take a look at the initial draft of MagnetoDB Events and Notifications wiki page: https://wiki.openstack.org/wiki/MagnetoDB/notification. Your feedback will be appreciated. Just one nit. The wiki page mentions that Oslo Notifier wil

Re: [openstack-dev] [Openstack-docs] [Heat][Documentation] Heat template documentation

On 28/05/14 10:05, Julien Danjou wrote: > On Tue, May 27 2014, Gauvain Pocentek wrote: > >> So my feeling is that we should work on the tools to convert RST >> (or whatever format, but RST seems to be the "norm" for openstack >> projects) to docbook, and generate our online documentation from >> t

[openstack-dev] [Fuel] Review blueprint specs on gerrit

Guys, from now on we should keep all our 5.1 blueprint specs in one place: fuel-specs repo . We do it same way as nova, so you can use their instructionas a guideline. Once again. All specifications for 5.1

[openstack-dev] [horizon][infra] Plan for the splitting of Horizon into two repositories

Hello, we plan to finally do the split in this cycle, and I started some preparations for that. I also started to prepare a detailed plan for the whole operation, as it seems to be a rather big endeavor. You can view and amend the plan at the etherpad at: https://etherpad.openstack.org/p/horizon-

[openstack-dev] Recommended way of having a project admin

Hi All, We want to introduce a role of project admin in our cloud who can add users only in the project in which he is an admin. AFAIK RBAC policies are not supported by keystone v2 api. So I suppose we will need to use keystone v3 to support the concept of project admin. But I hear things like al

[openstack-dev] [Ironic] Random thoughts on asynchronous API spec

Hi Ironic folks, hi Devananda! I'd like to share with you my thoughts on asynchronous API, which is spec https://review.openstack.org/#/c/94923 First I was planned this as comments to the review, but it proved to be much larger, so I post it for discussion on ML. Here is list of different conside

Re: [openstack-dev] [MagnetoDB] PTL Candidacy

ack On Wed, May 28, 2014 at 1:34 PM, Ilya Sviridov wrote: > Hello openstackers, > > I'd like to announce my candidacy as PTL of MagnetoDB[1] project. > > Several words about me: > I'm software developer at Mirantis. I'm working with OpenStack for a year > and a bit more. At the beginning it was

[openstack-dev] [sahara] summit wrap-up: backward compat

Hey folks, it's a small wrap-up for the two topics "Sahara backward compat" and " "Hadoop cluster backward compatibility", both were discussed on design summit, etherpad [0] contains info about them. There are some open questions listed in the end of email, please, don't skip them :) > Sahara bac

Re: [openstack-dev] [horizon][infra] Plan for the splitting of Horizon into two repositories

On 05/28/2014 02:54 PM, Radomir Dopieralski wrote: Hello, we plan to finally do the split in this cycle, and I started some preparations for that. I also started to prepare a detailed plan for the whole operation, as it seems to be a rather big endeavor. You can view and amend the plan at the e

Re: [openstack-dev] [nova] nova default quotas

Hi Kieran, What do you think about the approach proposed in https://review.openstack.org/#/c/94519/ ? What we are trying to do is to simplify the way to manage default quotas through an API and keeping backward compatibility. So doing this is not needed to restart any service once a default q

[openstack-dev] [sahara] team meeting May 29 1800 UTC

Hi folks, We'll be having the Sahara team meeting as usual in #openstack-meeting-alt channel. Agenda: https://wiki.openstack.org/wiki/Meetings/SaharaAgenda#Agenda_for_May.2C_29 http://www.timeanddate.com/worldclock/fixedtime.html?msg=Sahara+Meeting&iso=20140529T18 -- Sincerely yours, Sergey

Re: [openstack-dev] [Cinder] Qcow2 support for cinder-backup

On 18 May 2014 12:32, Murali Balcha wrote: > Hi, > I did a design session on Friday though my proposal was to capture the > delta as qcow2. Here is the link to ether pad notes. > > https://etherpad.openstack.org/p/juno-cinder-changed-block-list > > > Do you see synergies between what you are propo

[openstack-dev] [Glance] Policy

Hello, I have a question in Glance about its policy, I'm setting it to deny all calls to images.list ("get_image": "!", "get_images": "!",) but it doesn't work, I tried this on keystone and worked fine, but on glance it ignores the change I made to the policy. Does anyone knows if glance c

[openstack-dev] What's Up Doc? May 28 2014

Here's the latest news in docland. Thanks for all the great input at the Summit and excellent follow up conversations on the mailing lists. 1. In review and merged recently: Conversion of the High Availability Guide to DocBook to ease maintenance. It's so interesting that the conversation about th

Re: [openstack-dev] [Ironic] Random thoughts on asynchronous API spec

On Wed, May 28, 2014 at 2:02 PM, Dmitry Tantsur wrote: > Hi Ironic folks, hi Devananda! > > I'd like to share with you my thoughts on asynchronous API, which is > spec https://review.openstack.org/#/c/94923 > First I was planned this as comments to the review, but it proved to be > much larger, so

Re: [openstack-dev] [Glance] Policy

I think you should restart the glance-api, because it will not reload the policy.json like others. 2014-05-28 22:05 GMT+08:00 André Aranha : > Hello, > I have a question in Glance about its policy, I'm setting it to deny > all calls to images.list ("get_image": "!", "get_images": "!",) but

Re: [openstack-dev] Specifying file encoding

Pádraig Brady writes: > On 05/28/2014 08:16 AM, Martin Geisler wrote: >> Hi everybody, >> >> I'm trying to get my feet wet with OpenStack development, so I recently >> tried to submit some small patches. One small thing I noticed was that >> some files used >> >> # -*- encoding: utf-8 -*- >>

Re: [openstack-dev] [Glance] Policy

Worked fine, thank you! On 28 May 2014 11:12, Guangyu Suo wrote: > I think you should restart the glance-api, because it will not reload the > policy.json like others. > > > 2014-05-28 22:05 GMT+08:00 André Aranha : > >> Hello, >> I have a question in Glance about its policy, I'm setting i

Re: [openstack-dev] [Horizon] Selenium test fixes

On 05/27/2014 11:45 PM, Kieran Spear wrote: > No failures in the last 24 hours. \o/ > > On 26 May 2014 23:44, Kieran Spear wrote: >> Hi peeps, >> >> Could I ask reviewers to prioritise the following: >> >> https://review.openstack.org/#/c/95392/ >> >> It should eliminate our selenium gate failure

Re: [openstack-dev] [Horizon] Selenium test fixes

On May 27, 2014, at 10:45 PM, Kieran Spear wrote: > No failures in the last 24 hours. \o/ Great job! Thanks Kieran! David. signature.asc Description: Message signed with OpenPGP using GPGMail ___ OpenStack-dev mailing list OpenStack-dev@lists.opens

[openstack-dev] Oslo logging eats system level tracebacks by default

When attempting to build a new tool for Tempest, I found that my python syntax errors were being completely eaten. After 2 days of debugging I found that oslo log.py does the following *very unexpected* thing. - replaces the sys.excepthook with it's own function - eats the execption traceback un

[openstack-dev] [QA] Meeting Thursday May 29th at 22:00UTC

Just a quick reminder that the weekly OpenStack QA team IRC meeting will be tomorrow Thursday, May 29th at 22:00 UTC in the #openstack-meeting channel. The agenda for tomorrow's meeting can be found here: https://wiki.openstack.org/wiki/Meetings/QATeamMeeting Anyone is welcome to add an item to th

Re: [openstack-dev] [Nova] [Neutron] heal_instance_info_cache_interval - Can we kill it?

- Original Message - > Hi, > > Sorry somehow I missed this email. I don't think you want to disable it, > though we can definitely have it run less often. The issue with disabling it > is if one of the notifications from neutron->nova never gets sent > successfully to nova (neutron-serve

Re: [openstack-dev] [neutron] BPs for Juno-1

On Wed, May 28, 2014 at 12:41 AM, mar...@redhat.com wrote: > On 27/05/14 17:14, Kyle Mestery wrote: >> Hi Neutron developers: >> >> I've spent some time cleaning up the BPs for Juno-1, and they are >> documented at the link below [1]. There are a large number of BPs >> currently under review right

Re: [openstack-dev] Specifying file encoding

- Original Message - > From: "Pádraig Brady" > To: "OpenStack Development Mailing List (not for usage questions)" > > Sent: Wednesday, May 28, 2014 6:28:28 AM > Subject: Re: [openstack-dev] Specifying file encoding > > On 05/28/2014 08:16 AM, Martin Geisler wrote: > > Hi everybody, >

Re: [openstack-dev] [Trove] Trove-Gate idle time

Hey Mathew, Great sleuthing and maybe that will help. Sounds like a possible solution to the job sitting for a while. The reason we put the chmod in the README.md was because on a cloud server when we tested everything we found that you could not connect to the screen session because permissions

Re: [openstack-dev] Specifying file encoding

Ryan Brady writes: > - Original Message - >> From: "Pádraig Brady" >> To: "OpenStack Development Mailing List (not for usage questions)" >> >> Sent: Wednesday, May 28, 2014 6:28:28 AM >> Subject: Re: [openstack-dev] Specifying file encoding >> >> On 05/28/2014 08:16 AM, Martin Geisler

Re: [openstack-dev] Oslo logging eats system level tracebacks by default

On Wed, May 28, 2014 at 10:38 AM, Sean Dague wrote: > When attempting to build a new tool for Tempest, I found that my python > syntax errors were being completely eaten. After 2 days of debugging I > found that oslo log.py does the following *very unexpected* thing. > > - replaces the sys.except

[openstack-dev] [FUEL][Design session 5.1] 28/05/2014 meeting minutes

Hey, folks We did a meeting today regarding 5.1-targeted blueprints and design. Here is the document with the results: https://etherpad.openstack.org/p/fuel-library-5.1-design-session Obviously, we need several additional meetings to build up roadmap for 5.1, but I think this was a really good

Re: [openstack-dev] Oslo logging eats system level tracebacks by default

On 05/28/2014 11:39 AM, Doug Hellmann wrote: On Wed, May 28, 2014 at 10:38 AM, Sean Dague wrote: When attempting to build a new tool for Tempest, I found that my python syntax errors were being completely eaten. After 2 days of debugging I found that oslo log.py does the following *very unexpec

Re: [openstack-dev] [Baremetal][Neutron] SDN Solution for Openstack Baremetal Driver

Ryota, Thanks for your invitation. Unfortunately I did not join the summit. Wish you had a good time and enjoy the summit ;). However I am really interested in your baremetal + SDN solution. Would you mind elaborate a bit more about the architecture and design of the solution? Regards, Tim On Sa

Re: [openstack-dev] [MagnetoDB] PTL Candidacy

+1. Do you plan a meetup or something? I am deeply interested in a good storage. On Wed, May 28, 2014 at 6:07 AM, Sergey Lukjanov wrote: > ack > > On Wed, May 28, 2014 at 1:34 PM, Ilya Sviridov > wrote: > > Hello openstackers, > > > > I'd like to announce my candidacy as PTL of MagnetoDB[1] p

Re: [openstack-dev] Oslo logging eats system level tracebacks by default

+1 Providing service crashing information is very valuable. In general we need to provide as much information about why the service exited (critically/traceback/unexpectedly) for our operators. —Morgan — Morgan Fainberg From: Jay Pipes jaypi...@gmail.com Reply: OpenStack Development Mailing Li

Re: [openstack-dev] [Ironic] Random thoughts on asynchronous API spec

Hi All, You've raised a good discussion, something similar already was started back in february. Could someone please find the long etherpad with discussion between Deva and Lifeless, as I recall most of the points mentioned above have a good comments there. Up to this point I have the only idea

[openstack-dev] [keystone] Redesign of Keystone Federation

Hi Everyone at the Atlanta meeting the following slides were presented during the federation session http://www.slideshare.net/davidwchadwick/keystone-apach-authn It was acknowledged that the current design is sub-optimal, but was a best first efforts to get something working in time for the Ice

Re: [openstack-dev] Specifying file encoding

- Original Message - > From: "Martin Geisler" > To: openstack-dev@lists.openstack.org > Sent: Wednesday, May 28, 2014 11:35:02 AM > Subject: Re: [openstack-dev] Specifying file encoding > > Ryan Brady writes: > > > - Original Message - > >> From: "Pádraig Brady" > >> To: "Ope

[openstack-dev] [Swift] storage policies are upon us; soft freeze in effect

The series of patches implementing storage policies in Swift has been proposed to master. The first patch set is https://review.openstack.org/#/c/96026/. This is a major feature in Swift, and it requires a lot of work in reviewing and integrating it. In order to focus as reviewers, Swift is unde

[openstack-dev] [sahara] summit wrap-up: subprojects

Hey folks, it's a small wrap-up for the topic "Sahara subprojects releasing and versioning" that was discussed partially on summit and requires some more discussions. You can find details in [0]. > common We'll include only one tarball for sahara to the release launchpad pages. All other links w

Re: [openstack-dev] [Neutron][LBaaS]TLS API support for authentication

On May 27, 2014, at 9:13 PM, Stephen Balukoff wrote: > Hi y'all! > > I would advocate that if the user asks the front-end API for the private key > information (ie. "GET" request), what they get back is the key's modulus and > nothing else. This should work to verify whether a given key matc

Re: [openstack-dev] [infra] Meeting Tuesday May 27th at 19:00 UTC

On Mon, May 26, 2014 at 11:02 AM, Elizabeth K. Joseph wrote: > Hi everyone, > > The OpenStack Infrastructure (Infra) team is hosting our weekly > meeting on Tuesday May 27th, at 19:00 UTC in #openstack-meeting Meeting minutes and log from our meeting yesterday available here: Minutes: http://ea

Re: [openstack-dev] [MagnetoDB] PTL Candidacy

Please, don't reply to the nominations with +1s, voting will be done after nominations week closed. If you'd like to ask some questions, please, use separated thread / IRC. Thanks. On Wed, May 28, 2014 at 7:53 PM, Serge Kovaleff wrote: > +1. > > Do you plan a meetup or something? I am deeply int

Re: [openstack-dev] [keystone] Redesign of Keystone Federation

On 05/28/2014 11:59 AM, David Chadwick wrote: Hi Everyone at the Atlanta meeting the following slides were presented during the federation session http://www.slideshare.net/davidwchadwick/keystone-apach-authn It was acknowledged that the current design is sub-optimal, but was a best first effo

Re: [openstack-dev] [DriverLog][Stackalytics] Detailed view for vendor drivers

On 05/28/2014 10:20 AM, Ilya Shakhat wrote: Hi! At the summit we've announced a new dashboard called DriverLog [1] that tracks all available open-source drivers for OpenStack. DriverLog allows maintainers to describe their drivers with list of OpenStack

Re: [openstack-dev] [keystone] Redesign of Keystone Federation

> -Original Message- > From: Adam Young [mailto:ayo...@redhat.com] > Sent: 28 May 2014 18:23 > To: openstack-dev@lists.openstack.org > Subject: Re: [openstack-dev] [keystone] Redesign of Keystone Federation > > On 05/28/2014 11:59 AM, David Chadwick wrote: > > Hi Everyone > > > > at the A

[openstack-dev] [Horizon][Tuskar-UI] Location for common dashboard code?

Heya, Tuskar-UI is currently extending classes directly from openstack-dashboard. For example, right now our UI for Flavors extends classes in both openstack_dashboard.dashboards.admin.flavors.tables and openstack_dashboard.dashboards.admin.flavors.workflows. In the future, this sort of patte

[openstack-dev] Mahout-as-a-service

Hi everyone, I have a idea for new project: Mahout-as-a-service. Main idea of this project: - Install OpenStack - Deploying OpenStack Sahara source - Deploying Mahout on Sahara OpenStack system. - Construction of the API. Through web or mobile interface, users can: - Enable / Disable Mahout on Ha

Re: [openstack-dev] [keystone] Redesign of Keystone Federation

Hi David and Kristy, looking at the slides it is not clear to me why you need to have an authn plugin for each Apache plugin. I have experience only with few Apache plugins and they provide the possibility to customise the attributes for the application behind. As an example, with mod_shib it is p

Re: [openstack-dev] [Mistral] Cleaning up configuration settings

Thanks for following up. I will publish this change as a separate patch from my current config cleanup. On Wed, May 28, 2014 at 2:38 AM, Renat Akhmerov wrote: > > On 28 May 2014, at 13:51, Angus Salkeld > wrote: > > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA1 > > > > On 17/05/14 02:48,

[openstack-dev] [marconi] Removing Get and Delete Messages by ID

Crew, as discussed in the last team meeting, I have updated the API v1.1 spec to remove the ability to get one or more messages by ID. This was done to remove unnecessary complexity from the API, and to make it easier to support different t

[openstack-dev] Bad perf on swift servers...

Hi, Confused about the right mailing list to ask this question. So including both openstack and openstack-dev in the CC list. I'm running a swift cluster with 4 nodes. All 4 nodes are symmetrical. i.e. proxy, object, container, and account servers running on each with similar storage configuratio

Re: [openstack-dev] [Ironic] Random thoughts on asynchronous API spec

BTW a very similar discussion is going in Neutron community right now, please find a thread under the *[openstack-dev] [Neutron] Introducing task oriented workflows* label. Best regards, Max Lobur, Python Developer, Mirantis, Inc. Mobile: +38 (093) 665 14 28 Skype: max_lobur 38, Lenina ave. Khar

Re: [openstack-dev] [sahara] summit wrap-up: subprojects

On 05/28/2014 12:02 PM, Sergey Lukjanov wrote: Hey folks, it's a small wrap-up for the topic "Sahara subprojects releasing and versioning" that was discussed partially on summit and requires some more discussions. You can find details in [0]. common We'll include only one tarball for sahara

Re: [openstack-dev] [neutron] BPs for Juno-1

Nader, My understanding is that you DO need a BP for those changes as well due to the fact that neutron-client is a separate project but it should be easier to merge because the main one in Neutron has been already approved. Edgar From: Nader Lahouti mailto:nader.laho...@gmail.com>> Reply-To:

Re: [openstack-dev] [MagnetoDB] MagnetoDB events & notifications

Hi Flavio, Thank you very much for taking time to review the MagnetoDB Notification spec. For Oslo Notifier vs Oslo Messaging, could you please provide links to example projects showing how Oslo Messaging¹s Notifier component is used in OpensSack? I noticed Oslo Notifier is being graduated to Oslo

Re: [openstack-dev] [Openstack-dev][Neutron] Port Mirroring Extension in Neutron

Great! Should this also be added to the Neutron milestones/blueprints page for Juno-2? Thanks, Anil From: Vinay Yadhav [mailto:vinayyad...@gmail.com] Sent: Wednesday, May 28, 2014 5:13 AM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [Openstack-dev

Re: [openstack-dev] [sahara] summit wrap-up: backward compat

- Original Message - > > Open questions > > 1. How should we handle addition of new functionality to the API, > should we bump minor version and just add new endpoints? I think we should not include the minor revision number in the url. Looking at some of the other projects (nova, keys

Re: [openstack-dev] [openstack-php-sdk] Testing proposal

Jamie, thanks for taking the time to detail out your proposal. I have no major disagreements. The proposal looks fine to me. On Thu, May 22, 2014 at 6:21 AM, Jamie Hannaford < jamie.hannaf...@rackspace.com> wrote: > Hey everyone, > > Based on our conversation in irc yesterday, I’m detailing a

Re: [openstack-dev] [Neutron][LBaaS] Unanswered questions in object model refactor blueprint

Hi Stephen On Tue, 2014-05-27 at 19:42 -0700, Stephen Balukoff wrote: > Hi y'all! > > > On Tue, May 27, 2014 at 12:32 PM, Brandon Logan > wrote: > Referencing this blueprint: > > https://review.openstack.org/#/c/89903/5/specs/juno/lbaas-api-and-objmodel-improvement.rst >

Re: [openstack-dev] [Ironic] Random thoughts on asynchronous API spec

While I appreciate the many ideas being discussed here (some of which we've explored previously and agreed to continue exploring), there is a fundamental difference vs. what I propose in that spec. I believe that what I'm proposing will be achievable without any significant visible changes in the A

Re: [openstack-dev] Designate Incubation Request

Does this make sense in Neutron? In my opinion it doesn't. DNSaaS is external to Neutron and is independent. It serves DNS requests that can come from the internet just as well as they can come from VMs in the cloud (but through the network external to the cloud). It can serve IPs for cloud res

Re: [openstack-dev] [Ironic] Random thoughts on asynchronous API spec

On Wed, 2014-05-28 at 11:08 -0700, Devananda van der Veen wrote: > While I appreciate the many ideas being discussed here (some of which > we've explored previously and agreed to continue exploring), there is > a fundamental difference vs. what I propose in that spec. I believe > that what I'm prop

Re: [openstack-dev] [sahara] summit wrap-up: backward compat

On 05/28/2014 09:14 AM, Sergey Lukjanov wrote: Hey folks, it's a small wrap-up for the two topics "Sahara backward compat" and " "Hadoop cluster backward compatibility", both were discussed on design summit, etherpad [0] contains info about them. There are some open questions listed in the end o

Re: [openstack-dev] [neutron] BPs for Juno-1

Hi Edgar, Thanks for the reply. I do have separate BP for the neutronclient ( https://blueprints.launchpad.net/python-neutronclient/+spec/python-neutronclient-for-cisco-dfa) but I didn't file any spec for it in neutron-specs as I thought it is different. I don't know if the existing BP is enough o

Re: [openstack-dev] [neutron] Supporting retries in neutronclient

Would it be feasible to make the retry logic only apply to read-only operations? This would still require a nova change to specify the number of retries, but it'd also prevent invokers from shooting themselves in the foot if they call for a write operation. Aaron Rosen wrote on 05/27/2014 09:

Re: [openstack-dev] [sahara] summit wrap-up: backward compat

On 05/28/2014 01:59 PM, Michael McCune wrote: - Original Message - Open questions 1. How should we handle addition of new functionality to the API, should we bump minor version and just add new endpoints? I think we should not include the minor revision number in the url. Looking a

Re: [openstack-dev] Designate Incubation Request

I would agree this doesn't make sense in Neutron. I do wonder if it makes sense in the Network program. I'm getting suspicious of the programs for projects model if every new project incubating in seems to need a new program. Which isn't really a reflection on designate, but possibly on our progra

Re: [openstack-dev] [Neutron][LBaaS] Unanswered questions in object model refactor blueprint

Hi Vijay, On Tue, 2014-05-27 at 16:27 -0700, Vijay B wrote: > Hi Brandon, > > > The current reviews of the schema itself are absolutely valid and > necessary, and must go on. However, the place of implementation of > this schema needs to be clarified. Rather than make any changes > whatsoever to

Re: [openstack-dev] Oslo logging eats system level tracebacks by default

+1 from me. On Wed, May 28, 2014 at 11:49 AM, Jay Pipes wrote: > On 05/28/2014 11:39 AM, Doug Hellmann wrote: >> >> On Wed, May 28, 2014 at 10:38 AM, Sean Dague wrote: >>> >>> When attempting to build a new tool for Tempest, I found that my python >>> syntax errors were being completely eaten. A

[openstack-dev] [Openstack-stable-maint] Stable exception

I'll start by saying that we don't need this ported to icehouse as we've included it in our distro, as Alan suggested. However, I would like to explain why we needed it. We do generate cert files for the controller node. However, for cases where the different services are all running on the con

Re: [openstack-dev] [Horizon][Tuskar-UI] Location for common dashboard code?

Hey Tzu-Mainn, I've actually discouraged people from doing this sort of thing when customizing Horizon. IMO it's risky to extend those panels because they really aren't intended as extension points. We intend Horizon to be extensible by adding additional panels or dashboards. I know you are clo

Re: [openstack-dev] Keystone

On 05/28/2014 05:57 AM, Tizy Ninan wrote: Hi, Thanks for the reply. I am still not successful in integrating keystone with active directory. Can you please provide some clarifications related to the following questions. 1. Currently, my active directory schema does not have projects/tenants a

  1   2   >