Re: [openstack-dev] [nova][ceilometer] FloatingIp pollster spamming n-api logs (bug 1328694)

2014-06-11 Thread Joe Gordon
On Wed, Jun 11, 2014 at 11:38 AM, Matt Riedemann mrie...@linux.vnet.ibm.com wrote: On 6/11/2014 10:01 AM, Eoghan Glynn wrote: Thanks for bringing this to the list Matt, comments inline ... tl;dr: some pervasive changes were made to nova to enable polling in ceilometer which broke some

Re: [openstack-dev] [Neutron][LBaaS] Barbican Neutron LBaaS Integration Ideas

2014-06-11 Thread Clint Byrum
Excerpts from Adam Harwell's message of 2014-06-10 12:04:41 -0700: So, it looks like any sort of validation on Deletes in Barbican is going to be a no-go. I'd like to propose a third option, which might be the safest route to take for LBaaS while still providing some of the convenience of

[openstack-dev] [qa] Should Assignee, Milestone really be in the qa-spec?

2014-06-11 Thread David Kranz
While reviewing some specs I noticed that I had put myself down for more Juno-2 work than is likely to be completed. I suspect this will happen routinely with many folks. Also, assignees may change. This information is not really part of the spec at all. Since we are still using blueprints to

Re: [openstack-dev] [Neutron][LBaaS] TLS support RST document on Gerrit

2014-06-11 Thread Douglas Mendizabal
Hi Doug, Barbican does guarantee the integrity and availability of the secret, unless the owner of the secret deletes it from Barbican. We’re not encouraging that you store a shadow-copy of the secret either. This was proposed by the LBaaS team as a possible workaround for your use case. Our

Re: [openstack-dev] [nova][ceilometer] FloatingIp pollster spamming n-api logs (bug 1328694)

2014-06-11 Thread Eoghan Glynn
Thanks for bringing this to the list Matt, comments inline ... tl;dr: some pervasive changes were made to nova to enable polling in ceilometer which broke some things and in my opinion shouldn't have been merged as a bug fix but rather should have been a blueprint. === The

[openstack-dev] [Heat][TripleO] Heat mid-cycle meetup

2014-06-11 Thread Zane Bitter
There has been a lot of interest in holding a Heat meetup during the Juno cycle. We have the opportunity to piggy-back on the TripleO meetup - and I expect at least some Heat developers to attend that - but we also know that some key people from both Heat and TripleO will be unable to attend

Re: [openstack-dev] masking X-Auth-Token in debug output - proposed consistency

2014-06-11 Thread Morgan Fainberg
This stems a bit further than just reduction in noise in the logs. Think of this from a case of security (with centralized logging or lower privileged users able to read log files). If we aren’t putting passwords into these log files, we shouldn’t be putting tokens in. The major functional

Re: [openstack-dev] [qa] Should Assignee, Milestone really be in the qa-spec?

2014-06-11 Thread Frittoli, Andrea (HP Cloud)
+1, I would remove them as well, assignee and milestone probably do not need to go through review, it something we can agree upon at QA meetings. andrea -Original Message-Cl@ud3D3bu$$y From: David Kranz [mailto:dkr...@redhat.com] Sent: 11 June 2014 20:18 To: OpenStack Development

Re: [openstack-dev] masking X-Auth-Token in debug output - proposed consistency

2014-06-11 Thread John Dickinson
For both the security and the log line length, Swift is by default just displaying the first 16 bytes of the token. --John On Jun 11, 2014, at 12:39 PM, Morgan Fainberg morgan.fainb...@gmail.com wrote: This stems a bit further than just reduction in noise in the logs. Think of this from a

Re: [openstack-dev] [marconi] Reconsidering the unified API model

2014-06-11 Thread Gordon Sim
On 06/11/2014 06:05 PM, Janczuk, Tomasz wrote: Process level isolation is more costly than sub-process level isolation primarily due to larger memory consumption. For example, CGI has worse cost characteristics than FastCGI when scaled out. But the example closer to Marconi¹s use case is

Re: [openstack-dev] masking X-Auth-Token in debug output - proposed consistency

2014-06-11 Thread Sean Dague
Actually swiftclient is one of the biggest offenders in the gate - http://logs.openstack.org/96/99396/1/check/check-tempest-dsvm-full/4501fc8/logs/screen-g-api.txt.gz#_2014-06-11_15_20_11_078 On 06/11/2014 03:44 PM, John Dickinson wrote: For both the security and the log line length, Swift is by

Re: [openstack-dev] masking X-Auth-Token in debug output - proposed consistency

2014-06-11 Thread Jay Pipes
On 06/11/2014 03:01 PM, Sean Dague wrote: We've had a few reviews recently going around to mask out X-Auth-Token from the python clients in the debug output. Currently there are a mix of ways this is done. In glanceclient (straight stricken) X-Auth-Token: *** The neutronclient proposal -

Re: [openstack-dev] [qa] Should Assignee, Milestone really be in the qa-spec?

2014-06-11 Thread Matthew Treinish
On Wed, Jun 11, 2014 at 03:17:48PM -0400, David Kranz wrote: While reviewing some specs I noticed that I had put myself down for more Juno-2 work than is likely to be completed. I suspect this will happen routinely with many folks. Also, assignees may change. This information is not really

Re: [openstack-dev] [Neutron][LBaaS] Barbican Neutron LBaaS Integration Ideas

2014-06-11 Thread Carlos Garza
On Jun 11, 2014, at 9:31 AM, Evgeny Fedoruk evge...@radware.com wrote: Regarding the case when back-end system tries to retrieve secret from deleted Barbican TLS container, Is this a real use case? I mean, is there a back-end system which will get container ID from somewhere, try to

Re: [openstack-dev] [oslo][messaging] Further improvements and refactoring

2014-06-11 Thread Mark McLoughlin
Hi, On Tue, 2014-06-10 at 15:47 +0400, Dina Belova wrote: Dims, No problem with creating the specs, we just want to understand if the community is OK with our suggestions in general :) If so, I'll create the appropriate specs and we'll discuss them :) Personally, I find it difficult to

Re: [openstack-dev] [qa] Should Assignee, Milestone really be in the qa-spec?

2014-06-11 Thread David Kranz
On 06/11/2014 03:50 PM, Matthew Treinish wrote: On Wed, Jun 11, 2014 at 03:17:48PM -0400, David Kranz wrote: While reviewing some specs I noticed that I had put myself down for more Juno-2 work than is likely to be completed. I suspect this will happen routinely with many folks. Also, assignees

Re: [openstack-dev] [nova][cinder][ceilometer][glance][all] Loading clients from a CONF object

2014-06-11 Thread Mark McLoughlin
On Wed, 2014-06-11 at 16:57 +1200, Steve Baker wrote: On 11/06/14 15:07, Jamie Lennox wrote: Among the problems cause by the inconsistencies in the clients is that all the options that are required to create a client need to go into the config file of the service. This is a pain to

Re: [openstack-dev] What's Up Doc? June 11 2014

2014-06-11 Thread Joe Gordon
On Jun 11, 2014 10:33 AM, Anne Gentle a...@openstack.org wrote: Hi all, I'm back and mellow after my week at the beach. Here's what's going on in the world of docs. We had our doc team meeting this morning. The 2nd and 4th Wed. are Europe and North America times, the 1st and 3rd Wed. are for

Re: [openstack-dev] [NFV] wiki page update

2014-06-11 Thread Russell Bryant
On 06/11/2014 11:35 AM, Chris Wright wrote: I plan to move the primary content from Meetings/NFV to Team/NFV and keep Meetings/NFV as just meeting info (and a note to update Team/NFV with any real content). This is just a heads up, please holler if you see an issue with this. Sounds like a

Re: [openstack-dev] [Trove] Heat integration

2014-06-11 Thread Steve Baker
Hi Denis On 11/06/14 20:17, Denis Makogon wrote: Good day, Stackers, Trove community. I'd like to start thread related to orchestration based resource management. At current state Heat support in Trove is nothing else than experimental. Trove should be able to fully support Trove as

Re: [openstack-dev] [nova][cinder][ceilometer][glance][all] Loading clients from a CONF object

2014-06-11 Thread Steve Baker
On 12/06/14 08:18, Mark McLoughlin wrote: On Wed, 2014-06-11 at 16:57 +1200, Steve Baker wrote: On 11/06/14 15:07, Jamie Lennox wrote: Among the problems cause by the inconsistencies in the clients is that all the options that are required to create a client need to go into the config file of

[openstack-dev] [Cinder] Mid-cycle meetup for Cinder devs

2014-06-11 Thread D'Angelo, Scott
During the June 11 #openstack-cinder meeting we discussed a mid-cycle meetup. The agenda is To be Determined. I have inquired and HP in Fort Collins, CO has room and network connectivity available. There were some dates that worked well for reserving a nice room: July 14,15,17,18, 21-25, 27-Aug

[openstack-dev] [Neutron][L3] Team Meeting Thursday at 1500 UTC

2014-06-11 Thread Carl Baldwin
We'll meet tomorrow at the regular time in #openstack-meeting-3. The agenda [1] is posted. Carl Baldwin Neutron L3 Subteam [1] https://wiki.openstack.org/wiki/Meetings/Neutron-L3-Subteam#Agenda ___ OpenStack-dev mailing list

[openstack-dev] [Nova][QA] Disabling the v3 API tests in the gate

2014-06-11 Thread Matthew Treinish
Hi everyone, As part of debugging all the bugs that have been plaguing the gate the past couple of weeks one of the things that came up is that we're still running the v3 API tests in the gate. AIUI at summit Nova decided that the v3 API test won't exist as a separate major version. So I'm not

Re: [openstack-dev] [TripleO] pacemaker management tools

2014-06-11 Thread Gregory Haynes
The issue is that distributions supported in TripleO provide different tools for managing Pacemaker. Ubuntu/Debian provides crmsh, Fedora/RHEL provides pcs, OpenSuse provides both. I didn't find packages for all our distros for any of the tools. Also if there is a third-party repo

Re: [openstack-dev] Fwd: Regarding Configuring keystone to integrate neo4j

2014-06-11 Thread Tahmina Ahmed
Thanks a lot Mr. Adam young. I will try as per your direction and let you know the status. On Thu, Jun 5, 2014 at 4:51 PM, Adam Young ayo...@redhat.com wrote: On 06/05/2014 05:25 PM, Tahmina Ahmed wrote: Dear all, I am trying to use neo4j graph database instead of mysql for my

Re: [openstack-dev] [Fuel][Pacemaker][HA] Notifying clones of offline nodes

2014-06-11 Thread Jay Pipes
On 05/26/2014 11:16 AM, Vladimir Kuklin wrote: Hi all We are working on HA solutions for OpenStack(-related) services and figured out that sometimes we need clones to be notified if one of the cluster nodes running clone instances goes offline. E.g., we need this information to make RabbitMQ

Re: [openstack-dev] Designate Incubation Request (Approved)

2014-06-11 Thread Mac Innes, Kiall
On Sat, 2014-05-24 at 17:24 +, Hayes, Graham wrote: Hi all, Designate would like to apply for incubation status in OpenStack. Our application is here: https://wiki.openstack.org/wiki/Designate/Incubation_Application As part of our application we would like to apply for a new

[openstack-dev] [marconi] ATL summit easel pad pix

2014-06-11 Thread Kurt Griffiths
Hey crew, as promised, I digitized the pages from the easel pad at our program pod in Atlanta. They are now available on the wiki along with a few notes to help everyone remember what all the scribbling is supposed to mean. :D https://wiki.openstack.org/wiki/Juno/Notes/Marconi Thanks everyone

[openstack-dev] [Neutron][LBaaS] Weekly Standup Trial

2014-06-11 Thread Jorge Miramontes
Hey Neutron LBaaS folks! I created the following etherpad in an effort to mitigate the visibility issue some of us have been trying to address. Please update it before tomorrow's weekly IRC meeting if possible so that the community is aware of what every team is currently engaged on. This will

Re: [openstack-dev] [marconi] Reconsidering the unified API model

2014-06-11 Thread Devananda van der Veen
On Tue, Jun 10, 2014 at 1:23 AM, Flavio Percoco fla...@redhat.com wrote: Against: • Makes it hard for users to create applications that work across multiple clouds, since critical functionality may or may not be available in a given deployment. (counter: how many users need

Re: [openstack-dev] [nova][cinder][ceilometer][glance][all] Loading clients from a CONF object

2014-06-11 Thread Jamie Lennox
On Thu, 2014-06-12 at 09:13 +1200, Steve Baker wrote: On 12/06/14 08:18, Mark McLoughlin wrote: On Wed, 2014-06-11 at 16:57 +1200, Steve Baker wrote: On 11/06/14 15:07, Jamie Lennox wrote: Among the problems cause by the inconsistencies in the clients is that all the options that are

Re: [openstack-dev] [nova][cinder][ceilometer][glance][all] Loading clients from a CONF object

2014-06-11 Thread Sean Dague
On 06/11/2014 07:47 PM, Jamie Lennox wrote: On Thu, 2014-06-12 at 09:13 +1200, Steve Baker wrote: On 12/06/14 08:18, Mark McLoughlin wrote: On Wed, 2014-06-11 at 16:57 +1200, Steve Baker wrote: On 11/06/14 15:07, Jamie Lennox wrote: Among the problems cause by the inconsistencies in the

Re: [openstack-dev] [nova][cinder][ceilometer][glance][all] Loading clients from a CONF object

2014-06-11 Thread Jamie Lennox
On Wed, 2014-06-11 at 04:43 +, Angus Salkeld wrote: On 11/06/14 13:10, Jamie Lennox wrote: Among the problems cause by the inconsistencies in the clients is that all the options that are required to create a client need to go into the config file of the service. This is a pain to

Re: [openstack-dev] [nova][cinder][ceilometer][glance][all] Loading clients from a CONF object

2014-06-11 Thread Mathieu Gagné
On 2014-06-11, 7:52 PM, Sean Dague wrote: Honestly, I really like [nova] better than [clients_nova] And as we're going to have to live with this for a while, I'd rather use the more clear version of this in keystone instead of the Heat stanzas. What about [novaclient] or [nova_client] ?

Re: [openstack-dev] [marconi] Reconsidering the unified API model

2014-06-11 Thread Clint Byrum
Excerpts from Janczuk, Tomasz's message of 2014-06-11 10:05:54 -0700: On 6/11/14, 2:43 AM, Gordon Sim g...@redhat.com wrote: On 06/10/2014 09:57 PM, Janczuk, Tomasz wrote: Using processes to isolate tenants is certainly possible. There is a range of isolation mechanisms that can be used,

Re: [openstack-dev] [openstack-sdk-php] Use of final and private keywords to limit extending

2014-06-11 Thread Matthew Farina
We've been talking a bit theoretically here. Let me try to jump in with two use cases. 1. Someone needs to add functionality to a class but can't add it back upstream. That could be because they are in a hurry to get their app out and aren't concerned with contributing it or because the

Re: [openstack-dev] [Nova][QA] Disabling the v3 API tests in the gate

2014-06-11 Thread Ken'ichi Ohmichi
Hi Matthew, 2014-06-12 7:00 GMT+09:00 Matthew Treinish mtrein...@kortar.org: Hi everyone, As part of debugging all the bugs that have been plaguing the gate the past couple of weeks one of the things that came up is that we're still running the v3 API tests in the gate. AIUI at summit Nova

Re: [openstack-dev] [hacking] Hacking 0.9.1 released

2014-06-11 Thread Joe Gordon
That was quick, we now have hacking 0.9.2. http://git.openstack.org/cgit/openstack-dev/hacking/commit/?id=e56eddf55b4e8be9826e8eb968b2893ecab7201b Fixed warning H302 when used with six.moves Checking whether something is a module now also consults ``sys.meta_path``, as per the import

Re: [openstack-dev] [nova] Proposal: Move CPU and memory allocation ratio out of scheduler

2014-06-11 Thread Andy Hill
Pray tell, what is that valid use case? The valid use cases I've seen are mostly around testing. As an administrator/operator, a scheduler hint to boot directly to a host is useful to fully QC new compute hosts coming online. It's also useful for testing some networking flow cases, a specific

[openstack-dev] [Nova] How to confirm I have the right database schema when checkout to another branch?

2014-06-11 Thread 严超
Hi, All: When I checkout nova to another branch. how to confirm I have the right database schema ? When I run nova-manage db sync, I've got below error: 2014-06-11 22:53:27.977 CRITICAL nova [-] KeyError: VerNum(242) 2014-06-11 22:53:27.977 TRACE nova Traceback (most recent call

Re: [openstack-dev] use of the word certified

2014-06-11 Thread John Griffith
On Wed, Jun 11, 2014 at 10:21 AM, Doug Hellmann doug.hellm...@dreamhost.com wrote: On Wed, Jun 11, 2014 at 6:29 AM, Thierry Carrez thie...@openstack.org wrote: Mark McLoughlin wrote: On Tue, 2014-06-10 at 16:09 +0100, Duncan Thomas wrote: On 10 June 2014 15:07, Mark McLoughlin

[openstack-dev] how to install fuel on a esxi vm

2014-06-11 Thread Wang Liming
hi all: I install openstack with the fuel which version is 5.0 on a vmware esxi vm the network is configed correctly ,but when deployed the openstack all service not install is there any error action ? Best Regards Wang Liming___ OpenStack-dev mailing

Re: [openstack-dev] masking X-Auth-Token in debug output - proposed consistency

2014-06-11 Thread Morgan Fainberg
I’ve been looking over the code for this and it turns out plain old SHA1 is a bad idea.  We recently had a patch land in keystone client and keystone to let us configure the hashing algorithm used for token revocation list and the short-token ids.  I’ve updated my patch set to use

Re: [openstack-dev] [neutron] [nova] ssh timeout bug status update

2014-06-11 Thread Michael Still
I'll add this bug (and thread) to the agenda for the nova meeting tomorrow. Michael On Wed, Jun 11, 2014 at 7:43 AM, Kyle Mestery mest...@noironetworks.com wrote: I wanted to update people on this bug [1], which until the weekend was affecting the gate. After spending a week and a half

[openstack-dev] [TripleO] Reviews - we need your help!

2014-06-11 Thread James Polley
During yesterday's IRC meeting, we realized that our review stats are starting to slip again. Just after summit, our stats were starting to improve. In the 2014-05-20 meeting, the TripleO Stats since the last revision without -1 or -2[1] looked like this: 1rd quartile wait time: 1 days, 1

Re: [openstack-dev] [Heat]Heat template parameters encryption

2014-06-11 Thread Keith Bray
On 6/11/14 2:43 AM, Steven Hardy sha...@redhat.com wrote: IMO, when a template author marks a parameter as hidden/secret, it seems incorrect to store that information in plain text. Well I'd still question why we're doing this, as my previous questions have not been answered: - AFAIK nova

Re: [openstack-dev] [Nova][QA] Disabling the v3 API tests in the gate

2014-06-11 Thread Christopher Yeoh
On Thu, Jun 12, 2014 at 7:30 AM, Matthew Treinish mtrein...@kortar.org wrote: Hi everyone, As part of debugging all the bugs that have been plaguing the gate the past couple of weeks one of the things that came up is that we're still running the v3 API tests in the gate. AIUI at summit Nova

Re: [openstack-dev] [Glance][TC] Glance Functional API and Cross-project API Consistency

2014-06-11 Thread Mark Washenberger
I think the tasks stuff is something different, though. A task is a (potentially) long-running operation. So it would be possible for an action to result in the creation of a task. As the proposal stands today, the actions we've been looking at are an alternative to the document-oriented PATCH

Re: [openstack-dev] [Fuel] Using saltstack as orchestrator for fuel

2014-06-11 Thread Dmitriy Shulyak
Yes, in my opinion salt can completely replace astute/mcollective/rabbitmq. Listen and respond to the events generated by nailgun, or any other plugin - not a problem. There is already some kind of plugin for salt that adds ability to execute puppet on minions (agents) [1] [1]

[openstack-dev] [Mistral] Integration tests discussion

2014-06-11 Thread Timur Nurlygayanov
Hi team, Tomorrow we discussed integration tests for Mistral and looks like we have many ideas how we can improve them and what we also want to test. The ideas were described in this etherpad: https://etherpad.openstack.org/p/MistralNewTestsDesign Please, fill free to add your ideas about our

Re: [openstack-dev] [Fuel] Using saltstack as orchestrator for fuel

2014-06-11 Thread Jesse Pretorius
On 11 June 2014 08:38, Dmitriy Shulyak dshul...@mirantis.com wrote: Yes, in my opinion salt can completely replace astute/mcollective/rabbitmq. Listen and respond to the events generated by nailgun, or any other plugin - not a problem. There is already some kind of plugin for salt that adds

Re: [openstack-dev] [Heat]Heat template parameters encryption

2014-06-11 Thread Steven Hardy
On Tue, Jun 10, 2014 at 05:24:36PM +, Vijendar Komalla wrote: Hi Devs/All, Does any one have comments/objections for following interim solution? 1. Add a config option to enable/disable parameter encryption and set default value to disable 2. Encrypt parameters that were marked as hidden

[openstack-dev] [Nova][devstack] Unable to boot cirros-0.3.2-x86_64-uec image

2014-06-11 Thread Deepak Shetty
Hi, I am using the below cmd to boot cirros-0.3.2-x86_64-uec image thats present in devstack by default... nova boot --flavor m1.nano --image cirros-0.3.2-x86_64-uec --key_name mykey --security_group default myvm_nano nova list - shows the instance as ACTIVE/Running Taking the VNC console, I

Re: [openstack-dev] [Neutron] Debugging Devstack Neutron with Pycharm

2014-06-11 Thread Gal Sagie
No one that is using PyCharm/Eclipse and able to debug the code? :( - Original Message - From: Gal Sagie gsa...@vmware.com To: openstack-dev@lists.openstack.org Sent: Monday, June 9, 2014 1:59:05 PM Subject: [openstack-dev][Neutron] Debugging Devstack Neutron with Pycharm Hello

[openstack-dev] [Trove] Heat integration

2014-06-11 Thread Denis Makogon
Good day, Stackers, Trove community. I'd like to start thread related to orchestration based resource management. At current state Heat support in Trove is nothing else than experimental. Trove should be able to fully support Trove as resource management driver. Why is it so important? Because

Re: [openstack-dev] Glance

2014-06-11 Thread Tizy Ninan
Hi Dmitry, I wanted to confirm that the image is getting uploaded fine. Only horizon is showing the 504 Gateway Timeout error after the upload is complete. Thanks, Tizy On Wed, Jun 11, 2014 at 10:01 AM, Tizy Ninan tizy.e...@gmail.com wrote: Hi Dmitry, Sorry for the late reply. I will try

Re: [openstack-dev] NFV in OpenStack use cases and context

2014-06-11 Thread Martin Taylor
I've added examples in data plane, control plane and signal processing that relate to ETSI use case #5 (IMS). Martin -Original Message- From: Steve Gordon [mailto:sgor...@redhat.com] Sent: 10 June 2014 20:06 To: OpenStack Development Mailing List (not for usage questions) Cc: Chris

Re: [openstack-dev] [DriverLog] What to fix and when

2014-06-11 Thread Ilya Shakhat
Anita, I put the meeting on my schedule. Jay, can you be a back-up person? Thanks, Ilya 2014-06-10 22:18 GMT+04:00 Anita Kuno ante...@anteaya.info: On 06/10/2014 01:58 PM, Jay Pipes wrote: Stackers, OK, we are fully aware that there are problems with the early DriverLog data that is

Re: [openstack-dev] [marconi] Reconsidering the unified API model

2014-06-11 Thread Gordon Sim
On 06/10/2014 09:59 PM, Mark McLoughlin wrote: Now why is there a desire to implement these requirements using traditional message brokers? I would speculate that any desire to utilise a message broker as opposed to a database would be to achieve different performance characteristics for the

Re: [openstack-dev] [Fuel] Using saltstack as orchestrator for fuel

2014-06-11 Thread Evgeniy L
Hi, As far as I remember we wanted to replace Astute with Mistral [1], do we really want to have some intermediate steps (I mean salt) to do it? [1] https://wiki.openstack.org/wiki/Mistral On Wed, Jun 11, 2014 at 10:38 AM, Dmitriy Shulyak dshul...@mirantis.com wrote: Yes, in my opinion salt

Re: [openstack-dev] [marconi] Reconsidering the unified API model

2014-06-11 Thread Gordon Sim
On 06/10/2014 09:57 PM, Janczuk, Tomasz wrote: Using processes to isolate tenants is certainly possible. There is a range of isolation mechanisms that can be used, from VM level isolation (basically a separate deployment of the broker per-tenant), to process level isolation, to sub-process

Re: [openstack-dev] [Fuel] Using saltstack as orchestrator for fuel

2014-06-11 Thread Dmitriy Shulyak
Actually i am proposing salt as alternative, the main reason - salt is mature, feature full orchestration solution, that is well adopted even by our internal teams On Wed, Jun 11, 2014 at 12:37 PM, Evgeniy L e...@mirantis.com wrote: Hi, As far as I remember we wanted to replace Astute with

Re: [openstack-dev] [Fuel] Using saltstack as orchestrator for fuel

2014-06-11 Thread Sergii Golovatiuk
Hi, There are many mature orchestration applications (Salt, Ansible, Cloudify, Mistral). Is there any comparison chart? That would be nice to compare them to understand the maturity level. Thanks ~Sergii On Wed, Jun 11, 2014 at 12:48 PM, Dmitriy Shulyak dshul...@mirantis.com wrote: Actually

Re: [openstack-dev] [Fuel] Using saltstack as orchestrator for fuel

2014-06-11 Thread Dmitriy Shulyak
well, i dont have any comparison chart, i can work on one based on requirements i've provided in initial letter, but: i like ansible, but it is agentless, and it wont fit well in our current model of communication between nailgun and orchestrator cloudify - java based application, even if it is

Re: [openstack-dev] use of the word certified

2014-06-11 Thread Thierry Carrez
Mark McLoughlin wrote: On Tue, 2014-06-10 at 16:09 +0100, Duncan Thomas wrote: On 10 June 2014 15:07, Mark McLoughlin mar...@redhat.com wrote: Exposing which configurations are actively tested is a perfectly sane thing to do. I don't see why you think calling this certification is necessary

Re: [openstack-dev] [ceilometer][gate] ceilometer unit test frequently failing in gate

2014-06-11 Thread Sean Dague
On 06/10/2014 02:55 AM, Eoghan Glynn wrote: Over the last 7 days ceilometer unit test jobs have a 18% failure rate in the gate queue [0], while we see expect to see some failures in integration testing, unit tests should not be failing in the gate with such a high frequency (and for so

Re: [openstack-dev] [NFV] Re: NFV in OpenStack use cases and context

2014-06-11 Thread Steve Gordon
- Original Message - From: Alan Kavanagh alan.kavan...@ericsson.com To: OpenStack Development Mailing List (not for usage questions) openstack-dev@lists.openstack.org, Steve Hi Adrian et.al Adrian thanks for taking a stab at this, I think the use case list is a little long but

Re: [openstack-dev] [NFV] Re: NFV in OpenStack use cases and context

2014-06-11 Thread Alan Kavanagh
More than happy to help out, I think we are on a good path by focusing on the current BP's we have. I will not make it to IRC meeting today, but will comment afterwords. I think Adrian also pointed out one other point just to put on the table so we set the tone and scope accordingly, that is

Re: [openstack-dev] [horizon] Name proposals

2014-06-11 Thread Jaromir Coufal
Hm, strange. I have contributed in Icehouse but didn't get the e-mail fro voting. I wanted to vote from the link which you provided but it didn't work for me - you already voted from given key. Can anybody help? Thanks -- Jarda On 2014/10/06 21:18, Radomir Dopieralski wrote: Hello

[openstack-dev] [TripleO] pacemaker management tools

2014-06-11 Thread Jan Provazník
Hi, ceilometer-agent-central element was added recently into overcloud image. To be able scale out overcloud control nodes, we need HA for this central agent. Currently central agent can not scale out (until [1] is done). For now, the simplest way is add the central agent to Pacemaker, which

[openstack-dev] [tripleo] Using more than the first disk on a node

2014-06-11 Thread Duncan Thomas
Hi I'm looking at how to make cinder LVM on tripleo make use of a disk other than the OS disk. There are lots of good reasons for this, but they can be summarised as 'a guest running dd should not bring down your entire cloud'. My problem is that tripleo doesn't seem to have any concept of

Re: [openstack-dev] [Neutron] Debugging Devstack Neutron with Pycharm

2014-06-11 Thread Henry Gessau
Gal Sagie wrote: I am trying to debug devstack Neutron with Pycharm, i have found here (https://wiki.openstack.org/wiki/NeutronDevelopment#How_to_debug_Neutron_.28and_other_OpenStack_projects_probably_.29) That i need to change the neutron server code to this=*eventlet.monkey_patch()* To:

Re: [openstack-dev] [horizon] Name proposals

2014-06-11 Thread Radomir Dopieralski
On 06/11/2014 01:16 PM, Jaromir Coufal wrote: Try voting from outside of the VPN. The anonymous votes are one per IP address. Hm, strange. I have contributed in Icehouse but didn't get the e-mail fro voting. I wanted to vote from the link which you provided but it didn't work for me - you

Re: [openstack-dev] [marconi] Reconsidering the unified API model

2014-06-11 Thread Gordon Sim
On 06/11/2014 12:31 PM, Flavio Percoco wrote: On 06/10/2014 09:59 PM, Mark McLoughlin wrote: Now why is there a desire to implement these requirements using traditional message brokers? [...] There are 2 main reasons that I don't believe are strong enough to change the way Marconi works

Re: [openstack-dev] [Neutron][ml2] Too much shim rest proxy mechanism drivers in ML2

2014-06-11 Thread Luke Gorrie
On 10 June 2014 18:18, Irena Berezovsky ire...@mellanox.com wrote: Hi Luke, Very impressive solution! Thanks for the kind words! I do not think there is a problem to keep agent out of the tree in a short term, but would highly recommend to put it upstream in a longer term. You will

Re: [openstack-dev] [oslo][messaging] Question of oslo.messaging notificaiton listener

2014-06-11 Thread Mehdi Abaakouk
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, Le 2014-06-11 06:04, Lu, Lianhao a écrit : When we're debugging a ceilometer bug #1320420, we find that for the oslo messaging notification listener, if we have multiple endpoints registered through

Re: [openstack-dev] [marconi] RabbitMQ (AMQP 0.9) driver for Marconi

2014-06-11 Thread Flavio Percoco
On 10/06/14 18:12 +, Janczuk, Tomasz wrote: I the last few days I attempted to implement a RabbitMQ (AMQP 0.9) storage driver for Marconi. These are the take-aways from this experiment. High level, it showed that current Marconi APIs *cannot* be mapped onto the AMQP 0.9 abstractions. In

Re: [openstack-dev] NFV in OpenStack use cases and context

2014-06-11 Thread Alan Kavanagh
Thanks Martin Perhaps I am missing this a little bit, but in relation to the control plane and signal processing, how do you see that fitting into requirements we would need in Openstack? If I may jump a little bit here, the only one I can see is making sure the app is installed on a given PCI

Re: [openstack-dev] [marconi] Reconsidering the unified API model

2014-06-11 Thread Flavio Percoco
On 11/06/14 13:01 +0100, Gordon Sim wrote: On 06/11/2014 12:31 PM, Flavio Percoco wrote: On 06/10/2014 09:59 PM, Mark McLoughlin wrote: Now why is there a desire to implement these requirements using traditional message brokers? [...] There are 2 main reasons that I don't believe are strong

[openstack-dev] [TripleO] TripleO Mid-Cycle Meetup - Final Dates

2014-06-11 Thread Jaromir Coufal
Hello folks, I am happy to announce, that based on previous etherpad gathering, mails and discussions, on the weekly meeting we confirmed final dates for TripleO mid-cycle meetup: July 21-25 (Monday-Friday) Red Hat office, Raleigh, North Carolina I will be working on another

Re: [openstack-dev] [horizon] mocking policy

2014-06-11 Thread Jiri Tomasek
On 06/10/2014 12:01 PM, Maxime Vidori wrote: +1 for the use of mock. Is mox3 really needed? Or can we move our tests for python3 to mock, and use this library for every tests for python3? - Original Message - From: David Lyle david.l...@hp.com To: OpenStack Development Mailing List

Re: [openstack-dev] [infra]gate-***-requirements failed across all projects

2014-06-11 Thread Jeremy Stanley
On 2014-06-11 04:15:05 + (+), Lu, Lianhao wrote: [...] I saw a patch https://review.openstack.org/#/c/97893/ to revert the check but that patch seems not get populated to the test farm. That change modifies a script which gets preinstalled on all job worker images (the snapshots from

Re: [openstack-dev] [TripleO] TripleO Mid-Cycle Meetup - Final Dates

2014-06-11 Thread Jeremy Stanley
On 2014-06-11 14:32:05 +0200 (+0200), Jaromir Coufal wrote: I am happy to announce, that based on previous etherpad gathering, mails and discussions, on the weekly meeting we confirmed final dates for TripleO mid-cycle meetup: July 21-25 (Monday-Friday) Red Hat office, Raleigh,

[openstack-dev] [Horizon] Specs repo

2014-06-11 Thread Ana Krivokapic
Hi Horizoners, A lot of other projects have already adopted and started using a specs repo. Do we want to have one for Horizon? -- Regards, Ana Krivokapic Software Engineer OpenStack team Red Hat Inc. ___ OpenStack-dev mailing list

Re: [openstack-dev] [marconi] Reconsidering the unified API model

2014-06-11 Thread Flavio Percoco
On 11/06/14 13:42 +0100, Gordon Sim wrote: On 06/11/2014 01:28 PM, Flavio Percoco wrote: There are three things that I consider really valuable: 1. Sharding support: It allows admins to have separate clusters/nodes of stores and configure marconi to use them all based on pre-configured rules.

[openstack-dev] [Trove] Datastore integration testing

2014-06-11 Thread Denis Makogon
Good day, Stackers, Trove community. I’d like to start thread related to Datastore testing infrastructure. Why does we need it? At this time Trove has integrated more than databases. To be precise: - MySQL - mysql-server - percona - Cassandra -

[openstack-dev] [neutron][ipv6] ipv6 dual stack

2014-06-11 Thread Robert Li (baoli)
Hi, I added ipv6 support in devstack https://review.openstack.org/#/c/87987/. This is a WIP patch given that neutron ipv6 is not fully implemented yet. With this script, dual stack data network can be created with neutron as well. The only thing that needs to be done manually is starting the

Re: [openstack-dev] [Neutron][LBaaS] Barbican Neutron LBaaS Integration Ideas

2014-06-11 Thread Vijay Venkatachalam
the backend it what's responsible for handling it from that point Right! For ex. NetScaler handles cert sync across HA nodes via its proprietary mechanisms. Since shadow copying is not required for every driver, the functionality can be implemented by the driver that needs it. Thanks, Vijay

Re: [openstack-dev] [marconi] Reconsidering the unified API model

2014-06-11 Thread Duncan Thomas
On 10 June 2014 09:23, Flavio Percoco fla...@redhat.com wrote: On 09/06/14 19:31 +, Kurt Griffiths wrote: Against: • Makes it hard for users to create applications that work across multiple clouds, since critical functionality may or may not be available in a given deployment.

Re: [openstack-dev] [oslo] versioning and releases

2014-06-11 Thread Doug Hellmann
On Tue, Jun 10, 2014 at 5:19 PM, Mark McLoughlin mar...@redhat.com wrote: On Tue, 2014-06-10 at 12:24 -0400, Doug Hellmann wrote: As part of the push to release code from the oslo incubator in stand-alone libraries, we have had several different discussions about versioning and release

[openstack-dev] [nova][ceilometer] FloatingIp pollster spamming n-api logs (bug 1328694)

2014-06-11 Thread Matt Riedemann
tl;dr: some pervasive changes were made to nova to enable polling in ceilometer which broke some things and in my opinion shouldn't have been merged as a bug fix but rather should have been a blueprint. === The detailed version: I opened bug 1328694 [1] yesterday and found that came back to

Re: [openstack-dev] [nova][ceilometer] FloatingIp pollster spamming n-api logs (bug 1328694)

2014-06-11 Thread Eoghan Glynn
Thanks for bringing this to the list Matt, comments inline ... tl;dr: some pervasive changes were made to nova to enable polling in ceilometer which broke some things and in my opinion shouldn't have been merged as a bug fix but rather should have been a blueprint. === The detailed

Re: [openstack-dev] [neutron][ipv6] Support ipv6 RA in neutron

2014-06-11 Thread Collins, Sean
On Wed, Jun 11, 2014 at 09:07:59AM EDT, Robert Li (baoli) wrote: Hi, I was mistakenly reusing the Blueprint https://blueprints.launchpad.net/neutron/+spec/neutron-ipv6-radvd-ra to draft up the ipv6 RA support in neutron. I apologize for any confusion that this may have caused. To correct

Re: [openstack-dev] [Nova][devstack] Unable to boot cirros-0.3.2-x86_64-uec image

2014-06-11 Thread Solly Ross
Hi Deepak, This mailing list is for development discussions only. Please use the general or operators mailing list (http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators) to ask questions about running OpenStack. Best Regards, Solly Ross - Original Message - From:

Re: [openstack-dev] [horizon] mocking policy

2014-06-11 Thread Joris Roovers (jroovers)
+1 for mock ( mox). Joris -Original Message- From: Jiri Tomasek [mailto:jtoma...@redhat.com] Sent: Wednesday, June 11, 2014 14:43 To: openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [horizon] mocking policy On 06/10/2014 12:01 PM, Maxime Vidori wrote: +1 for the use of

Re: [openstack-dev] [Horizon] Specs repo

2014-06-11 Thread Jason Rist
On Wed 11 Jun 2014 06:54:53 AM MDT, Ana Krivokapic wrote: Hi Horizoners, A lot of other projects have already adopted and started using a specs repo. Do we want to have one for Horizon? I'm still not quite clear how this works, but I'm open to it if it makes things a little nicer. -- Jason

Re: [openstack-dev] [neutron][ipv6] ipv6 dual stack

2014-06-11 Thread Collins, Sean
On Wed, Jun 11, 2014 at 09:58:14AM EDT, Robert Li (baoli) wrote: Hi, With the right version of dnsmasq (I’m using 2.68) in use, it will be successfully launched and handing out both ipv6 and ipv4 addresses. An example of dnsmasq instance is shown as below: We should consider bumping the

Re: [openstack-dev] [TripleO] TripleO Mid-Cycle Meetup - Final Dates

2014-06-11 Thread Thierry Carrez
Jaromir Coufal wrote: Hello folks, I am happy to announce, that based on previous etherpad gathering, mails and discussions, on the weekly meeting we confirmed final dates for TripleO mid-cycle meetup: July 21-25 (Monday-Friday) Red Hat office, Raleigh, North Carolina Please

[openstack-dev] [NFV] wiki page update

2014-06-11 Thread Chris Wright
I plan to move the primary content from Meetings/NFV to Team/NFV and keep Meetings/NFV as just meeting info (and a note to update Team/NFV with any real content). This is just a heads up, please holler if you see an issue with this. thanks, -chris ___

  1   2   >