Re: [openstack-dev] [trove] datastore migration issues

2013-12-20 Thread Vipul Sabhaya
I am fine with requiring the deployer to update default values, if they don’t make sense for their given deployment. However, not having any value for older/existing instances, when the code requires it is not good. So let’s create a default datastore of mysql, with a default version, and set

Re: [openstack-dev] [trove] Delivering datastore logs to customers

2013-12-20 Thread Vipul Sabhaya
Yep agreed, this is a great idea. We really only need two API calls to get this going: - List available logs to ‘save’ - Save a log (to swift) Some additional points to consider: - We don’t need to create a record of every Log ‘saved’ in Trove. These entries, treated as a Trove resource aren’t

Re: [openstack-dev] [trove] Delivering datastore logs to customers

2013-12-20 Thread Denis Makogon
Vipul, agreed. Trove server side could store a mapping of available log files and their paths per datastore. Also i agreed with ingoring DBLog model since it's really useless in term of future manipulations. And deployer would be able to define which logs could be available for user by setting

Re: [openstack-dev] [oslo][nova] oslo common.service vs. screen and devstack

2013-12-20 Thread Oleg Gelbukh
I'd +1 Clint on this. I believe that the only right way to handle SIGHUP for process running in foreground is to terminate. -- Best regards, Oleg Gelbukh On Fri, Dec 20, 2013 at 10:54 AM, Clint Byrum cl...@fewbar.com wrote: Excerpts from Sean Dague's message of 2013-12-19 16:33:12 -0800: So

Re: [openstack-dev] [Horizon] Support for Django 1.6

2013-12-20 Thread Matthias Runge
On 12/19/2013 04:45 PM, Thomas Goirand wrote: Hi, Sid has Django 1.6. Is it planned to add support for it? I currently don't know what to do with the Horizon package, as it's currently broken... :( Thomas Yes, there are two patches available, one for horizon[1] and one for

Re: [openstack-dev] [nova] VM diagnostics - V3 proposal

2013-12-20 Thread Oleg Gelbukh
Hi everyone, I'm sorry for being late to the thread, but what about baremetal driver? Should it support the get_diagnostics() as well? -- Best regards, Oleg Gelbukh On Thu, Dec 19, 2013 at 8:21 PM, Vladik Romanovsky vladik.romanov...@enovance.com wrote: Ah, I think I've responded too fast,

Re: [openstack-dev] [Climate] Next two weekly meetings cancelled ?

2013-12-20 Thread Sergey Lukjanov
Both Mon and Tue 1500 UTC works for me On Fri, Dec 20, 2013 at 8:43 AM, Nikolay Starodubtsev nstarodubt...@mirantis.com wrote: I'm on holidays till 9th January. And I don't think I'll have an internet access all the time on holidays. p.s. By the way, I'll prefer Friday's evenings as new

Re: [openstack-dev] [TripleO] Tuskar CLI after architecture changes

2013-12-20 Thread Radomir Dopieralski
On 20/12/13 00:17, Jay Pipes wrote: On 12/19/2013 04:55 AM, Radomir Dopieralski wrote: On 14/12/13 16:51, Jay Pipes wrote: [snip] Instead of focusing on locking issues -- which I agree are very important in the virtualized side of things where resources are thinner -- I believe that in the

Re: [openstack-dev] [Climate] Next two weekly meetings cancelled ?

2013-12-20 Thread Sylvain Bauza
Well, 2000UTC means midnight for you, guys. Not really safe for family concerns :-) Maybe you were meaning 2000 local time, so 1600 UTC ? I can propose Fridays 1500 UTC (so 19:00 your time ;-)) as an alternative (both meeting channels are free this time) Let's vote : +1 for Fridays 1500 UTC.

Re: [openstack-dev] [nova] VM diagnostics - V3 proposal

2013-12-20 Thread Daniel P. Berrange
On Fri, Dec 20, 2013 at 12:56:47PM +0400, Oleg Gelbukh wrote: Hi everyone, I'm sorry for being late to the thread, but what about baremetal driver? Should it support the get_diagnostics() as well? Of course, where practical, every driver should aim to support every method in the virt driver

Re: [openstack-dev] [Nova] Default ephemeral filesystem

2013-12-20 Thread Daniel P. Berrange
On Fri, Dec 20, 2013 at 09:21:54AM +1300, Robert Collins wrote: The default ephemeral filesystem in Nova is ext3 (for Linux). However ext3 is IMNSHO a pretty poor choice given ext4's existence. I can totally accept that other fs's like xfs might be contentious - but is there any reason not to

Re: [openstack-dev] [Climate] Next two weekly meetings cancelled ?

2013-12-20 Thread Sergey Lukjanov
+1 for Fridays 1500 UTC On Fri, Dec 20, 2013 at 1:26 PM, Sylvain Bauza sylvain.ba...@bull.netwrote: Well, 2000UTC means midnight for you, guys. Not really safe for family concerns :-) Maybe you were meaning 2000 local time, so 1600 UTC ? I can propose Fridays 1500 UTC (so 19:00 your time

Re: [openstack-dev] [bugs] definition of triaged

2013-12-20 Thread Thierry Carrez
Robert Collins wrote: On 16 December 2013 23:56, Thierry Carrez thie...@openstack.org wrote: I like the first and third parts. Not really convinced with the second part, though. You'll have a lot of Confirmed bugs without proposed approach (like 99% of them) so asking core to read them all and

Re: [openstack-dev] [Nova] Default ephemeral filesystem

2013-12-20 Thread Robert Collins
Thats certainly a logical extension to the system, but orthogonal to fixing a bad default IMO. Admins can already configure a filesystem per OS. -Rob On 20 December 2013 23:00, Daniel P. Berrange berra...@redhat.com wrote: On Fri, Dec 20, 2013 at 09:21:54AM +1300, Robert Collins wrote: The

Re: [openstack-dev] [Climate] Next two weekly meetings cancelled ?

2013-12-20 Thread Dina Belova
+1 On Fri, Dec 20, 2013 at 1:57 PM, Sergey Lukjanov slukja...@mirantis.comwrote: +1 for Fridays 1500 UTC On Fri, Dec 20, 2013 at 1:26 PM, Sylvain Bauza sylvain.ba...@bull.netwrote: Well, 2000UTC means midnight for you, guys. Not really safe for family concerns :-) Maybe you were

[openstack-dev] [storyboard] Storyboard sprint around FOSDEM

2013-12-20 Thread Thierry Carrez
Hi everyone, In case you're not familiar with it, Storyboard[1] is a cross-project task tracking tool that we are building to replace our usage of Launchpad bugs blueprints. We plan to have a 2-day sprint just before FOSDEM in Brussels to make the few design and architectural hard calls that

[openstack-dev] [Cinder] Display NoneType fields correctly in python-cinderclient output

2013-12-20 Thread Shrirang Phadke
Hi All, I am fixing a Bug #1261713: Volume type 'None' gives indistinguishable CLI output (https://bugs.launchpad.net/cinder/+bug/1261713) Currently if any value in cinder-api response is a NoneType (i.e. NULL) then python-cinderclient shows an entry as None in the output. This is because of

Re: [openstack-dev] Horizon and Tuskar-UI codebase merge

2013-12-20 Thread Ladislav Smola
and +1 also from me :-) Seems like this the way we want to go. So, what will be the next steps? Seems like this have to be done by cooperation of PTL's of Horizon and TripleO and ttx probably? Thank you, Ladislav On 12/19/2013 05:29 PM, Lyle, David wrote: So after a lot of consideration,

Re: [openstack-dev] [TripleO] Tuskar CLI after architecture changes

2013-12-20 Thread Ladislav Smola
May I propose we keep the conversation Icehouse related. I don't think we can make any sort of locking mechanism in I. Though it would be worth of creating some WikiPage that would present it whole in some consistent manner. I am kind of lost in these emails. :-) So, what do you thing are

Re: [openstack-dev] [Ceilometer][Oslo] Consuming Notifications in Batches

2013-12-20 Thread Nadya Privalova
Hi John, As for me your ideas look very interesting. As I understood notification messages will be kept in MQ for some time (during batch-basket is being filled), right? I'm concerned about the additional load that will be on MQ (Rabbit). Thanks, Nadya On Fri, Dec 20, 2013 at 3:31 AM, Herndon,

Re: [openstack-dev] [TripleO] Tuskar CLI after architecture changes

2013-12-20 Thread Radomir Dopieralski
On 20/12/13 12:25, Ladislav Smola wrote: May I propose we keep the conversation Icehouse related. I don't think we can make any sort of locking mechanism in I. By getting rid of tuskar-api and putting all the logic higher up, we are forfeiting the ability to ever create it. That worries me. I

Re: [openstack-dev] [Climate] Next two weekly meetings cancelled ?

2013-12-20 Thread Nikolay Starodubtsev
+1 Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2013/12/20 Dina Belova dbel...@mirantis.com +1 On Fri, Dec 20, 2013 at 1:57 PM, Sergey Lukjanov slukja...@mirantis.comwrote: +1 for Fridays 1500 UTC On Fri, Dec 20, 2013 at 1:26 PM, Sylvain Bauza

Re: [openstack-dev] [Climate] Next two weekly meetings cancelled ?

2013-12-20 Thread Sylvain Bauza
Once that agreed, let's go back to the initial question : when do we resume weekly meetings ? Is Friday 10th Jan 1500 UTC OK for you ? Note : Other committers, YorikSar, jd__, scroiset and f_rossigneux haven't yet replied. -Sylvain Le 20/12/2013 13:28, Nikolay Starodubtsev a écrit : +1

[openstack-dev] [savanna] team meeting minutes Dec 19

2013-12-20 Thread Sergey Lukjanov
Thanks everyone who have joined Savanna meeting. Here are the logs from the meeting: Minutes: savanna.2013-12-19-18.05.htmlhttp://eavesdrop.openstack.org/meetings/savanna/2013/savanna.2013-12-19-18.05.html Log:

Re: [openstack-dev] [Climate] Next two weekly meetings cancelled ?

2013-12-20 Thread Nikolay Starodubtsev
It's okay for me. Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2013/12/20 Sylvain Bauza sylvain.ba...@bull.net Once that agreed, let's go back to the initial question : when do we resume weekly meetings ? Is Friday 10th Jan 1500 UTC OK for you ?

[openstack-dev] [trove] Dropping connectivity from guesagent to Trove back-end

2013-12-20 Thread Denis Makogon
Goodday, OpenStack DВaaS community. I'd like to start conversation about dropping connectivity from In-VM guestagent and Trove back-end. Since Trove has conductor service which interacts with agents via MQ service, we could let it deal with any back-end required operations

Re: [openstack-dev] [TripleO] Tuskar CLI after architecture changes

2013-12-20 Thread Radomir Dopieralski
On 20/12/13 13:04, Radomir Dopieralski wrote: [snip] I have just learned that tuskar-api stays, so my whole ranting is just a waste of all our time. Sorry about that. -- Radomir Dopieralski ___ OpenStack-dev mailing list

[openstack-dev] [QA][Tempest][Ceilometer] Pollster's testing strategy

2013-12-20 Thread Nadya Privalova
Hi guys! For QA and Tempest guys brief description of Ceilometer's pollstering. Ceilometer has several agents that once in 'interval' asks Nova, Glance and other services about their metrics. We need to test this functionality, 'Interval' is defined in pipeline.yaml file and is 10 minutes by

Re: [openstack-dev] [Nova] [Ironic] Get power and temperature via IPMI

2013-12-20 Thread Alan Kavanagh
Cheers Gao. So my only comment here is how complex and how many attributes are we expecting the scheduler to take as input. Similarly the more variables you schedule on the more complex the beast becomes and from experience you end up having cross dependencies. I can see power be an item of

Re: [openstack-dev] [TripleO] Tuskar CLI after architecture changes

2013-12-20 Thread Imre Farkas
On 12/20/2013 12:25 PM, Ladislav Smola wrote: 2. Heat stack create, update This is locked in the process of the operation, so nobody can mess with it while it is updating or creating. Once we will pack all operations that are now aside in this, we should be alright. And that should be doable in

Re: [openstack-dev] [TripleO] Tuskar CLI after architecture changes

2013-12-20 Thread Ladislav Smola
On 12/20/2013 01:04 PM, Radomir Dopieralski wrote: On 20/12/13 12:25, Ladislav Smola wrote: May I propose we keep the conversation Icehouse related. I don't think we can make any sort of locking mechanism in I. By getting rid of tuskar-api and putting all the logic higher up, we are forfeiting

Re: [openstack-dev] [TripleO] Tuskar CLI after architecture changes

2013-12-20 Thread Ladislav Smola
On 12/20/2013 02:06 PM, Radomir Dopieralski wrote: On 20/12/13 13:04, Radomir Dopieralski wrote: [snip] I have just learned that tuskar-api stays, so my whole ranting is just a waste of all our time. Sorry about that. Hehe. :-) Ok after the last meeting we are ready to say what goes to

Re: [openstack-dev] [TripleO] Tuskar CLI after architecture changes

2013-12-20 Thread Ladislav Smola
On 12/20/2013 02:37 PM, Imre Farkas wrote: On 12/20/2013 12:25 PM, Ladislav Smola wrote: 2. Heat stack create, update This is locked in the process of the operation, so nobody can mess with it while it is updating or creating. Once we will pack all operations that are now aside in this, we

Re: [openstack-dev] [Climate] Next two weekly meetings cancelled ?

2013-12-20 Thread Sergey Lukjanov
It's ok for me too. On Friday, December 20, 2013, Nikolay Starodubtsev wrote: It's okay for me. Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2013/12/20 Sylvain Bauza sylvain.ba...@bull.net Once that agreed, let's go back to the initial question :

Re: [openstack-dev] [Ceilometer][Oslo] Consuming Notifications in Batches

2013-12-20 Thread Herndon, John Luke
Hi Nadya, Yep, that’s right, the notifications stick around on the server until they are acknowledged so there is extra overhead involved. I only have experience with rabbitmq, so I can’t speak for other transports, but we have used this strategy internally for other purposes, and have reached

[openstack-dev] Process for proposing patches attached to launchpad bugs?

2013-12-20 Thread Dolph Mathews
In the past, I've been able to get authors of bug fixes attached to Launchpad bugs to sign the CLA and submit the patch through gerrit... although, in one case it took quite a bit of time (and thankfully it wasn't a critical fix or anything). This scenario just came up again (example: [1]), so

Re: [openstack-dev] [trove] Dropping connectivity from guesagent to Trove back-end

2013-12-20 Thread Tim Simpson
Hi Denis, The plan from the start with Conductor has been to remove any guest connections to the database. So any lingering ones are omissions which should be dealt with. Since not each database have root entity (not even ACL at all) it would be incorrect to report about root enabling on

Re: [openstack-dev] [Nova] [Ironic] Get power and temperature via IPMI

2013-12-20 Thread Pradipta Banerjee
On 12/19/2013 12:30 AM, Devananda van der Veen wrote: On Tue, Dec 17, 2013 at 10:00 PM, Gao, Fengqian fengqian@intel.com mailto:fengqian@intel.com wrote: Hi, all, I am planning to extend bp https://blueprints.launchpad.net/nova/+spec/utilization-aware-scheduling

Re: [openstack-dev] [oslo][nova] oslo common.service vs. screen and devstack

2013-12-20 Thread Doug Hellmann
On Fri, Dec 20, 2013 at 1:54 AM, Clint Byrum cl...@fewbar.com wrote: Excerpts from Sean Dague's message of 2013-12-19 16:33:12 -0800: So a few people had been reporting recently that unstack no longer stops nova processes, which I only got around to looking at today. It turns out the new

Re: [openstack-dev] [oslo][nova] oslo common.service vs. screen and devstack

2013-12-20 Thread Sean Dague
On 12/20/2013 09:55 AM, Doug Hellmann wrote: On Fri, Dec 20, 2013 at 1:54 AM, Clint Byrum cl...@fewbar.com mailto:cl...@fewbar.com wrote: Excerpts from Sean Dague's message of 2013-12-19 16:33:12 -0800: So a few people had been reporting recently that unstack no longer

Re: [openstack-dev] [trove] Dropping connectivity from guesagent to Trove back-end

2013-12-20 Thread Denis Makogon
Thanks for response, Tim. As i said, it would be confusing situation when database which has no ACL would be deployed by Trove with root enabled - this looks very strange since user allowed to check if root enabled. I think in this case Conductor should be _that_ place which should contain

Re: [openstack-dev] [nova] VM diagnostics - V3 proposal

2013-12-20 Thread Matt Riedemann
On Friday, December 20, 2013 3:57:15 AM, Daniel P. Berrange wrote: On Fri, Dec 20, 2013 at 12:56:47PM +0400, Oleg Gelbukh wrote: Hi everyone, I'm sorry for being late to the thread, but what about baremetal driver? Should it support the get_diagnostics() as well? Of course, where

Re: [openstack-dev] [Ceilometer][Oslo] Consuming Notifications in Batches

2013-12-20 Thread Doug Hellmann
On Thu, Dec 19, 2013 at 6:31 PM, Herndon, John Luke john.hern...@hp.comwrote: Hi Folks, The Rackspace-HP team has been putting a lot of effort into performance testing event collection in the ceilometer storage drivers[0]. Based on some results of this testing, we would like to support batch

Re: [openstack-dev] [trove] Dropping connectivity from guesagent to Trove back-end

2013-12-20 Thread Tim Simpson
Because the ability to check if root is enabled is in an extension which would not be in effect for a datastore with no ACL support, the user would not be able to see that the marker for root enabled was set in the Trove infrastructure database either way. By the way- I double checked the

Re: [openstack-dev] [trove] datastore migration issues

2013-12-20 Thread Greg Hill
Thanks for the input. I'll go ahead with this plan then. Greg On Dec 20, 2013, at 2:06 AM, Vipul Sabhaya vip...@gmail.commailto:vip...@gmail.com wrote: I am fine with requiring the deployer to update default values, if they don’t make sense for their given deployment. However, not having

[openstack-dev] [Glance][Oslo] Pulling glance.store out of glance. Where should it live?

2013-12-20 Thread Flavio Percoco
Greetings, In the last Glance meeting, it was proposed to pull out glance's stores[0] code into its own package. There are a couple of other scenarios where using this code is necessary and it could also be useful for other consumers outside OpenStack itself. That being said, it's not clear

Re: [openstack-dev] [trove] Dropping connectivity from guesagent to Trove back-end

2013-12-20 Thread Denis Makogon
Unfortunately, Trove cannot manage it's own extensions, so if, suppose, i would try to get provisioned cassandra instance i would be still possible to check if root enabled. Prof: https://github.com/openstack/trove/blob/master/trove/extensions/mysql/service.py There are no checks for

Re: [openstack-dev] [storyboard] Storyboard sprint around FOSDEM

2013-12-20 Thread Anita Kuno
I can't attend. I just booked my flight for SaltConf in Salt Lake City, which conflicts. Would have liked to have been there. I hope you have a great sprint and FOSDEM. Thanks, Anita. On 12/20/2013 05:26 AM, Thierry Carrez wrote: Hi everyone, In case you're not familiar with it,

Re: [openstack-dev] [Ceilometer][Oslo] Consuming Notifications in Batches

2013-12-20 Thread Julien Danjou
On Thu, Dec 19 2013, Herndon, John Luke wrote: Hi John, The Rackspace-HP team has been putting a lot of effort into performance testing event collection in the ceilometer storage drivers[0]. Based on some results of this testing, we would like to support batch consumption of notifications,

Re: [openstack-dev] [QA][Tempest][Ceilometer] Pollster's testing strategy

2013-12-20 Thread Julien Danjou
On Fri, Dec 20 2013, Nadya Privalova wrote: Hi Nadya, For QA and Tempest guys brief description of Ceilometer's pollstering. Ceilometer has several agents that once in 'interval' asks Nova, Glance and other services about their metrics. We need to test this functionality, 'Interval' is

Re: [openstack-dev] [oslo][nova] oslo common.service vs. screen and devstack

2013-12-20 Thread Sean Dague
On 12/20/2013 09:59 AM, Sean Dague wrote: snip So as Clint said, SIGHUP is only appropriate to do that *if* the process is daemonized. If it's in the foreground it's not. So that logic needs to be better. This is basically a blocker for adding any upgrade testing from something later than

Re: [openstack-dev] [QA][Tempest][Ceilometer] Pollster's testing strategy

2013-12-20 Thread Nadya Privalova
Thanks, Julien! Will create blueprint on Monday and will start implementation. On Fri, Dec 20, 2013 at 7:51 PM, Julien Danjou jul...@danjou.info wrote: On Fri, Dec 20 2013, Nadya Privalova wrote: Hi Nadya, For QA and Tempest guys brief description of Ceilometer's pollstering.

Re: [openstack-dev] [trove] Dropping connectivity from guesagent to Trove back-end

2013-12-20 Thread Denis Makogon
Tim, let's make conductor reporting that root enabled until we could be able to teach trove how to manage its own extensions. Because extensions are too complicated, as you said. So, it's really would be better to give conductor an ability to handle root reporting. Best regards, Denis Makogon

Re: [openstack-dev] [TripleO] Tuskar CLI after architecture changes

2013-12-20 Thread Jay Dobies
On 12/20/2013 08:40 AM, Ladislav Smola wrote: On 12/20/2013 02:06 PM, Radomir Dopieralski wrote: On 20/12/13 13:04, Radomir Dopieralski wrote: [snip] I have just learned that tuskar-api stays, so my whole ranting is just a waste of all our time. Sorry about that. Hehe. :-) Ok after the

Re: [openstack-dev] [trove] Dropping connectivity from guesagent to Trove back-end

2013-12-20 Thread Ed Cranford
Conductor was the first phase of https://wiki.openstack.org/wiki/Trove/guest_agent_communication whose proposed future phases include turning conductor into a source of truth for trove to ask about instances, and then using its own datastore separate from the host db anyway. The purpose of the

Re: [openstack-dev] [oslo][nova] oslo common.service vs. screen and devstack

2013-12-20 Thread Sean Dague
On 12/20/2013 10:56 AM, Sean Dague wrote: On 12/20/2013 09:59 AM, Sean Dague wrote: snip So as Clint said, SIGHUP is only appropriate to do that *if* the process is daemonized. If it's in the foreground it's not. So that logic needs to be better. This is basically a blocker for adding any

[openstack-dev] [oslo] olso.messaging and Rabbit HA configs

2013-12-20 Thread John Wood
Hello folks, I would like to configure olso.messaging to work with an HA Rabbit cluster and was curious about the correct configuration to use. I am setting the following values in my private network: ampq_durable_queues = True rabbit_userid=guest rabbit_password=guest

Re: [openstack-dev] [TripleO] Tuskar CLI after architecture changes

2013-12-20 Thread Clint Byrum
Excerpts from Radomir Dopieralski's message of 2013-12-20 01:13:20 -0800: On 20/12/13 00:17, Jay Pipes wrote: On 12/19/2013 04:55 AM, Radomir Dopieralski wrote: On 14/12/13 16:51, Jay Pipes wrote: [snip] Instead of focusing on locking issues -- which I agree are very important in

[openstack-dev] [neutron] packet forwarding

2013-12-20 Thread Abbass MAROUNI
Hello, Is it true that a traffic from one OpenStack virtual network to another have to pass by an OpenStack router ? (using an OpenVirtual switch as the L2 ). I'm trying ti use a VM as a router between 2 OpenStack virtual networks but for some reason I'm not able. Appreciate any insights,

Re: [openstack-dev] [TripleO] Tuskar CLI after architecture changes

2013-12-20 Thread Clint Byrum
Excerpts from Ladislav Smola's message of 2013-12-20 05:48:40 -0800: On 12/20/2013 02:37 PM, Imre Farkas wrote: On 12/20/2013 12:25 PM, Ladislav Smola wrote: 2. Heat stack create, update This is locked in the process of the operation, so nobody can mess with it while it is updating or

Re: [openstack-dev] Diversity as a requirement for incubation

2013-12-20 Thread Bryan D. Payne
+1 -bryan On Wed, Dec 18, 2013 at 10:22 PM, Jay Pipes jaypi...@gmail.com wrote: On 12/18/2013 12:34 PM, Doug Hellmann wrote: I have more of an issue with a project failing *after* becoming integrated than during incubation. That's why we have the incubation period to begin with. For the

Re: [openstack-dev] [Nova] [Ironic] Get power and temperature via IPMI

2013-12-20 Thread Alan Kavanagh
One additional item Gao and apologies as I was thinking power on two front here. I assume then the limit here is per compute node within a given DC site, so yes I can see some small benefits on that for sure. I still however have a hard time seeing if I want to do scheduling based on power as

Re: [openstack-dev] [nova] VM diagnostics - V3 proposal

2013-12-20 Thread Oleg Gelbukh
Matt, My understanding is that there will be a nova.virt.baremetal.ironic driver in Nova which will talk to Ironic API to manage bare-metal instances. So, Ironic will be actually providing the diagnostics data about bm instance via its API eventually. Hope someone will correct me if I'm wrong.

Re: [openstack-dev] [Ceilometer][Oslo] Consuming Notifications in Batches

2013-12-20 Thread Herndon, John Luke
On Dec 20, 2013, at 8:10 AM, Doug Hellmann doug.hellm...@dreamhost.com wrote: On Thu, Dec 19, 2013 at 6:31 PM, Herndon, John Luke john.hern...@hp.com wrote: Hi Folks, The Rackspace-HP team has been putting a lot of effort into performance testing event collection in the ceilometer

Re: [openstack-dev] [neutron] packet forwarding

2013-12-20 Thread Randy Tuttle
In general, you'd need a router to pass from one VLAN to another, and that is still true in OS. However, for your case where you have a VM running some routing software, it's quite possible (likely) that the iptable rules on the host machine are stopping your VM from forwarding out since the

Re: [openstack-dev] [trove] Dropping connectivity from guesagent to Trove back-end

2013-12-20 Thread Tim Simpson
whose proposed future phases include turning conductor into a source of truth for trove to ask about instances, and then using its own datastore separate from the host db anyway. IIRC this was to support such ideas as storing the heart beat or service status somewhere besides the Trove

Re: [openstack-dev] [Ceilometer][Oslo] Consuming Notifications in Batches

2013-12-20 Thread Herndon, John Luke
On Dec 20, 2013, at 8:48 AM, Julien Danjou jul...@danjou.info wrote: On Thu, Dec 19 2013, Herndon, John Luke wrote: Hi John, The Rackspace-HP team has been putting a lot of effort into performance testing event collection in the ceilometer storage drivers[0]. Based on some results of

Re: [openstack-dev] [Ceilometer][Oslo] Consuming Notifications in Batches

2013-12-20 Thread Julien Danjou
On Fri, Dec 20 2013, Herndon, John Luke wrote: Yeah, I like this idea. As far as I can tell, AMQP doesn’t support grabbing more than a single message at a time, but we could definitely have the broker store up the batch before sending it along. Other protocols may support bulk consumption. My

Re: [openstack-dev] [Ceilometer][Oslo] Consuming Notifications in Batches

2013-12-20 Thread Herndon, John Luke
On Dec 20, 2013, at 10:47 AM, Julien Danjou jul...@danjou.info wrote: On Fri, Dec 20 2013, Herndon, John Luke wrote: Yeah, I like this idea. As far as I can tell, AMQP doesn’t support grabbing more than a single message at a time, but we could definitely have the broker store up the batch

[openstack-dev] [Fuel] [Oslo] Add APP-NAME (RFC5424) for Oslo syslog logging

2013-12-20 Thread Bogdan Dobrelya
*Preamble* Hi stackers, I was trying to implement correct APP-NAME tags for remote logging in Fuel for Openstack, and faced the https://bugs.launchpad.net/nova/+bug/904307 issue. There are no logging options in Python 2.6/2.7 to address this APP-NAME in logging formats or configs (log_format,

Re: [openstack-dev] [trove] Dropping connectivity from guesagent to Trove back-end

2013-12-20 Thread Ed Cranford
Fair enough, original scope for conductor was just heartbeats anyway--backups were more of an added bonus if anything to reduce that db dependency. Denis' patch at present just makes taskmanager take care of it, and it's simple enough to do that way. On Fri, Dec 20, 2013 at 11:16 AM, Tim Simpson

Re: [openstack-dev] [Neutron] Neutron Tempest code sprint - 2nd week of January, Montreal, QC, Canada

2013-12-20 Thread Shiv Haris
Please add my name to the list. Thanks. -Shiv Haris -Original Message- From: Anita Kuno [mailto:ante...@anteaya.info] Sent: Wednesday, December 18, 2013 1:18 PM To: openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [Neutron] Neutron Tempest code sprint - 2nd week of

[openstack-dev] [Climate] PTL Candidacy

2013-12-20 Thread Dina Belova
Howdy, guys! I’d like to announce my candidacy for Climate (Reservation-as-a-Service) PTL. I’m working with OpenStack about last two years since Diablo and have much experience in working with different customers within different projects. Last six months I’m everything about community work -

Re: [openstack-dev] Process for proposing patches attached to launchpad bugs?

2013-12-20 Thread Russell Bryant
On 12/20/2013 09:32 AM, Dolph Mathews wrote: In the past, I've been able to get authors of bug fixes attached to Launchpad bugs to sign the CLA and submit the patch through gerrit... although, in one case it took quite a bit of time (and thankfully it wasn't a critical fix or anything).

Re: [openstack-dev] [Ceilometer][Oslo] Consuming Notifications in Batches

2013-12-20 Thread Gordon Sim
On 12/20/2013 05:27 PM, Herndon, John Luke wrote: On Dec 20, 2013, at 8:48 AM, Julien Danjou jul...@danjou.info wrote: Anyway, my main concern here is that I am not very enthusiast about using the executor to do that. I wonder if there is not a way to ask the broker to get as many as message

Re: [openstack-dev] [Ceilometer][Oslo] Consuming Notifications in Batches

2013-12-20 Thread Gordon Sim
On 12/20/2013 07:13 PM, Gordon Sim wrote: AMQP (in all it's versions) allows for a subscription with a configurable amount of 'prefetch', which means the broker can send lots of messages without waiting for the client to request them one at a time. Just as an aside, the impl_qpid.py driver

Re: [openstack-dev] [Neutron][IPv6] Blueprint Bind dnsmasq in qrouter- namespace

2013-12-20 Thread Martinx - ジェームズ
Hello Stackers! I agree with one namespace approach, if it is better for IPv6 (or even for IPv4 and for operators). And also, I think that, when with IPv6, we must do what is better for IPv6 networks... If things needs to be changed, lets do it! BTW, one namespace with all the required services

[openstack-dev] Nova and Neutron Hyper-V patches

2013-12-20 Thread Alessandro Pilotti
Hi guys, We have a couple of bug fix patches that already received a +2 review waiting since some time for a second +2a. Can some core rev please help in getting them reviewed and possibly merged? Nova https://review.openstack.org/#/c/55449/ https://review.openstack.org/#/c/55975/ Neutron

Re: [openstack-dev] [Glance][Oslo] Pulling glance.store out of glance. Where should it live?

2013-12-20 Thread Doug Hellmann
On Fri, Dec 20, 2013 at 10:42 AM, Flavio Percoco fla...@redhat.com wrote: Greetings, In the last Glance meeting, it was proposed to pull out glance's stores[0] code into its own package. There are a couple of other scenarios where using this code is necessary and it could also be useful for

Re: [openstack-dev] [oslo][nova] oslo common.service vs. screen and devstack

2013-12-20 Thread Doug Hellmann
On Fri, Dec 20, 2013 at 11:22 AM, Sean Dague s...@dague.net wrote: On 12/20/2013 10:56 AM, Sean Dague wrote: On 12/20/2013 09:59 AM, Sean Dague wrote: snip So as Clint said, SIGHUP is only appropriate to do that *if* the process is daemonized. If it's in the foreground it's not. So

Re: [openstack-dev] [Ceilometer][Oslo] Consuming Notifications in Batches

2013-12-20 Thread Dan Dyer
On 12/20/2013 11:18 AM, Herndon, John Luke wrote: On Dec 20, 2013, at 10:47 AM, Julien Danjou jul...@danjou.info wrote: On Fri, Dec 20 2013, Herndon, John Luke wrote: Yeah, I like this idea. As far as I can tell, AMQP doesn't support grabbing more than a single message at a time, but we

Re: [openstack-dev] [Ceilometer][Oslo] Consuming Notifications in Batches

2013-12-20 Thread Doug Hellmann
On Fri, Dec 20, 2013 at 12:15 PM, Herndon, John Luke john.hern...@hp.comwrote: On Dec 20, 2013, at 8:10 AM, Doug Hellmann doug.hellm...@dreamhost.com wrote: On Thu, Dec 19, 2013 at 6:31 PM, Herndon, John Luke john.hern...@hp.comwrote: Hi Folks, The Rackspace-HP team has been putting

[openstack-dev] [Nova] Live upgrades and major rpc versions

2013-12-20 Thread Russell Bryant
Greetings, Bumping the major rpc versions allows us to drop old backwards compatibility code. However, we have to do this in such a way that doesn't break live upgrades. We've expected live upgrades for CD to work for a while, and we're also expecting to be able to support it from Havana to

Re: [openstack-dev] Nova and Neutron Hyper-V patches

2013-12-20 Thread Joe Gordon
Please read http://lists.openstack.org/pipermail/openstack-dev/2013-September/015264.html On Fri, Dec 20, 2013 at 11:59 AM, Alessandro Pilotti apilo...@cloudbasesolutions.com wrote: Hi guys, We have a couple of bug fix patches that already received a +2 review waiting since some time for

Re: [openstack-dev] [TripleO] Gerrit review refs now supported by diskimage-builder's source-repositories element

2013-12-20 Thread Roman Podoliaka
Hi Chris, This is super useful for testing patches on review! Thank you! Roman On Fri, Dec 20, 2013 at 7:35 PM, Chris Jones c...@tenshu.net wrote: Hi As of just now (review 63021) the source-repositories element in diskimage-builder can fetch git repos from gerrit reviews. I figured it'd

Re: [openstack-dev] [Nova] Live upgrades and major rpc versions

2013-12-20 Thread Dan Smith
Using this approach I think we can support live upgrades from N-1 to N while still being able to drop some backwards compatibility code each release cycle. Agreed. We've been kinda slack about bumping the RPC majors for a while, which means we end up with a lot of cruft and comments like

Re: [openstack-dev] [Ceilometer][Oslo] Consuming Notifications in Batches

2013-12-20 Thread Herndon, John Luke
On Dec 20, 2013, at 12:13 PM, Gordon Sim g...@redhat.com wrote: On 12/20/2013 05:27 PM, Herndon, John Luke wrote: On Dec 20, 2013, at 8:48 AM, Julien Danjou jul...@danjou.info wrote: Anyway, my main concern here is that I am not very enthusiast about using the executor to do that. I

Re: [openstack-dev] [oslo][nova] oslo common.service vs. screen and devstack

2013-12-20 Thread Robert Collins
Ok so this is interesting. I think this new feature will have caused bugs in anything using this idiom: def foo(bar=CONF): because that is only evaluated at import time - any later reevaluation of the config settings won't propagate into code. (This is why we recently avoided that idiom in

Re: [openstack-dev] [trove] Dropping connectivity from guesagent to Trove back-end

2013-12-20 Thread Denis Makogon
All points are good, but RootHistory object now is being created by guestagent while mysql datastore prepare call. Delegating all responsibilities to Conductor would give us next benefits: 1. Breaking guest - back-end connectivity. 2. Keeping taskmanager generic (already said, need to take into

Re: [openstack-dev] [Neutron] Neutron Tempest code sprint - 2nd week of January, Montreal, QC, Canada

2013-12-20 Thread Mark McClain
Edgar- I’m a bit concerned about Fawad joining the sprint. He’s a new contributor who has never landed a patch in Neutron or Tempest. Closing the testing gaps with experienced devs is the goal of the Montreal sprint and I do not think we’ll have manpower to onboard new contributors (3 days

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

2013-12-20 Thread Sergey Lukjanov
Confirmed. https://wiki.openstack.org/wiki/Climate/PTL_Elections_Icehouse#Candidates On Fri, Dec 20, 2013 at 11:01 PM, Dina Belova dbel...@mirantis.com wrote: Howdy, guys! I’d like to announce my candidacy for Climate (Reservation-as-a-Service) PTL. I’m working with OpenStack about last

Re: [openstack-dev] [Ceilometer][Oslo] Consuming Notifications in Batches

2013-12-20 Thread Julien Danjou
On Fri, Dec 20 2013, Herndon, John Luke wrote: I think there is probably a tolerance for duplicates but you’re right, missing a notification is unacceptable. Can anyone weigh in on how big of a deal duplicates are for meters? Duplicates aren’t really unique to the batching approach, though.

Re: [openstack-dev] [Ceilometer][Oslo] Consuming Notifications in Batches

2013-12-20 Thread Herndon, John Luke
On Dec 20, 2013, at 1:12 PM, Dan Dyer dan.dye...@gmail.com wrote: On 12/20/2013 11:18 AM, Herndon, John Luke wrote: On Dec 20, 2013, at 10:47 AM, Julien Danjou jul...@danjou.info wrote: On Fri, Dec 20 2013, Herndon, John Luke wrote: Yeah, I like this idea. As far as I can tell, AMQP

Re: [openstack-dev] [Ceilometer][Oslo] Consuming Notifications in Batches

2013-12-20 Thread Julien Danjou
On Fri, Dec 20 2013, Herndon, John Luke wrote: I think this will work. I was considering putting in a timeout so the broker would not send off all of the messages immediately, and implement using blocking calls. If the consumer consumes faster than the publishers are publishing, this just

[openstack-dev] [Glance] [Metadatarepository] Metadata repository initiative status

2013-12-20 Thread Georgy Okrokvertskhov
Hi, Metadata repository meeting occurred this Tuesday in #openstack-glance channel. Main item that was discussed was an API for a new metadata functions and where this API should appear. During discussion it was defined that the main functionality will be a storage for different objects and

[openstack-dev] cliff moved to launchpad and stackforge

2013-12-20 Thread Doug Hellmann
The cliff library source repository is now hosted on stackforge ( https://git.openstack.org/cgit/stackforge/cliff/) and the bug tracker has moved to launchpad (https://launchpad.net/python-cliff). Doug ___ OpenStack-dev mailing list

[openstack-dev] [openstack][cinder] Driver certification ideas

2013-12-20 Thread John Griffith
Hey Everyone, So we merged the super simple driver cert test script in to devstack a while back. For those that aren't familiar you can check it out here [1]. First iteration of this is simply a do it yourself config and run that goes through the same volume-tests that every cinder patch runs

Re: [openstack-dev] [neutron] packet forwarding

2013-12-20 Thread Pedro Roque Marques
There are at least 3 types of solutions I'm aware of: 1) Using VLANs and physical or virtual-machine appliances that route packets between VLANs. Tutorial: http://developer.rackspace.com/blog/neutron-networking-vlan-provider-networks.html 2) Using an L2 overlay and virtual machines that route

Re: [openstack-dev] [Glance][Oslo] Pulling glance.store out of glance. Where should it live?

2013-12-20 Thread Jay Pipes
On 12/20/2013 10:42 AM, Flavio Percoco wrote: Greetings, In the last Glance meeting, it was proposed to pull out glance's stores[0] code into its own package. There are a couple of other scenarios where using this code is necessary and it could also be useful for other consumers outside

Re: [openstack-dev] [Ceilometer][Oslo] Consuming Notifications in Batches

2013-12-20 Thread Jay Pipes
On 12/20/2013 04:43 PM, Julien Danjou wrote: On Fri, Dec 20 2013, Herndon, John Luke wrote: I think there is probably a tolerance for duplicates but you’re right, missing a notification is unacceptable. Can anyone weigh in on how big of a deal duplicates are for meters? Duplicates aren’t

  1   2   >