Re: [openstack-dev] [nova][bugs] request to add user hudson-openstack to nova-bugs team

2014-07-15 Thread melanie witt
On Jul 14, 2014, at 16:53, Michael Still mi...@stillhq.com wrote: Jeremy helped me with this on IRC, and the hudson bot is now a member of that group. Wonderful -- thank you both! ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org

Re: [openstack-dev] [all] Treating notifications as a contract

2014-07-15 Thread Mark McLoughlin
On Fri, 2014-07-11 at 10:04 +0100, Chris Dent wrote: On Fri, 11 Jul 2014, Lucas Alvares Gomes wrote: The data format that Ironic will send was part of the spec proposed and could have been reviewed. I think there's still time to change it tho, if you have a better format talk to Haomeng

Re: [openstack-dev] [Murano] Field 'name' is removed from Apps dynamic UI markup, should 'Version' be changed?

2014-07-15 Thread Timur Sufiev
Seems we have agreed on increasing minor version of UI markup to 2.1. I've updated https://blueprints.launchpad.net/murano/+spec/dynamic-ui-specify-no-explicit-name-field On Thu, Jul 10, 2014 at 1:08 AM, Timur Sufiev tsuf...@mirantis.com wrote: Also agree with Stan. I'd like to refrain from

Re: [openstack-dev] [all] Treating notifications as a contract

2014-07-15 Thread Mark McLoughlin
On Thu, 2014-07-10 at 16:21 -0400, Eoghan Glynn wrote: One of the issues that has been raised in the recent discussions with the QA team about branchless Tempest relates to some legacy defects in the OpenStack notification system. Got links to specifics? I thought the consensus was

Re: [openstack-dev] [Ironic] [Horizon] [UX] Wireframes for Node Management - Juno

2014-07-15 Thread Jaromir Coufal
On 2014/10/07 22:19, Gregory Haynes wrote: Excerpts from Jaromir Coufal's message of 2014-07-09 07:51:56 +: Hey folks, after few rounds of reviews and feedbacks, I am sending wireframes, which are ready for implementation in Juno:

Re: [openstack-dev] [glance] Bug Days - July 15/16

2014-07-15 Thread Kuvaja, Erno
Good Morning/Day, I have just started Etherpad https://etherpad.openstack.org/p/glance-bugday-progress for tracking. Please also join to #openstack-glance @Freenode to join the chat. All hands onboard would be appreciated! BR, Erno From: Fei Long Wang [mailto:feil...@catalyst.net.nz] Sent:

Re: [openstack-dev] [Tuskar] Not able to set up the stack

2014-07-15 Thread Steve Kowalik
On 15/07/14 15:26, Peeyush Gupta wrote: I have been trying to set up TripleO. To do that, i first installed ironic with devstack. So, I have three baremetal node. Then I went on to install tuskar and tuskar-ui using their respective installation guides i.e.

Re: [openstack-dev] Can not create cinder volume

2014-07-15 Thread Duncan Thomas
On 15 July 2014 08:24, Johnson Cheng johnson.ch...@qsantechnology.com wrote: I have two questions here, 1. It still has “Error encountered during initialization of driver: LVMISCSIDriver” error message in cinder-volume.log, how to fix this issue? 2. From cinder-scheduler.log, it

Re: [openstack-dev] [Ironic] [Horizon] [UX] Wireframes for Node Management - Juno

2014-07-15 Thread Jaromir Coufal
Hi Devananda, thank you for your great feedback and notes. Few reactions follow inline: On 2014/10/07 21:29, Devananda van der Veen wrote: Awesome! Glad to see the progress since the design summit. Some comments: - slide 1 shows some driver-specific input fields. We have work in progress to

[openstack-dev] REST API access to configuration options

2014-07-15 Thread Henry Nash
HI As the number of configuration options increases and OpenStack installations become more complex, the chances of incorrect configuration increases. There is no better way of enabling cloud providers to be able to check the configuration state of an OpenStack service than providing a direct

Re: [openstack-dev] [compute][tempest] Upgrading libvirt-lxc support status

2014-07-15 Thread Joe Gordon
On Tue, Jul 1, 2014 at 2:32 PM, Nels Nelson nels.nel...@rackspace.com wrote: Greetings list,- Over the next few weeks I will be working on developing additional Tempest gating unit and functional tests for the libvirt-lxc compute driver. Tempest is driver agnostic, just like the nova APIs

[openstack-dev] [horizon] Customization use cases

2014-07-15 Thread Radomir Dopieralski
Hello, I started a page on the wiki to collect the stories about people customizing Horizon here: https://wiki.openstack.org/wiki/Horizon/Customization I hope that it will help us improve Horizon's customization support in the areas where people actually care about it, and make it more useful.

Re: [openstack-dev] [nova] Manage multiple clusters using a single nova service

2014-07-15 Thread Matthew Booth
On 14/07/14 09:34, Vaddi, Kiran Kumar wrote: Hi, In the Juno summit, it was discussed that the existing approach of managing multiple VMware Clusters using a single nova compute service is not preferred and the approach of one nova compute service representing one cluster should be

Re: [openstack-dev] REST API access to configuration options

2014-07-15 Thread Mark McLoughlin
On Tue, 2014-07-15 at 08:54 +0100, Henry Nash wrote: HI As the number of configuration options increases and OpenStack installations become more complex, the chances of incorrect configuration increases. There is no better way of enabling cloud providers to be able to check the

[openstack-dev] PyCon AU OpenStack Miniconf – Schedule now available!

2014-07-15 Thread Joshua Hesketh
Hello all, The miniconf organisers are pleased to announce their first draft of a schedule for the PyCon Australia OpenStack miniconf: http://sites.rcbops.com/openstack_miniconf/2014/07/openstack-miniconf-programme-for-pycon-au/ The OpenStack miniconf is a one day conference held on Friday the

Re: [openstack-dev] [Nova] [Gantt] Scheduler split status (updated)

2014-07-15 Thread Sylvain Bauza
Le 14/07/2014 20:10, Jay Pipes a écrit : On 07/14/2014 10:16 AM, Sylvain Bauza wrote: Le 12/07/2014 06:07, Jay Pipes a écrit : On 07/11/2014 07:14 AM, John Garbutt wrote: On 10 July 2014 16:59, Sylvain Bauza sba...@redhat.com wrote: Le 10/07/2014 15:47, Russell Bryant a écrit : On 07/10/2014

Re: [openstack-dev] [neutron] Juno-2 Review Priority

2014-07-15 Thread Salvatore Orlando
Kyle, It is probably my fault that I did not notice the review assignment page beforehand. Thankfully, I'm already engaged in reviewing the db 'healing' work. On the other hand, I've barely followed Oleg's progress on the migration work. I'm ok to assist Maru there, even if I'm surely less

Re: [openstack-dev] [Fuel] Neutron ML2 Blueprints

2014-07-15 Thread Vladimir Kuklin
Andrew, [2] may be due to agents failing to start. Incorrect agents configuration will lead to agents unability to start and pacemaker timeouts. [3] I do not see failures in rabbit service as I see that it succesfully transitioned from stopped to running state. [4] Swift error shows that you have

Re: [openstack-dev] Can not create cinder volume

2014-07-15 Thread Johnson Cheng
Dear Duncan, Thanks for your reply. My rootwrap.conf is correct, but I find there is a garbage file at /etc/cinder/rootwrap.d/ folder. When I remove it, everything is right. May I ask you another question that how cinder choose volume node to create volume if I have multi volume nodes? For

Re: [openstack-dev] Can not create cinder volume

2014-07-15 Thread Duncan Thomas
On 15 July 2014 11:59, Johnson Cheng johnson.ch...@qsantechnology.com wrote: May I ask you another question that how cinder choose volume node to create volume if I have multi volume nodes? For example, when controller node and compute node are alive, the volume will be created at compute

Re: [openstack-dev] REST API access to configuration options

2014-07-15 Thread Henry Nash
Mark, Thanks for your comments (as well as remarks on the WIP code-review). So clearly gathering and analysing log files is an alternative approach, perhaps not as immediate as an API call. In general, I believe that the more capability we provide via easy-to-consume APIs (with appropriate

Re: [openstack-dev] REST API access to configuration options

2014-07-15 Thread Joe Gordon
On Tue, Jul 15, 2014 at 5:00 AM, Henry Nash hen...@linux.vnet.ibm.com wrote: Mark, Thanks for your comments (as well as remarks on the WIP code-review). So clearly gathering and analysing log files is an alternative approach, perhaps not as immediate as an API call. In general, I believe

[openstack-dev] [nova][sriov] today's IRC meeting

2014-07-15 Thread Robert Li (baoli)
Hi, I need to pick up my son at 9:00. It’s a short trip. So I will be late about 15 minutes. Status wise, if everything goes well, the patches should be up in a couple of days. One of the challenges is due to dividing them up, some unit tests will fail due to missing module and it took time

Re: [openstack-dev] Devstack (icehouse) - XCP - enable live migration

2014-07-15 Thread Bob Ball
Hi Afef, There was a regression in Icehouse that broke XenAPI aggregates. This has been fixed in Juno, however we would recommend you use live migrate with block migration (using XCP 1.6 or XenServer 6.2 – which is Free as well now, see

[openstack-dev] [TripleO] devtest error in netwrok

2014-07-15 Thread Peeyush Gupta
Hi all, I have been trying to set up tripleO on a ubuntu 12.04 virtual machine. Now i am following this guide:  http://docs.openstack.org/developer/tripleo-incubator/devtest.html Now, when I run devtest_testenv.sh command, I get the following error: error: internal error Network is already in

Re: [openstack-dev] [nova][qa] proposal for moving forward on cells/tempest testing

2014-07-15 Thread Matt Riedemann
On 7/15/2014 12:36 AM, Sean Dague wrote: On 07/14/2014 07:44 PM, Matt Riedemann wrote: Today we only gate on exercises in devstack for cells testing coverage in the gate-devstack-dsvm-cells job. The cells tempest non-voting job was moving to the experimental queue here [1] since it doesn't

Re: [openstack-dev] [neutron] Juno-2 Review Priority

2014-07-15 Thread Kyle Mestery
On Tue, Jul 15, 2014 at 5:00 AM, Salvatore Orlando sorla...@nicira.com wrote: Kyle, It is probably my fault that I did not notice the review assignment page beforehand. Thankfully, I'm already engaged in reviewing the db 'healing' work. On the other hand, I've barely followed Oleg's progress

Re: [openstack-dev] [all] Treating notifications as a contract

2014-07-15 Thread Sandy Walsh
On 7/15/2014 3:51 AM, Mark McLoughlin wrote: On Fri, 2014-07-11 at 10:04 +0100, Chris Dent wrote: On Fri, 11 Jul 2014, Lucas Alvares Gomes wrote: The data format that Ironic will send was part of the spec proposed and could have been reviewed. I think there's still time to change it tho, if

Re: [openstack-dev] [Fuel] Neutron ML2 Blueprints

2014-07-15 Thread Sergey Vasilenko
[1] fixed in https://review.openstack.org/#/c/107046/ Thanks for report a bug. ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] REST API access to configuration options

2014-07-15 Thread Henry Nash
Joe, I'd imagine an API like this would be pretty useful for some of these config tools - so I'd imagine they might well be consumers of this API. Henry On 15 Jul 2014, at 13:10, Joe Gordon joe.gord...@gmail.com wrote: On Tue, Jul 15, 2014 at 5:00 AM, Henry Nash

Re: [openstack-dev] [devstack][keystone] Devstack, auth_token and keystone v3

2014-07-15 Thread Steven Hardy
On Mon, Jul 14, 2014 at 02:43:19PM -0400, Adam Young wrote: On 07/14/2014 11:47 AM, Steven Hardy wrote: Hi all, I'm probably missing something, but can anyone please tell me when devstack will be moving to keystone v3, and in particular when API auth_token will be configured such that

[openstack-dev] [Neutron] Neutron Ryu status

2014-07-15 Thread YAMAMOTO Takashi
if you are wondering why ofagent CI (Neutron Ryu) reported a failure (non-voting) for your review recently, you can probably safely ignore it. sorry for inconvenience. the CI has been fixed recently. unfortunately ofagent on master is broken (a consequence of the broken CI) and the CI started

Re: [openstack-dev] [oslo][glance] what to do about tons of http connection pool is full warnings in g-api log?

2014-07-15 Thread Matt Riedemann
On 7/14/2014 5:28 PM, Matt Riedemann wrote: On 7/14/2014 5:18 PM, Ben Nemec wrote: On 07/14/2014 04:21 PM, Matt Riedemann wrote: On 7/14/2014 4:09 PM, Matt Riedemann wrote: I opened bug 1341777 [1] against glance but it looks like it's due to the default log level for

Re: [openstack-dev] [all][specs] Please stop doing specs for any changes in projects

2014-07-15 Thread Duncan Thomas
On 15 July 2014 15:01, Erlon Cruz sombra...@gmail.com wrote: Leave the option about when to submit a design vs. when to submit code to the contributor. That's is what is being done so far right? Hard to know (mainly if you are a first contributor) when a change is big or not. I can see lots

Re: [openstack-dev] REST API access to configuration options

2014-07-15 Thread Joe Gordon
On Tue, Jul 15, 2014 at 6:57 AM, Henry Nash hen...@linux.vnet.ibm.com wrote: Joe, I'd imagine an API like this would be pretty useful for some of these config tools - so I'd imagine they might well be consumers of this API. This may solve the OpenStack case, but something like this wouldn't

[openstack-dev] python-glanceclient with requests is spamming the logs

2014-07-15 Thread Matt Riedemann
I've been looking at bug 1341777 since yesterday originally because of g-api logs and this warning: HttpConnectionPool is full, discarding connection: 127.0.0.1 But that's been around awhile and it sounds like an issue with python-swiftclient since it started using python-requests (see bug

Re: [openstack-dev] [devstack][keystone] Devstack, auth_token and keystone v3

2014-07-15 Thread Morgan Fainberg
On Tuesday, July 15, 2014, Steven Hardy sha...@redhat.com wrote: On Mon, Jul 14, 2014 at 02:43:19PM -0400, Adam Young wrote: On 07/14/2014 11:47 AM, Steven Hardy wrote: Hi all, I'm probably missing something, but can anyone please tell me when devstack will be moving to keystone v3,

[openstack-dev] [Neutron][LBaaS] TLS capability - SNI - Extracting SubjectCommonName and/or SubjectAlternativeNames from X509

2014-07-15 Thread Evgeny Fedoruk
Hi All, Since this issue came up from TLS capabilities RST doc review, I opened a ML thread for it to make the decision. Currently, the document says: For SNI functionality, tenant will supply list of TLS containers in specific Order. In case when specific back-end is not able to support SNI

Re: [openstack-dev] REST API access to configuration options

2014-07-15 Thread Mark McLoughlin
On Tue, 2014-07-15 at 13:00 +0100, Henry Nash wrote: Mark, Thanks for your comments (as well as remarks on the WIP code-review). So clearly gathering and analysing log files is an alternative approach, perhaps not as immediate as an API call. In general, I believe that the more

Re: [openstack-dev] [Neutron] Neutron Ryu status

2014-07-15 Thread Kyle Mestery
On Tue, Jul 15, 2014 at 9:12 AM, YAMAMOTO Takashi yamam...@valinux.co.jp wrote: if you are wondering why ofagent CI (Neutron Ryu) reported a failure (non-voting) for your review recently, you can probably safely ignore it. sorry for inconvenience. the CI has been fixed recently.

Re: [openstack-dev] [all][specs] Please stop doing specs for any changes in projects

2014-07-15 Thread Erlon Cruz
Leave the option about when to submit a design vs. when to submit code to the contributor. That's is what is being done so far right? Hard to know (mainly if you are a first contributor) when a change is big or not. I can see lots of patches being submitted without the spec getting rejected

Re: [openstack-dev] [Neutron] Neutron Ryu status

2014-07-15 Thread YAMAMOTO Takashi
On Tue, Jul 15, 2014 at 9:12 AM, YAMAMOTO Takashi yamam...@valinux.co.jp wrote: if you are wondering why ofagent CI (Neutron Ryu) reported a failure (non-voting) for your review recently, you can probably safely ignore it. sorry for inconvenience. the CI has been fixed recently.

Re: [openstack-dev] REST API access to configuration options

2014-07-15 Thread Doug Hellmann
On Tue, Jul 15, 2014 at 10:25 AM, Mark McLoughlin mar...@redhat.com wrote: On Tue, 2014-07-15 at 13:00 +0100, Henry Nash wrote: Mark, Thanks for your comments (as well as remarks on the WIP code-review). So clearly gathering and analysing log files is an alternative approach, perhaps not

Re: [openstack-dev] [Nova] [Gantt] Scheduler split status (updated)

2014-07-15 Thread Jay Pipes
Hi Paul, thanks for your reply. Comments inline. BTW, is there any way to reply inline instead of top-posting? On these longer emails, it gets hard sometimes to follow your reply to specific things I mentioned (vs. what John G mentioned). Death to MS Outlook. On 07/14/2014 04:40 PM, Murray,

Re: [openstack-dev] [gantt] scheduler group meeting agenda

2014-07-15 Thread Debojyoti Dutta
https://etherpad.openstack.org/p/SchedulerUseCases [08:43:35] n0ano #action all update the use case etherpad athttps://etherpad.openstack.org/p/SchedulerUseCases Please update your use cases here .. 2014-07-14 20:57 GMT-07:00 Dugger, Donald D donald.d.dug...@intel.com: 1) Forklift (Tasks

Re: [openstack-dev] [Nova] [Gantt] Scheduler split status (updated)

2014-07-15 Thread Debojyoti Dutta
https://etherpad.openstack.org/p/SchedulerUseCases [08:43:35] n0ano #action all update the use case etherpad athttps://etherpad.openstack.org/p/SchedulerUseCases Please update your use cases here .. thx debo On Tue, Jul 15, 2014 at 2:50 AM, Sylvain Bauza sba...@redhat.com wrote: Le

Re: [openstack-dev] [Neutron][LBaaS] TLS capability - SNI - Extracting SubjectCommonName and/or SubjectAlternativeNames from X509

2014-07-15 Thread Eichberger, German
Hi, My impression was that the frontend would extract the names and hand them to the driver. This has the following advantages: * We can be sure all drivers can extract the same names * No duplicate code to maintain * If we ever allow the user to specify the names on

Re: [openstack-dev] [Nova] [Gantt][Scheduler-split] Why we need a Smart Placement Engine as a Service! (was: Scheduler split status (updated))

2014-07-15 Thread Debojyoti Dutta
https://etherpad.openstack.org/p/SchedulerUseCases [08:43:35] n0ano #action all update the use case etherpad athttps://etherpad.openstack.org/p/SchedulerUseCases Please update your use cases here .. debo On Mon, Jul 14, 2014 at 7:25 PM, Yathiraj Udupi (yudupi) yud...@cisco.com wrote: Hi

Re: [openstack-dev] [Neutron][LBaaS] TLS capability - SNI - Extracting SubjectCommonName and/or SubjectAlternativeNames from X509

2014-07-15 Thread Carlos Garza
On Jul 15, 2014, at 9:24 AM, Evgeny Fedoruk evge...@radware.com wrote: The question is about SCN and SAN extraction from X509. 1. Extraction of SCN/ SAN should be done while provisioning and not during TLS handshake Yes that makes the most sense. If some strange backend really wants

Re: [openstack-dev] [Neutron][LBaaS] TLS capability - SNI - Extracting SubjectCommonName and/or SubjectAlternativeNames from X509

2014-07-15 Thread Samuel Bercovici
Hi, I think that the discussion have asked that obtaining information out of the x509 via the SAN field will not be defined as mandatory. For example Radware's backend extracts this information from the x509 in the (virtual) device itself, specifying dns values different than what exists in

Re: [openstack-dev] [Nova] [Gantt] Scheduler split status (updated)

2014-07-15 Thread Dugger, Donald D
Unfortunately, much as I agree with your sentiment (Death to MS Outlook) my IT overlords have pretty much forced me into using it. I still top post but try and use some copied context (typically by adding an `in re:' to be explicit) so you know what part of the long email I'm referring to. --

[openstack-dev] [marconi] Meeting time change

2014-07-15 Thread Kurt Griffiths
Hi folks, we’ve been talking about this in IRC, but I wanted to bring it to the ML to get broader feedback and make sure everyone is aware. We’d like to change our meeting time to better accommodate folks that live around the globe. Proposals: Tuesdays, 1900 UTC Wednessdays, 2000 UTC

Re: [openstack-dev] [Nova] [Gantt] Scheduler split status (updated)

2014-07-15 Thread Chris Friesen
On 07/14/2014 12:10 PM, Jay Pipes wrote: On 07/14/2014 10:16 AM, Sylvain Bauza wrote: From an operator perspective, people waited so long for having a scheduler doing scheduling and not only resource placement. Could you elaborate a bit here? What operators are begging for the scheduler to

Re: [openstack-dev] [Fuel] [OSTF] OSTF stops working after password is changed

2014-07-15 Thread Vitaly Kramskikh
We had a short discussion and decided to implement this feature for 5.1 in this way: 1. Do not store credentials at all even in browser 2. Do not implement specific handling of auth errors 3. Make the form hidden by default; it can be shown by clicking a button 4. There will be a

Re: [openstack-dev] [Neutron][LBaaS] TLS capability - SNI - Extracting SubjectCommonName and/or SubjectAlternativeNames from X509

2014-07-15 Thread Carlos Garza
On Jul 15, 2014, at 10:55 AM, Samuel Bercovici samu...@radware.com wrote: Hi, Obtaining the domain name from the x509 is probably more of a driver/backend/device capability, it would make sense to have a library that could be used by anyone wishing to do so in their driver code.

[openstack-dev] [oslo.messaging][infra] New package dependencies for oslo.messaging's AMQP 1.0 support.

2014-07-15 Thread Ken Giusti
Hi, The AMQP 1.0 blueprint proposed for oslo.messaging Juno [0] introduces dependencies on a few packages that provide AMQP functionality. These packages are: * pyngus - a client API * python-qpid-proton - the python bindings for the Proton AMQP library * qpid-proton: the AMQP 1.0 library.

Re: [openstack-dev] [oslo.messaging][infra] New package dependencies for oslo.messaging's AMQP 1.0 support.

2014-07-15 Thread Doug Hellmann
On Tue, Jul 15, 2014 at 1:03 PM, Ken Giusti kgiu...@gmail.com wrote: Hi, The AMQP 1.0 blueprint proposed for oslo.messaging Juno [0] introduces dependencies on a few packages that provide AMQP functionality. These packages are: * pyngus - a client API * python-qpid-proton - the python

Re: [openstack-dev] [Neutron][LBaaS] TLS capability - SNI - Extracting SubjectCommonName and/or SubjectAlternativeNames from X509

2014-07-15 Thread Stephen Balukoff
+1 to German's and Carlos' comments. It's also worth pointing out that some UIs will definitely want to show SAN information and the like, so either having this available as part of the API, or as a standard library we write which then gets used by multiple drivers is going to be necessary. If

Re: [openstack-dev] [oslo] oslo.serialization repo review

2014-07-15 Thread Ben Nemec
And the link, since I forgot it before: https://github.com/cybertron/oslo.serialization On 07/14/2014 04:59 PM, Ben Nemec wrote: Hi oslophiles, I've (finally) started the graduation of oslo.serialization, and I'm up to the point of having a repo on github that passes the unit tests. I

Re: [openstack-dev] [oslo] oslo.serialization repo review

2014-07-15 Thread Doug Hellmann
LGTM. I did leave one comment [1], but it can wait until after the repo is imported. Doug [1] https://github.com/cybertron/oslo.serialization/commit/af8fafcf34762898e9e19199690a1d636f5fe748 On Tue, Jul 15, 2014 at 1:42 PM, Ben Nemec openst...@nemebean.com wrote: And the link, since I forgot

Re: [openstack-dev] [Heat] [TripleO] Extended get_attr support for ResourceGroup

2014-07-15 Thread Zane Bitter
On 14/07/14 12:21, Tomas Sedovic wrote: On 12/07/14 06:41, Zane Bitter wrote: On 11/07/14 09:37, Tomas Sedovic wrote: [snip] 3. List of IP addresses of all controllers:

Re: [openstack-dev] [Ironic] [Horizon] [UX] Wireframes for Node Management - Juno

2014-07-15 Thread Gregory Haynes
Excerpts from Jaromir Coufal's message of 2014-07-15 07:15:12 +: On 2014/10/07 22:19, Gregory Haynes wrote: Excerpts from Jaromir Coufal's message of 2014-07-09 07:51:56 +: Hey folks, after few rounds of reviews and feedbacks, I am sending wireframes, which are ready for

Re: [openstack-dev] [Heat] [TripleO] Extended get_attr support for ResourceGroup

2014-07-15 Thread Tomas Sedovic
On 15/07/14 20:01, Zane Bitter wrote: On 14/07/14 12:21, Tomas Sedovic wrote: On 12/07/14 06:41, Zane Bitter wrote: On 11/07/14 09:37, Tomas Sedovic wrote: [snip] Alternatively, we could extend the ResourceGroup's get_attr behaviour: {get_attr: [controller_group,

Re: [openstack-dev] [oslo] oslo.serialization repo review

2014-07-15 Thread Joshua Harlow
LGTM. I'd be interesting in the future to see if we can transparently use some other serialization format (besides json)... That's my only compliant is that jsonutils is still named jsonutils instead of 'serializer' or something else but I understand the reasoning why... -Josh On Jul 15,

[openstack-dev] Resources to fix MS Outlook (was Re: [Nova] [Gantt] Scheduler split status (updated))

2014-07-15 Thread Stefano Maffulli
On 07/15/2014 09:02 AM, Dugger, Donald D wrote: Unfortunately, much as I agree with your sentiment (Death to MS Outlook) my IT overlords have pretty much forced me into using it. It's been a while since I had to deal with really awful software but since the is a common problem, shall we

Re: [openstack-dev] [nova][sriov] patch that depends on multiple existing patches under review

2014-07-15 Thread Robert Li (baoli)
Hi, I was working on the last patch that I’d planned to submit for SR-IOV. It turned out this patch would depend on multiple existing patches. “git review –d” seems to be supporting one dependency only. Do let me know how we can create a patch that depends on multiple existing patches under

Re: [openstack-dev] [marconi] Meeting time change

2014-07-15 Thread Sriram Madapusi Vasudevan
I’ll go with B. Cheers, Sriram Madapusi Vasudevan On Jul 15, 2014, at 2:45 PM, Victoria Martínez de la Cruz victo...@vmartinezdelacruz.commailto:victo...@vmartinezdelacruz.com wrote: 2014-07-15 13:20 GMT-03:00 Kurt Griffiths kurt.griffi...@rackspace.commailto:kurt.griffi...@rackspace.com:

[openstack-dev] [Neutron] Flavor framework proposal

2014-07-15 Thread Stephen Balukoff
Hi folks! I've noticed progress on the flavor framework discussion slowing down over the last week. We would really like to see this happen for Juno because it's critical for many of the features we'd also like to get into Juno for LBaaS. I understand there are other Neutron extensions which will

Re: [openstack-dev] [nova][sriov] patch that depends on multiple existing patches under review

2014-07-15 Thread Russell Bryant
On 07/15/2014 03:12 PM, Robert Li (baoli) wrote: Hi, I was working on the last patch that I’d planned to submit for SR-IOV. It turned out this patch would depend on multiple existing patches. “git review –d” seems to be supporting one dependency only. Do let me know how we can create a

[openstack-dev] [Neutron] Group-based Policy code sprint

2014-07-15 Thread Sumit Naiksatam
Hi All, The Group Policy team is planning to meet on July 24th to focus on making progress with the pending items for Juno, and also to facilitate the vendor drivers. The specific agenda will be posted on the Group Policy wiki: https://wiki.openstack.org/wiki/Neutron/GroupPolicy Prasad Vellanki

Re: [openstack-dev] [TripleO] Proposal to add Jon Paul Sullivan and Alexis Lee to core review team

2014-07-15 Thread Derek Higgins
On 09/07/14 16:52, Clint Byrum wrote: Hello! I've been looking at the statistics, and doing a bit of review of the reviewers, and I think we have an opportunity to expand the core reviewer team in TripleO. We absolutely need the help, and I think these two individuals are well positioned to

Re: [openstack-dev] [Neutron] Flavor framework proposal

2014-07-15 Thread Salvatore Orlando
I think I've provided some examples in the review. However, the point is mostly to simplify usage from a user perspective - allowing consumers of the neutron API to use the same flavour object for multiple services. There are other considerations which could be made, but since they're dependent

[openstack-dev] python-barbicanclient 2.2.1 released

2014-07-15 Thread Douglas Mendizabal
The Barbican development team would like to announce the release of python-barbicanclient version 2.2.1 python-barbicanclient is a client library for the Barbican Key Management Service. It provides a Python API (barbicanclient module) and a command-line tool (barbican). This release can be

Re: [openstack-dev] [marconi] Meeting time change

2014-07-15 Thread Dave Thomas
B Wednessdays, 2100 UTC Wednessdays, 2000 UTC Tuesdays, 1900 UTC On Tue, Jul 15, 2014 at 12:12 PM, Sriram Madapusi Vasudevan sriram.madapusiva...@rackspace.com wrote: I’ll go with B. Cheers, Sriram Madapusi Vasudevan On Jul 15, 2014, at 2:45 PM, Victoria Martínez de la Cruz

Re: [openstack-dev] [devstack][keystone] Devstack, auth_token and keystone v3

2014-07-15 Thread Steven Hardy
On Tue, Jul 15, 2014 at 07:20:47AM -0700, Morgan Fainberg wrote: snip We just did a test converting over the default to v3 (and falling back to v2 as needed, yes fallback will still be needed) yesterday (Dolph posted a couple of test patches and they seemed to succeed - yay!!)A It

[openstack-dev] [swift] statsd client opening a new socket everytime a stats is updated

2014-07-15 Thread Tatiana Al-Chueyr Martins
Hello! I'm new to both Swift and OpenStack, I hope you can help me. Considering statsd is enabled, each time something is logged, a new socket is being opened. At least, this is what I understood from the implementation and usage of StatsdClient at: - swift/common/utils.py -

Re: [openstack-dev] [devstack][keystone] Devstack, auth_token and keystone v3

2014-07-15 Thread Morgan Fainberg
Thanks for the info - any chance you can provide links to the relevant reviews here? If so I'll be happy to pull them and locally test to ensure our issues will be addressed :) Sure! https://review.openstack.org/#/c/106819/ is the change for the keystonemiddleware package (where the

Re: [openstack-dev] [devstack][keystone] Devstack, auth_token and keystone v3

2014-07-15 Thread Morgan Fainberg
Thanks for the info - any chance you can provide links to the relevant reviews here? If so I'll be happy to pull them and locally test to ensure our issues will be addressed :) Sure! https://review.openstack.org/#/c/106819/ is the change for the keystonemiddleware package

Re: [openstack-dev] [nova] request to tag novaclient 2.18.0

2014-07-15 Thread Michael Still
Ok, I just released 2.18.1 to address this issue. https://launchpad.net/python-novaclient/+milestone/2.18.1 Cheers, Michael On Sat, Jul 12, 2014 at 7:18 AM, Michael Still mi...@stillhq.com wrote: I can do another release once https://review.openstack.org/#/c/106447/ merges. Michael On Sat,

Re: [openstack-dev] [oslo] oslo.serialization repo review

2014-07-15 Thread Ihar Hrachyshka
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 15/07/14 20:36, Joshua Harlow wrote: LGTM. I'd be interesting in the future to see if we can transparently use some other serialization format (besides json)... That's my only compliant is that jsonutils is still named jsonutils instead

[openstack-dev] [Blazar] subscription mechanism BP

2014-07-15 Thread Lakmal Silva
Hi, I have posted a blue print for a subscription mechanism for blazar. https://blueprints.launchpad.net/blazar/+spec/subscription-mechanism Appreciate your feedback on the BP. Regards, Lakmal ___ OpenStack-dev mailing list

[openstack-dev] [Nova] Registration for the mid cycle meetup is now closed

2014-07-15 Thread Michael Still
Hi. We've now hit our room capacity, so I have closed registrations for the nova mid cycle meetup. Please reply to this thread if that's a significant problem for someone. Thanks, Michael -- Rackspace Australia ___ OpenStack-dev mailing list

Re: [openstack-dev] [Neutron] Flavor framework proposal

2014-07-15 Thread Eugene Nikanorov
Hi Stephen, So, as was discussed, existing proposal has some aspects which better to be postponed, like extension list on the flavor (instead of tags). Particularly that idea has several drawbacks: - it makes public API inflexible - turning features on/off is not what flavors should be doing,

Re: [openstack-dev] [swift] statsd client opening a new socket everytime a stats is updated

2014-07-15 Thread John Dickinson
We've been chatting in IRC, but for the mailing list archives, yes! we'd love to see patches to improve this. --John On Jul 15, 2014, at 1:22 PM, Tatiana Al-Chueyr Martins tatiana.alchu...@gmail.com wrote: Hello! I'm new to both Swift and OpenStack, I hope you can help me. Considering

Re: [openstack-dev] [TripleO] Proposal to add Jon Paul Sullivan and Alexis Lee to core review team

2014-07-15 Thread Robert Collins
Clint, thanks heaps for making the time to do a meta-review. With the clear support of the other cores, I'm really happy to be able to invite Alexis and JP to core status. Alexis, Jon - core status means a commitment to three reviews a work day (on average), keeping track of changing policies and

Re: [openstack-dev] [nova][sriov] patch that depends on multiple existing patches under review

2014-07-15 Thread Robert Li (baoli)
Thanks Russell for the quick response. I¹ll give it a try rearranging the dependencies. ‹Robert On 7/15/14, 3:26 PM, Russell Bryant rbry...@redhat.com wrote: On 07/15/2014 03:12 PM, Robert Li (baoli) wrote: Hi, I was working on the last patch that I¹d planned to submit for SR-IOV. It

Re: [openstack-dev] [Ironic] [Horizon] [UX] Wireframes for Node Management - Juno

2014-07-15 Thread Wan-yen Hsu
Hi Jaromir, Excerpts from Jaromir Coufal's message of 2014-07-09 07:51:56 +: Hey folks, after few rounds of reviews and feedbacks, I am sending wireframes, which are ready for implementation in Juno: http://people.redhat.com/~jcoufal/openstack/juno/2014-07-09_nodes-ui_juno.pdf

Re: [openstack-dev] Resources to fix MS Outlook (was Re: [Nova] [Gantt] Scheduler split status (updated))

2014-07-15 Thread Dugger, Donald D
Well, I'll probably get ostracized for this, but I actually prefer top posting (I like RPN calculators also, I'm just warped that way). I `really` dislike paging through 10 screens of an email to discover the single comment buried somewhere near the end. With top posting the new content is

Re: [openstack-dev] [Nova] Registration for the mid cycle meetup is now closed

2014-07-15 Thread chuck.short
Hi I haven't registered yet unfortunately can you squeeze in one more person? Chuck div Original message /divdivFrom: Michael Still mi...@stillhq.com /divdivDate:07-15-2014 4:56 PM (GMT-05:00) /divdivTo: OpenStack Development Mailing List openstack-dev@lists.openstack.org

[openstack-dev] [Neutron] [ML2] kindly request neutron-cores to review and approve patch Cisco DFA ML2 Mechanism Driver

2014-07-15 Thread Milton Xu (mxu)
Hi, This patch was initially uploaded on Jun 27, 2014 and we have got a number of reviews from the community. A lot of thanks to these who kindly reviewed and provided feedback. Can the neutron cores please review/approve it so we can make progress here? Really appreciate your attention and

Re: [openstack-dev] [Neutron] Flavor framework proposal

2014-07-15 Thread Stephen Balukoff
Hi Salvatore and Eugene, Responses inline: On Tue, Jul 15, 2014 at 12:59 PM, Salvatore Orlando sorla...@nicira.com wrote: I think I've provided some examples in the review. I was hoping for specific examples. The discussion I've seen so far has been vague enough that it's difficult to see

Re: [openstack-dev] [Neutron] Flavor framework proposal

2014-07-15 Thread Eichberger, German
Hi Eugene, I understand the argument with preferring tags over extensions to turn/features on and off since that is more fine grained. Now you are bringing up the policy framework to actually controlling which features are available. So let’s look at this example: As an operator I want to

Re: [openstack-dev] [Neutron] Flavor framework proposal

2014-07-15 Thread Eichberger, German
Hi Stephen, +1 Admittedly, since Stephen and I come from an operator centric world we have sometimes trouble grasping other use cases so I am wondering if you can provide one which would help us understand the need for grouping multiple different devices (LB, VPN, FW) under a single flavor.

Re: [openstack-dev] [neutron][all] switch from mysqldb to another eventlet aware mysql client

2014-07-15 Thread Ihar Hrachyshka
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 14/07/14 22:48, Vishvananda Ishaya wrote: On Jul 13, 2014, at 9:29 AM, Ihar Hrachyshka ihrac...@redhat.com wrote: Signed PGP part On 12/07/14 03:17, Mike Bayer wrote: On 7/11/14, 7:26 PM, Carl Baldwin wrote: On Jul 11, 2014 5:32

Re: [openstack-dev] [Nova] Registration for the mid cycle meetup is now closed

2014-07-15 Thread Rick Harris
Hey Michael, Would love to attend and give an update on where we are with Libvirt+LXC containers. We have bunch of patches proposed and more coming down the pike, so would love to get some feedback on where we are and where we should go with this. I just found out I was cleared to attend

[openstack-dev] [Neutron] Gap 0 (database migrations) closed!

2014-07-15 Thread Henry Gessau
I am happy to announce that the first (zero'th?) item in the Neutron Gap Coverage[1] has merged[2]. The Neutron database now contains all tables for all plugins, and database migrations are no longer conditional on the configuration. In the short term, Neutron developers who write migration

Re: [openstack-dev] [neutron][all] switch from mysqldb to another eventlet aware mysql client

2014-07-15 Thread Vishvananda Ishaya
On Jul 15, 2014, at 3:30 PM, Ihar Hrachyshka ihrac...@redhat.com wrote: Signed PGP part On 14/07/14 22:48, Vishvananda Ishaya wrote: On Jul 13, 2014, at 9:29 AM, Ihar Hrachyshka ihrac...@redhat.com wrote: Signed PGP part On 12/07/14 03:17, Mike Bayer wrote: On 7/11/14, 7:26 PM,

Re: [openstack-dev] REST API access to configuration options

2014-07-15 Thread joehuang
Hello, My personal view is that not to put all configuration options being accessed by RESTFUL API, but for these configurations which will leads to restart the controller nodes should be able to be configured dynamically through RESTFUL api. There are lots of configuration change only

[openstack-dev] [oslo][infra] issue with a requirement update

2014-07-15 Thread Arnaud Legendre
Greetings, I am facing an issue and looking for guidance/best practice. So, here is the problem: - glance [stable/icehouse] contains a requirement to oslo.vmware = 0.2 [1] and consequently requirements/global-requirements [stable/icehouse] also contains oslo.vmware = 0.2.[2] So far nothing

Re: [openstack-dev] [Neutron] Gap 0 (database migrations) closed!

2014-07-15 Thread Kyle Mestery
On Tue, Jul 15, 2014 at 5:49 PM, Henry Gessau ges...@cisco.com wrote: I am happy to announce that the first (zero'th?) item in the Neutron Gap Coverage[1] has merged[2]. The Neutron database now contains all tables for all plugins, and database migrations are no longer conditional on the

  1   2   >