Re: [openstack-dev] [novalcient]Proposal for removing 'bash_completion'

/#/c/65865/ With such approach we'll remove both commands and simplify competition implementation. Regards, Alexei Kornienko On 01/15/2014 08:51 AM, Lingxian Kong wrote: Now, novaclient supports 'bash-completion' and 'bash_completion' commands at the same time, af

Re: [openstack-dev] [ironic] Disk Eraser

If you are working on linux system following can help you: dd if=/dev/urandom of=/dev/sda bs=4k :) Best Regards, On 01/15/2014 04:31 PM, Alan Kavanagh wrote: Hi fellow OpenStackers Does anyone have any recommendations on open source tools for disk erasure/data destruction software. I have s

Re: [openstack-dev] a "common" client library

>I did notice, however, that neutronclient is conspicuously absent from the Work Items in the blueprint's Whiteboard. It will surely be added later. We already working on several things in parallel and we will add neutronclient soon. >I would love to see a bit more detail on the structure of the l

Re: [openstack-dev] a "common" client library

On 01/16/2014 05:25 PM, Jesse Noller wrote: On Jan 16, 2014, at 9:07 AM, Joe Gordon > wrote: On Thu, Jan 16, 2014 at 9:45 AM, Jesse Noller mailto:jesse.nol...@rackspace.com>> wrote: On Jan 16, 2014, at 5:53 AM, Chmouel Boudjnah mailto:chmo...@enova

Re: [openstack-dev] a "common" client library

On 01/16/2014 06:15 PM, Jesse Noller wrote: On Jan 16, 2014, at 9:54 AM, Alexei Kornienko mailto:alexei.kornie...@gmail.com>> wrote: On 01/16/2014 05:25 PM, Jesse Noller wrote: On Jan 16, 2014, at 9:07 AM, Joe Gordon <mailto:joe.gord...@gmail.com>> wrote: On Thu, Ja

Re: [openstack-dev] a "common" client library

such approach this period can take unknown amount of time and can be easily failed during integration stage cause requirements change or some other reason. Please let me know what you think. Best Regards, Alexei On 01/16/2014 08:16 PM, Joe Gordon wrote: On Thu, Jan 16, 2014 at 12:07

Re: [openstack-dev] a "common" client library

Hello, I would like to end this requirements talk cause it doesn't make any sense in term of python clients. Initially the discussion was about "many clients projects with separate requirements" VS "single client project with single requirements list". At that moment we should have stop and actua

Re: [openstack-dev] a "common" client library

this requirement/other requirements. Looking forward for your replies, Alexei Kornienko ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] a "common" client library

ler > > On Jan 21, 2014, at 12:19 PM, Alexei Kornienko < > alexei.kornie...@gmail.com> wrote: > > Hello, > > I would like to end this requirements talk cause it doesn't make any sense > in term of python clients. > Initially the discussion was about "

Re: [openstack-dev] savann-ci, Re: [savanna] Alembic migrations and absence of DROP column in sqlite

Hi I'm currently working on moving on the MySQL for savanna-ci We are working on same task in ceilometer so maybe you could use some of our patches as reference: https://review.openstack.org/#/c/59489/ https://review.openstack.org/#/c/63049/ Regards, Alexei On 02/05/2014 02:06 PM, Sergey Ko

Re: [openstack-dev] [rally] Proposing changes in Rally core team

but IMO no need to rush with Alexei's removal I'm not working actively on rally at this moment and already far behind of the current code base. Cause of this I'm ok to step down from core. Regards, On 02/05/2014 01:17 PM, Ilya Kharin wrote: +1 for Hugh On Wed, Feb 5, 2014 at 2:22 PM, Sergey

Re: [openstack-dev] [python-*client] moving to WebOb exceptions

Hi, Could you please explain in more details what causes pain in adding additional requirement to clients (in most cases when client is used inside other openstack projects it's there already)? My IMHO is that having to write ugly hacks to handle several exception classes with the same name causes

Re: [openstack-dev] [QA] The future of nosetests with Tempest

test runners. Our tests should be able to run correctly with nosetests, teststools or plain old unittest runner. If for some reason test libraries (like testscenarios) doesn't provide support for this we should fix this libraries or avoid their usage. Regards, Alexei Kornienko On 02/27/

Re: [openstack-dev] [oslo-incubator] removal of slave_connection from db.sqlalchemy.session

Hello Darren, This option is removed since oslo.db will no longer manage engine objects on it's own. Since it will not store engines it cannot handle query dispatching. Every project that wan't to use slave_connection will have to implement this logic (creation of the slave engine and query

Re: [openstack-dev] [Fuel][HA][RabbitMQ] Rabbitmq-related HA issues

Hi, No good news from me now. I think I need to spend additional time to reproduce this issue. I've done some code research and it seems that problem may be related to how nova uses oslo.messaging library. P.S. I've seen a patch in fuel changing tcp_keepalive option and it says that it fixed the

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

Hi, Please find some answers inline. Regards, Alexei On 06/10/2014 03:06 PM, Flavio Percoco wrote: On 10/06/14 15:03 +0400, Dina Belova wrote: Hello, stackers! Oslo.messaging is future of how different OpenStack components communicate with each other, and really I'd love to start discussio

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

On 06/10/2014 03:59 PM, Gordon Sim wrote: On 06/10/2014 12:03 PM, Dina Belova wrote: Hello, stackers! Oslo.messaging is future of how different OpenStack components communicate with each other, and really I’d love to start discussion about how we can make this library even better then it’s now

Re: [openstack-dev] does exception need localize or not?

On 03/13/2014 10:44 PM, Doug Hellmann wrote: On Thu, Feb 27, 2014 at 3:45 AM, yongli he > wrote: refer to : https://wiki.openstack.org/wiki/Translations now some exception use _ and some not. the wiki suggest do not to do that. but i'm not sure.

Re: [openstack-dev] [all][db][performance] Proposal: Get rid of soft deletion (step by step)

On 03/14/2014 09:37 AM, Radomir Dopieralski wrote: Hello, I also think that this thread is going in the wrong direction, but I don't think the direction Boris wants is the correct one either. Frankly I'm a little surprised that nobody mentioned another advantage that soft delete gives us, the on

Re: [openstack-dev] [Ceilometer][QA][Tempest][Infra] Ceilometer tempest testing in gate

On 03/21/2014 12:15 AM, Jay Pipes wrote: On Fri, 2014-03-21 at 00:03 +0200, Alexei Kornienko wrote: Hello, We've done some profiling and results are quite interesting: during 1,5 hour ceilometer inserted 59755 events (59755 calls to record_metering_data) this calls resulted in total 25

Re: [openstack-dev] [Ceilometer][QA][Tempest][Infra] Ceilometer tempest testing in gate

On 03/21/2014 12:53 AM, Jay Pipes wrote: On Fri, 2014-03-21 at 00:32 +0200, Alexei Kornienko wrote: On 03/21/2014 12:15 AM, Jay Pipes wrote: On Fri, 2014-03-21 at 00:03 +0200, Alexei Kornienko wrote: Hello, We've done some profiling and results are quite interesting: during 1,5

Re: [openstack-dev] [Ceilometer][QA][Tempest][Infra] Ceilometer tempest testing in gate

Hello, Please see some comments inline. Best Regards, Alexei Kornienko On 03/21/2014 11:11 PM, Joe Gordon wrote: On Fri, Mar 21, 2014 at 4:04 AM, Sean Dague <mailto:s...@dague.net>> wrote: On 03/20/2014 06:18 PM, Joe Gordon wrote: > > > > On Thu,

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

thoughts on this topic. Regards, Alexei Kornienko On 06/16/2014 02:47 PM, Gordon Sim wrote: On 06/13/2014 02:06 PM, Ihar Hrachyshka wrote: On 10/06/14 15:40, Alexei Kornienko wrote: On 06/10/2014 03:59 PM, Gordon Sim wrote: >>> I think there could be a lot of work required to significantl

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

hat library should work at least 10 times faster. Regards, Alexei Kornienko On 06/26/2014 11:22 PM, Jay Pipes wrote: Hey Alexei, thanks for sharing your findings. Comments inline. On 06/26/2014 10:08 AM, Alexei Kornienko wrote: Hello, Returning to performance issues of oslo.messaging. I&#

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

Hello, Please find some answers inline. Regards, Alexei On 06/27/2014 04:04 PM, Ihar Hrachyshka wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 26/06/14 22:38, Alexei Kornienko wrote: Hello Jay, Benchmark for oslo.messaging is really simple: You create a client that sends

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

truly a time-sink we could ignore that check for rpc calls. -S On 6/10/2014 9:31 AM, Alexei Kornienko wrote: Hi, Please find some answers inline. Regards, Alexei On 06/10/2014 03:06 PM, Flavio Percoco wrote: On 10/06/14 15:03 +0400, Dina Belova wrote: Hello, stackers! Oslo.messaging is fut

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

t) and show you the results of performance testing compared with existing code. The only problem with such approach is that my code won't be oslo.messaging and it won't be accepted by community. It may be drop in base for v2.0 but I'm afraid this won't be acceptable either. Regards, Ale

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

Hi, Thanks for detailed answer. Please see my comments inline. Regards, On 07/01/2014 04:28 PM, Ihar Hrachyshka wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 30/06/14 21:34, Alexei Kornienko wrote: Hello, My understanding is that your analysis is mostly based on running a

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

PGP SIGNED MESSAGE- Hash: SHA512 On 01/07/14 15:55, Alexei Kornienko wrote: Hi, Thanks for detailed answer. Please see my comments inline. Regards, On 07/01/2014 04:28 PM, Ihar Hrachyshka wrote: On 30/06/14 21:34, Alexei Kornienko wrote: Hello, My understanding is that your analysis is

Re: [openstack-dev] [neutron][oslo.messaging]

Hi, You can use /oslo.messaging._drivers.impl_rabbit/ instead of impl_kombu It was renamed and slightly change but I think it will work as you expect. Regards, Alexei Kornienko On 07/03/2014 08:47 PM, Nader Lahouti wrote: Hi All and Ihar, As part of blueprint oslo-messaging the neutron

Re: [openstack-dev] [Neutron][oslo] Problem installing oslo.config-1.4.0.0a3 from .whl files

Hello Carl, You should try to update your virtualenv (pip install -U virtualenv). It fixed this problem for me. Regards, Alexei On 05/08/14 23:00, Carl Baldwin wrote: Hi, I noticed this yesterday afternoon. I tried to run pep8 and unit tests on a patch I was going to submit. It failed with

Re: [openstack-dev] [DB][Migrations] Switching to using of Alembic

Hello, Please see my comments inline. Best regards, Alexei Kornienko On 07/16/2013 09:16 PM, David Ripton wrote: On 07/16/2013 01:58 PM, Boris Pavlovic wrote: There is no "magic" and we have only 2 ways to end up with this problems and bugs that could be caused by "manua

Re: [openstack-dev] [Keystone] Alembic support

big migration (133_folsom.py in nova for example) Please share your thoughts about proposed process. Regards, Alexei Kornienko On 07/29/2013 02:13 AM, Jamie Lennox wrote: - Original Message - From: "Doug Hellmann" To: "OpenStack Development Mailing List" Sen

Re: [openstack-dev] [Ceilometer] Need help with Alembic...

. This allows to simply drop old migrations without the need to compact them to one big migration (133_folsom.py in nova for example) Please share your thoughts about proposed process. Regards, Alexei Kornienko Regards, Alexei Kornienko On 08/27/2013 07:30 PM, Jay Pipes wrote: On 08/27/2013