[openstack-dev] [nova] upgrade_levels in nova upgrade

2015-05-07 Thread Guo, Ruijing
Hi, All, In existing design, we need to reconfig nova.conf and restart nova service during post-upgrade cleanup As https://www.rdoproject.org/Upgrading_RDO_To_Icehouse: I propose to send RPC message to remove RPC API version pin. 1. Stop services (same with existing) 2. Upgrade

Re: [openstack-dev] [TripleO] puppet pacemaker thoughts... and an idea

2015-05-07 Thread marios
On 07/05/15 05:32, Dan Prince wrote: Looking over some of the Puppet pacemaker stuff today. I appreciate all the hard work going into this effort but I'm not quite happy about all of the conditionals we are adding to our puppet overcloud_controller.pp manifest. Specifically it seems that every

Re: [openstack-dev] [oslo] Exception in rpc_dispatcher

2015-05-07 Thread Mehdi Abaakouk
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, This is a well known issue when eventlet monkey patching is not done correctly. The application must do the monkey patching before anything else even loading another module that eventlet. You can find more information here:

[openstack-dev] [Neutron][QoS] Neutron QoS (Quality Of Service) Update

2015-05-07 Thread Gal Sagie
Hello All, I think that the Neutron QoS effort is progressing into critical point and i asked Miguel if i could post an update on our progress. First, i would like to thank Sean and Miguel for running this effort and everyone else that is involved, i personally think its on the right track,

[openstack-dev] [trove] what is the direction of trove?

2015-05-07 Thread Li Tianqing
Hello, 1. Why the trove-mgmt-cli disappeared? 2.Why we put the tenant into the user's tenant? no trove's tenant? 3.The vm has two net-card, how do we make the vm connect to rabbitmq? and billing server? -- Best Li

Re: [openstack-dev] [TripleO] puppet pacemaker thoughts... and an idea

2015-05-07 Thread Giulio Fidente
On 05/07/2015 11:15 AM, marios wrote: On 07/05/15 05:32, Dan Prince wrote: [..] Something like this: https://review.openstack.org/#/c/180833/ +1 I like this as an idea. Given we've already got quite a few reviews in flight making changes to overcloud_controller.pp (we're still working out

Re: [openstack-dev] [Murano] [Mistral] SSH workflow action

2015-05-07 Thread Filip Blaha
Thanks for confirmation, that trying direct from mistral ssh to VM via fixed IP is not good idea. Btw. It would probably not work even if mistral run on the same network node hosting the router for the tenant because neutron creates separate network namespace (ip netns qrouter-x) for each

Re: [openstack-dev] [keystone] On dynamic policy, role hierarchies/groups/sets etc. - Role Assignment

2015-05-07 Thread David Chadwick
Hi Tim On 06/05/2015 21:53, Tim Hinrichs wrote: I wondered if we could properly protect the API call for adding a new Role using the current mechanism. So I came up with a simple example. Suppose we want to write policy about the API call: addRole(user, role-name). If we’re hosting both

Re: [openstack-dev] [TripleO] puppet pacemaker thoughts... and an idea

2015-05-07 Thread Giulio Fidente
hi Dan! On 05/07/2015 04:32 AM, Dan Prince wrote: Looking over some of the Puppet pacemaker stuff today. I appreciate all the hard work going into this effort but I'm not quite happy about all of the conditionals we are adding to our puppet overcloud_controller.pp manifest. Specifically it

Re: [openstack-dev] [oslo] Exception in rpc_dispatcher

2015-05-07 Thread Vikash Kumar
I did following in my agent code: import eventlet eventlet.monkey_patch() but still I see same issue. On Thu, May 7, 2015 at 1:22 PM, Mehdi Abaakouk sil...@sileht.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, This is a well known issue when eventlet monkey patching is

[openstack-dev] [Sahara] Can't upload jar file to Job Binaries from Horizon

2015-05-07 Thread Li, Chen
Hi sahara, I have a fresh installed devstack environment. I try to upload sahara/etc/edp-examples/edp-pig/trim-spaces/udf.jar to Job binaries (store in internal database) but failed. I get error in horizon_error.log, which complains UnicodeDecodeError: 'ascii' codec can't decode byte 0xe6 in

Re: [openstack-dev] [Swift] HEAD Object API status code

2015-05-07 Thread Ouchi, Atsuo
Hi Clay, Thanks for your information. I am sorry that I made a mistake. You're right that HEAD object returns 200 not 204, that's perfectly ok. Meanwhile, HEAD account / container return 204 with Content-Length: 0. This is against RFC7230, but from the discussion on the Change-Id:

[openstack-dev] Heat-engine fails to start

2015-05-07 Thread Murali B
Hi I installed heat on juno version. When I start heat-engine it fails and I am seeing the below error cal/lib/python2.7/dist-packages/stevedore/extension.py:156 2015-05-07 13:06:36.076 10670 DEBUG stevedore.extension [-] found extension EntryPoint.parse('routing =

Re: [openstack-dev] [oslo] Adding Joshua Harlow to oslo-core

2015-05-07 Thread Mehdi Abaakouk
I always felt that was the case, so +1 of course --- Mehdi Abaakouk mail: sil...@sileht.net irc: sileht Le 2015-05-05 16:47, Julien Danjou a écrit : Hi fellows, I'd like to propose that we add Joshua Harlow to oslo-core. He is already maintaining some of the Oslo libraries (taskflow,

Re: [openstack-dev] [Neutron][QoS] Neutron QoS (Quality Of Service) update

2015-05-07 Thread Miguel Ángel Ajo
Gal, thank you very much for the update to the list, I believe it’s very helpful, I’ll add some inline notes. On Thursday, 7 de May de 2015 at 8:51, Gal Sagie wrote: Hello All, I think that the Neutron QoS effort is progressing into critical point and i asked Miguel if i could post an

[openstack-dev] [oslo] Exception in rpc_dispatcher

2015-05-07 Thread Vikash Kumar
Hi, I am getting this error in my agent side. I am getting same message twice, one after other. 2015-05-07 11:39:28.189 11363 ERROR oslo.messaging.rpc.dispatcher [req-43875dc3-99a9-4803-aba2-5cff22943c2c ] Exception during message handling:

Re: [openstack-dev] [Murano] [Mistral] SSH workflow action

2015-05-07 Thread Pospisil, Radek
Hello, Ad ... The networking in OpenStack in general works in such a way so that connections from VM are allowed to almost anywhere. ) IMO it is defined by user what networks are accessible from VM – i.e., there can be several ‚public networks‘ Ad There is difference in direction who initiates

Re: [openstack-dev] [Murano] [Mistral] SSH workflow action

2015-05-07 Thread Filip Blaha
yes. I agree that direction is important from only networking piont of view. Usually is more probable that VM on neutron network will be able to access O~S service ( VM -- rabbit) then opposite direction from O~S service to VM running on neutron network (mistral -- VM). Filip On 05/06/2015

[openstack-dev] [nova][oslo] RPC Asynchronous Communication

2015-05-07 Thread Sahid Orentino Ferdjaoui
Hi, The primary point of this expected discussion around asynchronous communication is to optimize performance by reducing latency. For instance the design used in Nova and probably other projects let able to operate ascynchronous operations from two way. 1. When communicate between

Re: [openstack-dev] [TripleO] puppet pacemaker thoughts... and an idea

2015-05-07 Thread Jiří Stránský
Hi Dan, On 7.5.2015 04:32, Dan Prince wrote: Looking over some of the Puppet pacemaker stuff today. I appreciate all the hard work going into this effort but I'm not quite happy about all of the conditionals we are adding to our puppet overcloud_controller.pp manifest. Specifically it seems

Re: [openstack-dev] [be nice] Before doing big non backardcompabitle changes in how gates work make sure that all PTL are informed about that

2015-05-07 Thread Joshua Harlow
Boris Pavlovic wrote: Sean, Nobody is able to track and know *everything*. Friendly reminder that Heat is going to be removed and not installed by default would help to avoid such situations. Doesn't keystone have a service listing? Use that in rally (and elsewhere?), if keystone had a

Re: [openstack-dev] Question about multi-host mode while using nova-network

2015-05-07 Thread Christopher Aedo
The openstack-dev list is primarily intended to be used for OpenStack development discussions and planning, rather than dealing with operational/usage questions. Your best place to start is http://ask.openstack.org if you can't find the answer in our excellent docs (http://docs.openstack.org/).

Re: [openstack-dev] [swift] Go! Swift!

2015-05-07 Thread Chuck Thier
I think most are missing the point a bit. The question that should really be asked is, what is right for Swift to continue to scale. Since the inception of Openstack, Swift has had to solve for problems of scale that generally are not shared with the rest of Openstack. When we first set out to

Re: [openstack-dev] [be nice] Before doing big non backardcompabitle changes in how gates work make sure that all PTL are informed about that

2015-05-07 Thread Sean Dague
On 05/07/2015 02:29 PM, Joshua Harlow wrote: Boris Pavlovic wrote: Sean, Nobody is able to track and know *everything*. Friendly reminder that Heat is going to be removed and not installed by default would help to avoid such situations. Doesn't keystone have a service listing? Use that

Re: [openstack-dev] [Fuel] interaction between fuel-plugin and fuel-UI

2015-05-07 Thread Samuel Bartel
Vitaly, Simon, thanks for your answers. In fact for the cinder multi backend use case, it is more complicated and closer from simon's case. For each filer, we have several parameters (hostname/ip, username, password, volume, storage protocoleand so on). So I thing that we are going to use Simon's

[openstack-dev] OpenStack Juno is completely broken in Trusty + Linux 3.19!

2015-05-07 Thread Martinx - ジェームズ
Guys, I just upgraded my Trusty servers, that I'm running OpenStack Juno, to Linux 3.19, which is already available at Proposed repository. OpenStack is dead here, no connectivity for the tenants. https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1452868 I appreciate any help! It

Re: [openstack-dev] Question about multi-host mode while using nova-network

2015-05-07 Thread Christopher Aedo
The openstack-dev list is primarily intended to be used for OpenStack development discussions and planning, rather than dealing with operational/usage questions. Your best place to start is http://ask.openstack.org if you can't find the answer in our excellent docs (http://docs.openstack.org/).

Re: [openstack-dev] OpenStack Juno is completely broken in Trusty + Linux 3.19!

2015-05-07 Thread Martinx - ジェームズ
I meatn, it works okay with Linux 3.16, not 3.19. Sorry... On Thu, May 7, 2015 at 4:26 PM Martinx - ジェームズ thiagocmarti...@gmail.com wrote: Guys, I just upgraded my Trusty servers, that I'm running OpenStack Juno, to Linux 3.19, which is already available at Proposed repository. OpenStack

Re: [openstack-dev] [be nice] Before doing big non backardcompabitle changes in how gates work make sure that all PTL are informed about that

2015-05-07 Thread Sean M. Collins
On Thu, May 07, 2015 at 01:40:53PM EDT, Sean Dague wrote: On 05/07/2015 01:37 PM, Boris Pavlovic wrote: Sean, Nobody is able to track and know *everything*. Friendly reminder that Heat is going to be removed and not installed by default would help to avoid such situations. Sure,

Re: [openstack-dev] [neutron] How should edge services APIs integrate into Neutron?

2015-05-07 Thread Paul Michali
Sridar R is planning on having a proposal for DM VPN ready (today?) that he wants to propose for Liberty release. We're going to have a VPN meeting next Tuesday (per his request), to discuss this more. Regards, PCM On Thu, May 7, 2015 at 10:58 AM Mathieu Rohon mathieu.ro...@gmail.com wrote:

Re: [openstack-dev] [be nice] Before doing big non backardcompabitle changes in how gates work make sure that all PTL are informed about that

2015-05-07 Thread Boris Pavlovic
So... test jobs should be extremely explicit about what they setup and what they expect. +2 Best regards, Boris Pavlovic On Thu, May 7, 2015 at 9:44 PM, Sean Dague s...@dague.net wrote: On 05/07/2015 02:29 PM, Joshua Harlow wrote: Boris Pavlovic wrote: Sean, Nobody is able to

[openstack-dev] [ceilometer] removing Angus Salkeld and Nick Barcet from ceilometer-core‏

2015-05-07 Thread gordon chung
hi folks, as both have moved on to other endeavours, today we will be removing two founding contributors of Ceilometer from the core team. thanks to both of you for guiding the project in it's early days! cheers,gord

Re: [openstack-dev] [be nice] Before doing big non backardcompabitle changes in how gates work make sure that all PTL are informed about that

2015-05-07 Thread Morgan Fainberg
On May 7, 2015, at 10:40, Sean Dague s...@dague.net wrote: On 05/07/2015 01:37 PM, Boris Pavlovic wrote: Sean, Nobody is able to track and know *everything*. Friendly reminder that Heat is going to be removed and not installed by default would help to avoid such situations. Sure,

Re: [openstack-dev] [nova] Deleting 'default' security group for deleted tenant with nova-net

2015-05-07 Thread Morgan Fainberg
Hi Chris, So there is no rule saying you can't ask keystone. However, we do emit events (audit, needs to be configured) to the message bus when tenants (or in v3 parlance, projects) are deleted. This allows nova to mark things in a way to cleanup / do direct cleanup. There have been a few

Re: [openstack-dev] [nova] Deleting 'default' security group for deleted tenant with nova-net

2015-05-07 Thread Chris St. Pierre
Jinkies, that sounds like *work*. Got any links to docs I can start diving into? In particular, keystone audit events and anything that might be handy about the solution proposal you mention. Keystone is mostly foreign territory to me so some learning will be in order. Thanks! On Thu, May 7,

Re: [openstack-dev] [be nice] Before doing big non backardcompabitle changes in how gates work make sure that all PTL are informed about that

2015-05-07 Thread Boris Pavlovic
Joshua, Doesn't keystone have a service listing? Use that in rally (and elsewhere?), if keystone had a service and each service had a API discovery ability, there u go, profit! ;) Exactly that happened. We were running benchmarks against Heat and Rally task validation start failing saying

Re: [openstack-dev] [be nice] Before doing big non backardcompabitle changes in how gates work make sure that all PTL are informed about that

2015-05-07 Thread Boris Pavlovic
Joshua, Makes sense, perhaps all the test (and/or test-like) frameworks could share some code + common config that does this, seems to be something simple (and something that all could use for pre-testing validation of all the expected services being alive/active/up/responding...)? In Rally

[openstack-dev] [heat][python-heatclient] Does python-heatclient works with keystone sessions?

2015-05-07 Thread Jay Reslock
Hi, This is my first mail to the group. I hope I set the subject correctly and that this hasn't been asked already. I searched archives and did not see this question asked or answered previously. I am working on a client thing that uses the python-keystoneclient and python-heatclient api

Re: [openstack-dev] [be nice] Before doing big non backardcompabitle changes in how gates work make sure that all PTL are informed about that

2015-05-07 Thread Sean Dague
On 05/07/2015 01:37 PM, Boris Pavlovic wrote: Sean, Nobody is able to track and know *everything*. Friendly reminder that Heat is going to be removed and not installed by default would help to avoid such situations. Sure, but that misses the first point, that gate jobs should really be

Re: [openstack-dev] [nova] Deleting 'default' security group for deleted tenant with nova-net

2015-05-07 Thread Morgan Fainberg
On May 7, 2015 at 11:21:00 AM, Chris St. Pierre (chris.a.st.pie...@gmail.com) wrote: Jinkies, that sounds like *work*. Got any links to docs I can start diving into? In particular, keystone audit events and anything that might be handy about the solution proposal you mention. Keystone is mostly

Re: [openstack-dev] [be nice] Before doing big non backardcompabitle changes in how gates work make sure that all PTL are informed about that

2015-05-07 Thread Boris Pavlovic
Sean, Thank you for advice. We are going to fix jobs ASAP. Here is the patch: https://review.openstack.org/#/c/181088/ But seems like it's not ready yet. Best regards, Boris Pavlovic On Thu, May 7, 2015 at 8:40 PM, Sean Dague s...@dague.net wrote: On 05/07/2015 01:37 PM, Boris Pavlovic

Re: [openstack-dev] [be nice] Before doing big non backardcompabitle changes in how gates work make sure that all PTL are informed about that

2015-05-07 Thread Joshua Harlow
Sean Dague wrote: On 05/07/2015 02:29 PM, Joshua Harlow wrote: Boris Pavlovic wrote: Sean, Nobody is able to track and know *everything*. Friendly reminder that Heat is going to be removed and not installed by default would help to avoid such situations. Doesn't keystone have a service

Re: [openstack-dev] [Murano] [Mistral] SSH workflow action

2015-05-07 Thread Georgy Okrokvertskhov
Yes, Rabbit MQ is kind of shared. Each VM gets its own Queue which is dynamically created in MQ when application is being deployed. Technically we can create separate MQ users and virtual hosts for each VM, but this is an overkill for now. So by default it is just separate Queue with random

Re: [openstack-dev] [cinder][nova] Question on Cinder client exception handling

2015-05-07 Thread Matt Riedemann
On 5/6/2015 7:02 AM, Chen CH Ji wrote: Hi In order to work on [1] , nova need to know what kind of exception are raised when using cinderclient so that it can handle like [2] did? In this case, we don't need to distinguish the error case based on string compare

Re: [openstack-dev] [cinder][nova] Question on Cinder client exception handling

2015-05-07 Thread Matt Riedemann
On 5/7/2015 3:21 PM, Chen CH Ji wrote: no, I only want to confirm whether cinder folks is doing this or there are already tricks can be used that before submit the change ... thanks Best Regards! Kevin (Chen) Ji 纪 晨 Engineer, zVM Development, CSTL Notes: Chen CH Ji/China/IBM@IBMCN

Re: [openstack-dev] [Nova][Neutron] Cross-project coordination

2015-05-07 Thread Brent Eagles
Hi, On Thu, May 07, 2015 at 10:03:30PM +, Sean M. Collins wrote: On Wed, Apr 22, 2015 at 06:41:58PM EDT, Jay Pipes wrote: Agreed. I'm hoping that someone in the Nova community -- note, this does not need to be a Nova core contributor -- can step up to the plate and serve in this

Re: [openstack-dev] [Fuel] Speed Up RabbitMQ Recovering

2015-05-07 Thread Andrew Beekhof
On 5 May 2015, at 1:19 pm, Zhou Zheng Sheng / 周征晟 zhengsh...@awcloud.com wrote: Thank you Andrew. on 2015/05/05 08:03, Andrew Beekhof wrote: On 28 Apr 2015, at 11:15 pm, Bogdan Dobrelya bdobre...@mirantis.com wrote: Hello, Hello, Zhou I using Fuel 6.0.1 and find that RabbitMQ

Re: [openstack-dev] [TC][Keystone] Rehashing the Pecan/Falcon/other WSGI debate

2015-05-07 Thread Dolph Mathews
On Monday, May 4, 2015, Flavio Percoco fla...@redhat.com wrote: On 02/05/15 12:02 -0700, Morgan Fainberg wrote: On May 2, 2015, at 10:28, Monty Taylor mord...@inaugust.com wrote: On 05/01/2015 09:16 PM, Jamie Lennox wrote: Hi all, At around the time Barbican was applying for

Re: [openstack-dev] [Fuel] Speed Up RabbitMQ Recovering

2015-05-07 Thread Andrew Beekhof
On 5 May 2015, at 9:30 pm, Zhou Zheng Sheng / 周征晟 zhengsh...@awcloud.com wrote: Thank you Andrew. Sorry for misspell your name in the previous email. on 2015/05/05 14:25, Andrew Beekhof wrote: On 5 May 2015, at 2:31 pm, Zhou Zheng Sheng / 周征晟 zhengsh...@awcloud.com wrote: Thank you

Re: [openstack-dev] [swift] Go! Swift!

2015-05-07 Thread Michael Barton
On Thu, May 7, 2015 at 7:05 PM, Adam Lawson alaw...@aqorn.com wrote: Chuck (and/or others who understand tor have experienced the limits of Python) I found this comment of yours incredibly intriguing: we are running out of incremental improvements that can be made with Python. Given your

Re: [openstack-dev] [opentack-dev][meetings] Proposing changes in Rally meetings

2015-05-07 Thread Tony Breeds
On Thu, May 07, 2015 at 01:31:07PM +0300, Mikhail Dubov wrote: We have decided to stay in *#openstack-meeting* but have our meetings *on Mondays at 1400 UTC*. Hope that this time there will be no conflicts. We will also have the internal release meeting in *#openstack-rally* one hour before

Re: [openstack-dev] [swift] Go! Swift!

2015-05-07 Thread Adam Lawson
Chuck (and/or others who understand tor have experienced the limits of Python) I found this comment of yours incredibly intriguing: we are running out of incremental improvements that can be made with Python. Given your work with Swift thus far, what sort of limitations have you discovered that

Re: [openstack-dev] [chef] Feedback to move IRC Monday meeting and time.

2015-05-07 Thread zhiwei
Sorry for late response, 1600 GMT is a little late in China, will check the meeting minutes if not attend. On Fri, May 8, 2015 at 12:19 AM, JJ Asghar jasg...@chef.io wrote: On May 6, 2015, at 11:33 PM, Samuel Cassiba s...@cassiba.com wrote: This has actually caused a situation that I’d like

Re: [openstack-dev] [swift] Go! Swift!

2015-05-07 Thread Clay Gerrard
On Thu, May 7, 2015 at 3:48 PM, Clint Byrum cl...@fewbar.com wrote: I'm still very curious to hear if anybody has been willing to try to make Swift work on pypy. yeah, Alex Gaynor was helping out with it for awhile. It worked. And it helped. A little bit. Probably still worth looking at

Re: [openstack-dev] [be nice] Before doing big non backardcompabitle changes in how gates work make sure that all PTL are informed about that

2015-05-07 Thread Joe Gordon
As a heads up, here is a patch to remove Sahara from the default configuration as well. This is part of the effort to further decouple the 'integrated gate' so we don't have to gate every project on the tests for every project. https://review.openstack.org/#/c/181230/ On Thu, May 7, 2015 at

[openstack-dev] [nova] libvirt.remove_unused_kernels config option - default to true now?

2015-05-07 Thread Matt Riedemann
I came across this today: https://github.com/openstack/nova/blob/master/nova/virt/libvirt/imagecache.py#L50 That was added back in grizzly: https://review.openstack.org/#/c/22777/ With a note in the code that we should default it to true at some point. Is 2+ years long enough for this to

Re: [openstack-dev] [nova][oslo] RPC Asynchronous Communication

2015-05-07 Thread Joe Gordon
On May 7, 2015 2:37 AM, Sahid Orentino Ferdjaoui sahid.ferdja...@redhat.com wrote: Hi, The primary point of this expected discussion around asynchronous communication is to optimize performance by reducing latency. For instance the design used in Nova and probably other projects let able

Re: [openstack-dev] [all] Replace mysql-python with mysqlclient

2015-05-07 Thread Mike Bayer
On 5/7/15 5:32 PM, Thomas Goirand wrote: If there are really fixes and features we need in Py2K then of course we have to either convince MySQLdb to merge them or switch to mysqlclient. Given the no reply in 6 months I think that's enough to say it: mysql-python is a dangerous package with

Re: [openstack-dev] [cinder][nova] Question on Cinder client exception handling

2015-05-07 Thread Duncan Thomas
On 7 May 2015 at 23:10, Matt Riedemann mrie...@linux.vnet.ibm.com wrote: Is there anything preventing us from adding a more specific exception to cinderclient and then once that's in and released, we can pin the minimum version of cinderclient in global-requirements so nova can safely use it?

Re: [openstack-dev] [Cinder] Static Ceph mon connection info prevents VM restart

2015-05-07 Thread Josh Durgin
Hey folks, thanks for filing a bug for this: https://bugs.launchpad.net/cinder/+bug/1452641 Nova stores the volume connection info in its db, so updating that would be a workaround to allow restart/migration of vms to work. Otherwise running vms shouldn't be affected, since they'll notice any

Re: [openstack-dev] [heat][python-heatclient] Does python-heatclient works with keystone sessions?

2015-05-07 Thread Sergey Kraynev
Hi Jay. AFAIK, it works, but we can have some minor issues. There several atches on review to improve it: https://review.openstack.org/#/q/status:open+project:openstack/python-heatclient+branch:master+topic:improve-sessionclient,n,z Also as I remember we really had bug mentioned by you, but fix

[openstack-dev] [nova] Service group foundations and features

2015-05-07 Thread Joshua Harlow
Hi all, In seeing the following: - https://review.openstack.org/#/c/169836/ - https://review.openstack.org/#/c/163274/ - https://review.openstack.org/#/c/138607/ Vilobh and I are starting to come to the conclusion that the service group layers in nova really need to be cleaned up (without

Re: [openstack-dev] [swift] Go! Swift!

2015-05-07 Thread Clint Byrum
Excerpts from Chuck Thier's message of 2015-05-07 13:10:13 -0700: I think most are missing the point a bit. The question that should really be asked is, what is right for Swift to continue to scale. Since the inception of Openstack, Swift has had to solve for problems of scale that generally

Re: [openstack-dev] [ceilometer] removing Angus Salkeld and Nick Barcet from ceilometer-core‏

2015-05-07 Thread Angus Salkeld
On Fri, May 8, 2015 at 3:56 AM, gordon chung g...@live.ca wrote: hi folks, as both have moved on to other endeavours, today we will be removing two founding contributors of Ceilometer from the core team. thanks to both of you for guiding the project in it's early days! +1 from me, it's

[openstack-dev] Question about multi-host mode while using nova-network

2015-05-07 Thread BYEONG-GI KIM
Hello. It seems that this question would be quite outdated question, because this is a question about nova-network instead of neutron. I wonder whether VMs located in a Compute Node, e.g., Compute A, are accessible while its nova-network service is down if the other nova-network is running on

Re: [openstack-dev] [neutron] IPv4 transition/interoperation with IPv6

2015-05-07 Thread John Davidge (jodavidg)
On the subject of Prefix Delegation - yes, the external system is responsible for the routing. Here¹s a couple of video guides on using PD in Neutron and setting up the Prefix Delegation Server (in this case a dibbler server): Using Neutron PD: https://www.youtube.com/watch?v=wI830s881HQ

Re: [openstack-dev] [neutron] Are routed TAP interfaces (and DHCP for them) in scope for Neutron?

2015-05-07 Thread Neil Jerram
Hi Carl, I think I already answered your questions in my previous email below - but possibly that just means that I am misunderstanding exactly what you are asking! More inline On 06/05/15 18:13, Carl Baldwin wrote: This brings up something I'd like to discuss. We have a config option

[openstack-dev] [Fuel] Ceph software version in next releases

2015-05-07 Thread Rogon, Kamil
Hello, I would like to ask what Ceph versions are scheduled for next releases. I see the blueprint [1] for upgrading to next stable release (from Firefly to Giant), but it is still in drafting state. That upgrade is important for Fuel 7.0 release, as this introduces a lot of improvements

Re: [openstack-dev] [nova][oslo] RPC Asynchronous Communication

2015-05-07 Thread ozamiatin
Hi, I generally like the idea of async CALL. Is there a place in Nova (or other services) where the new CALL may be applied to see advantage? Thanks, Oleksii Zamiatin 07.05.15 12:34, Sahid Orentino Ferdjaoui пишет: Hi, The primary point of this expected discussion around asynchronous

Re: [openstack-dev] [nova][oslo] RPC Asynchronous Communication

2015-05-07 Thread Zhi Yan Liu
I'd really like this idea, async call will definitely improve overall performance for cloud control system. In nova (and other components) there are some slow tasks which handle resource with long time running, which makes new tasks get a huge delay before getting served, especially for the high

Re: [openstack-dev] [nova] upgrade_levels in nova upgrade

2015-05-07 Thread Rui Chen
Assuming my understanding is correct, 2 things make you sad in the upgrade process. 1. must reconfig the 'upgrade_levels' in the config file during post-upgrade. 2. must restart the service in order to make the option 'upgrade_level' work. I think the configuration management tools (e.g. chef,

[openstack-dev] [Nova] Liberty mid-cycle meetup

2015-05-07 Thread Michael Still
As discussed at the Nova meeting this morning, we'd like to gauge interest in a mid-cycle meetup for the Liberty release. To that end, I've created the following eventbrite event like we have had for previous meetups. If you sign up, you're expressing interest in the event and if we decide

Re: [openstack-dev] [Cinder] Static Ceph mon connection info prevents VM restart

2015-05-07 Thread David Medberry
Josh, Certainly in our case the the monitor hosts (in addition to IPs) would have made a difference. On Thu, May 7, 2015 at 3:21 PM, Josh Durgin jdur...@redhat.com wrote: Hey folks, thanks for filing a bug for this: https://bugs.launchpad.net/cinder/+bug/1452641 Nova stores the volume

[openstack-dev] [Keystone] Upstream QA test plans

2015-05-07 Thread Adam Young
Yes, we have Tempest and unit tests and Functional tests. But still we need test plans Keystone often plays a role deep in others work flows. Often we have complicated features that span multiple services; WebSSO, Trusts and HEAT, EC2 Credentials... Before we can automate the tests,

[openstack-dev] [cinder] Taskflow 0.10.0 incompatible with NetApp NFS drivers

2015-05-07 Thread Alex Meade
It appears that the release of taskflow 0.10.0 exposed an issue in the NetApp NFS drivers. Something changed that caused the sqlalchemy Volume object to be garbage collected even though it is passed into create_volume() An example error can be found in the c-vol logs here:

Re: [openstack-dev] [all] who is the ptl of trove?

2015-05-07 Thread Li Tianqing
sorry, I thought he was not. i can not connect on him though those three emails. PTL can be long time be not connected? Email: slick...@gmail.com nikhil.mancha...@hp.com nik...@manchanda.me -- Best Li Tianqing At 2015-05-08 10:34:36, James Polley j...@jamezpolley.com wrote: A

Re: [openstack-dev] [cinder] Taskflow 0.10.0 incompatible with NetApp NFS drivers

2015-05-07 Thread Alex Meade
So it seems that this will break a number of drivers, I see that glusterfs does the same thing. On Thu, May 7, 2015 at 10:29 PM, Alex Meade mr.alex.me...@gmail.com wrote: It appears that the release of taskflow 0.10.0 exposed an issue in the NetApp NFS drivers. Something changed that caused

Re: [openstack-dev] [cinder] Taskflow 0.10.0 incompatible with NetApp NFS drivers

2015-05-07 Thread Joshua Harlow
Alright, it was as I had a hunch for, a small bug found in the new algorithm to make the storage layer copy-original,mutate-copy,save-copy,update-original (vs update-original,save-original) more reliable. https://bugs.launchpad.net/taskflow/+bug/1452978 opened and a one line fix made @

Re: [openstack-dev] [swift] Go! Swift!

2015-05-07 Thread Clay Gerrard
On Thu, May 7, 2015 at 5:05 PM, Adam Lawson alaw...@aqorn.com wrote: what sort of limitations have you discovered that had to do specifically with the fact we're using Python? Python is great. Conscious decision to optimize for developer wall time over cpu cycles has made it a great language

[openstack-dev] [all] who is the ptl of trove?

2015-05-07 Thread Li Tianqing
Hello, Who is the ptl of trove? -- Best Li Tianqing__ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe

Re: [openstack-dev] [Fuel] Speed Up RabbitMQ Recovering

2015-05-07 Thread Andrew Beekhof
On 5 May 2015, at 7:52 pm, Bogdan Dobrelya bdobre...@mirantis.com wrote: On 05.05.2015 04:32, Andrew Beekhof wrote: [snip] Technically it calculates an ordered graph of actions that need to be performed for a set of related resources. You can see an example of the kinds of graphs

Re: [openstack-dev] [swift] Go! Swift!

2015-05-07 Thread Huang Zhiteng
Well put, Clay. Totally Agree. On Fri, May 8, 2015 at 10:19 AM, Clay Gerrard clay.gerr...@gmail.com wrote: On Thu, May 7, 2015 at 5:05 PM, Adam Lawson alaw...@aqorn.com wrote: what sort of limitations have you discovered that had to do specifically with the fact we're using Python?

Re: [openstack-dev] [keystone] On dynamic policy, role hierarchies/groups/sets etc.

2015-05-07 Thread Adam Young
On 05/06/2015 06:54 PM, Hu, David J (Converged Cloud) wrote: david8hu One of the first thing we have to do is get all of our glossary straight J I am starting to hear about “capability”. Are we talking about “rule” in oslo policy terms? Or “action” in nova policy terms? Or this is something

Re: [openstack-dev] [keystone] On dynamic policy, role hierarchies/groups/sets etc.

2015-05-07 Thread Dolph Mathews
On Thursday, May 7, 2015, Adam Young ayo...@redhat.com wrote: On 05/06/2015 06:54 PM, Hu, David J (Converged Cloud) wrote: david8hu One of the first thing we have to do is get all of our glossary straight J I am starting to hear about “capability”. Are we talking about “rule” in oslo

Re: [openstack-dev] [all] who is the ptl of trove?

2015-05-07 Thread Nikhil Manchanda
Hi Li: Thanks for contacting me about Trove. I'm still the PTL for Trove for the Liberty cycle. Looking at my inbox. I see that I have an email from you from late May 5th. Because of the volume of emails I get in my inbox, please understand that it might sometimes take me 2-3 days to respond to

Re: [openstack-dev] [TripleO] puppet pacemaker thoughts... and an idea

2015-05-07 Thread Dan Prince
On Thu, 2015-05-07 at 12:15 +0300, marios wrote: On 07/05/15 05:32, Dan Prince wrote: Looking over some of the Puppet pacemaker stuff today. I appreciate all the hard work going into this effort but I'm not quite happy about all of the conditionals we are adding to our puppet

[openstack-dev] [Fuel] interaction between fuel-plugin and fuel-UI

2015-05-07 Thread Samuel Bartel
Hi all, I am working on two plugins for fuel : logrotate and cinder-netapp (to add multibackend feature) In this two plugins I face the same problem. Is it possible in the environment yaml config describing the fields to display for the plugin in the UI to have some dynamic element. I explain

[openstack-dev] [all] liberty summit cross-project session schedule published

2015-05-07 Thread Doug Hellmann
The cross-project session schedule is published. See the Tuesday sessions with names starting “Cross Project workshops on https://libertydesignsummit.sched.org/overview/type/design+summit If you are a moderator of one of these sessions, please contact me directly if you have a scheduling

Re: [openstack-dev] [all] liberty summit cross-project session schedule published

2015-05-07 Thread Thierry Carrez
Doug Hellmann wrote: The cross-project session schedule is published. See the Tuesday sessions with names starting “Cross Project workshops on https://libertydesignsummit.sched.org/overview/type/design+summit Or use the right filter:

[openstack-dev] [neutron] Mechanism drivers and Neutron server forking?

2015-05-07 Thread Neil Jerram
Is there a design for how ML2 mechanism drivers are supposed to cope with the Neutron server forking? What I'm currently seeing, with api_workers = 2, is: - my mechanism driver gets instantiated and initialized, and immediately kicks off some processing that involves communicating over the

Re: [openstack-dev] [TripleO] puppet pacemaker thoughts... and an idea

2015-05-07 Thread Jay Dobies
On 05/07/2015 06:01 AM, Giulio Fidente wrote: On 05/07/2015 11:15 AM, marios wrote: On 07/05/15 05:32, Dan Prince wrote: [..] Something like this: https://review.openstack.org/#/c/180833/ +1 I like this as an idea. Given we've already got quite a few reviews in flight making changes to

Re: [openstack-dev] [TripleO] puppet pacemaker thoughts... and an idea

2015-05-07 Thread Dan Prince
On Thu, 2015-05-07 at 11:56 +0200, Jiří Stránský wrote: Hi Dan, On 7.5.2015 04:32, Dan Prince wrote: Looking over some of the Puppet pacemaker stuff today. I appreciate all the hard work going into this effort but I'm not quite happy about all of the conditionals we are adding to our

Re: [openstack-dev] [TripleO] puppet pacemaker thoughts... and an idea

2015-05-07 Thread Dan Prince
On Thu, 2015-05-07 at 11:22 +0200, Giulio Fidente wrote: hi Dan! On 05/07/2015 04:32 AM, Dan Prince wrote: Looking over some of the Puppet pacemaker stuff today. I appreciate all the hard work going into this effort but I'm not quite happy about all of the conditionals we are adding to

Re: [openstack-dev] [TripleO] puppet pacemaker thoughts... and an idea

2015-05-07 Thread marios
On 07/05/15 16:34, Dan Prince wrote: On Thu, 2015-05-07 at 12:15 +0300, marios wrote: On 07/05/15 05:32, Dan Prince wrote: Looking over some of the Puppet pacemaker stuff today. I appreciate all the hard work going into this effort but I'm not quite happy about all of the conditionals we are

Re: [openstack-dev] [all] Replace mysql-python with mysqlclient

2015-05-07 Thread Thomas Goirand
On 05/05/2015 09:56 PM, Mike Bayer wrote: Having two packages that both install into the same name is the least ideal arrangement From your point of view, and for testing against both, certainly. But for a distribution, avoiding dot have 2 packages clashing each other and deciding on only

Re: [openstack-dev] [heat][python-heatclient] Does python-heatclient works with keystone sessions?

2015-05-07 Thread Ian Cordasco
On 5/7/15, 14:43, Jay Reslock jresl...@gmail.com wrote: Hi, This is my first mail to the group. I hope I set the subject correctly and that this hasn't been asked already. I searched archives and did not see this question asked or answered previously. I am working on a client thing that

Re: [openstack-dev] OpenStack Juno is completely broken in Trusty + Linux 3.19!

2015-05-07 Thread Martinx - ジェームズ
On Thu, May 7, 2015 at 4:26 PM Martinx - ジェームズ thiagocmarti...@gmail.com wrote: Guys, I just upgraded my Trusty servers, that I'm running OpenStack Juno, to Linux 3.19, which is already available at Proposed repository. OpenStack is dead here, no connectivity for the tenants.

Re: [openstack-dev] [cinder][nova] Question on Cinder client exception handling

2015-05-07 Thread Chen CH Ji
no, I only want to confirm whether cinder folks is doing this or there are already tricks can be used that before submit the change ... thanks Best Regards! Kevin (Chen) Ji 纪 晨 Engineer, zVM Development, CSTL Notes: Chen CH Ji/China/IBM@IBMCN Internet: jiche...@cn.ibm.com Phone:

Re: [openstack-dev] [swift] Go! Swift!

2015-05-07 Thread David Medberry
On Thu, May 7, 2015 at 2:10 PM, Chuck Thier cth...@gmail.com wrote: What started as a simple experiment by Mike Barton, has turned into quite a significant improvement in performance and builds a base that can be built off of for future improvements. This wasn't built because of it being

Re: [openstack-dev] [puppet] Proposal to configure Oslo libraries

2015-05-07 Thread Ben Nemec
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 I don't know much about the puppet project organization so I won't comment on whether 1 or 2 is better, but a big +1 to having a common way to configure Oslo opts. Consistency of those options across all services is one of the big reasons we pushed

  1   2   >