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
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
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
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
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
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 future of how different
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
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
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
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 s...@dague.net
mailto:s...@dague.net wrote:
On 03/20/2014 06:18 PM, Joe Gordon wrote:
On Thu, Mar 20, 2014
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 2591573
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 hour
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 03/13/2014 10:44 PM, Doug Hellmann wrote:
On Thu, Feb 27, 2014 at 3:45 AM, yongli he yongli...@intel.com
mailto:yongli...@intel.com wrote:
refer to :
https://wiki.openstack.org/wiki/Translations
now some exception use _ and some not. the wiki suggest do not to
do that.
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
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/2014 06:36
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
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
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,
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 actually
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
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 many clients projects with separate
requirements VS single client
On 01/16/2014 05:25 PM, Jesse Noller wrote:
On Jan 16, 2014, at 9:07 AM, Joe Gordon joe.gord...@gmail.com
mailto:joe.gord...@gmail.com wrote:
On Thu, Jan 16, 2014 at 9:45 AM, Jesse Noller
jesse.nol...@rackspace.com mailto:jesse.nol...@rackspace.com wrote:
On Jan 16, 2014, at 5:53
On 01/16/2014 06:15 PM, Jesse Noller wrote:
On Jan 16, 2014, at 9:54 AM, Alexei Kornienko
alexei.kornie...@gmail.com 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 joe.gord...@gmail.com
mailto:joe.gord
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 PM, Alexei Kornienko
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
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
/
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, after I checked the commit history, I
.
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
29 matches
Mail list logo