-project with just adding
--profile to any python client call.
And get such results: http://boris-42.github.io/profiler/
[1] https://github.com/stackforge/osprofiler
Best regards,
Boris Pavlovic
On Fri, Aug 8, 2014 at 8:03 PM, Chris Friesen chris.frie...@windriver.com
wrote
on in these jobs, so we can be first adopters and switch to mongodb.
This will ensure that everything works stable even under load, and i hope
convince people to switch integrate gate to mongo.
Best regards,
Boris Pavlovic
On Sat, Aug 9, 2014 at 3:19 PM, Eoghan Glynn egl...@redhat.com wrote:
Hi
Tempest than OpenStack?
Best regards,
Boris Pavlovic
On Tue, Aug 12, 2014 at 12:37 AM, David Kranz dkr...@redhat.com wrote:
On 08/11/2014 04:21 PM, Matthew Treinish wrote:
I apologize for the delay in my response to this thread, between travelling
and having a stuck 'a' key on my laptop
different Operators from
various companies and they like and support
this idea. So I would prefer to keep this section in code of Rally and help
with involving more people in this work.
Best regards,
Boris Pavlovic
On Tue, Aug 12, 2014 at 9:47 PM, Matthew Treinish mtrein...@kortar.org
wrote
to create from scratch similar solution?
I really don't see any reasons why we need to duplicate existing and
working solution and can't just work together on Rally?
Best regards,
Boris Pavlovic
On Fri, Aug 15, 2014 at 1:15 AM, Matthew Treinish mtrein...@kortar.org
wrote:
On Wed, Aug 13, 2014 at 03
+1
On Fri, Aug 15, 2014 at 12:21 PM, Roman Podoliaka rpodoly...@mirantis.com
wrote:
Hi Oslo team,
I propose that we add Mike Bayer (zzzeek) to the oslo.db core reviewers
team.
Mike is an author of SQLAlchemy, Alembic, Mako Templates and some
other stuff we use in OpenStack. Mike has been
Hi Lesile,
Woot! Somebody started using OSprofiler!
I create OSprofiler launchpad page: https://bugs.launchpad.net/osprofiler
Feel free to report bug there.
Best regards,
Boris Pavlovic
On Mon, Aug 25, 2014 at 1:54 PM, LeslieWang wqyu...@hotmail.com wrote:
Dear all,
I found a bug
/stackforge/rally/tree/master/doc/feature_request
It's very similar to specs, but much simpler for end users, because only
thing that they should fill is description of what and why is needed in
rally.
Thoughts?
Best regards,
Boris Pavlovic
___
OpenStack-dev
use cases and move
in right direction
Best regards,
Boris Pavlovic
On Tue, Aug 26, 2014 at 10:05 PM, Joe Gordon joe.gord...@gmail.com wrote:
On Tue, Aug 26, 2014 at 5:31 AM, Boris Pavlovic bo...@pavlovic.me wrote:
Hi stackers,
It goes without saying that end users, that are actually
Joe,
This is a resource problem, the nova team simply does not have enough
people doing enough reviews to make this possible.
Adding in such case more bureaucracy (specs) is not the best way to resolve
team throughput issues...
my 2cents
Best regards,
Boris Pavlovic
On Fri, Aug 29, 2014
, resp=None):
body = body or {}
self.update(body)
self.resp = resp
In your case you have side effect. Take a look at:
http://stackoverflow.com/questions/1132941/least-astonishment-in-python-the-mutable-default-argument
Best regards,
Boris Pavlovic
On Sat, Aug 30, 2014
straight direction ..
So probably it's time to think how to make Nova simpler? (refactoring and
so on?)
Best regards,
Boris Pavlovic
On Thu, Sep 4, 2014 at 4:16 AM, Joe Gordon joe.gord...@gmail.com wrote:
On Wed, Sep 3, 2014 at 8:57 AM, Solly Ross sr...@redhat.com wrote:
I will follow up
Hi Ajay,
Thank you for your work on this. Could you please send on review your code?
Here is the instruction:
https://wiki.openstack.org/wiki/Rally/Develop#How_to_contribute
Thanks
Best regards,
Boris Pavlovic
On Wed, Sep 3, 2014 at 10:47 PM, Ajay Kalambur (akalambu)
akala...@cisco.com
Massoom,
Seems like you are using old rally code.
On Sun, Sep 7, 2014 at 10:33 PM, Ajay Kalambur (akalambu)
akala...@cisco.com wrote:
The following context worked for me.
context: {
neutron_network: {
network_cidr: 10.%s.0.0/16,
Pavlovic
On Sun, Sep 7, 2014 at 10:57 PM, Boris Pavlovic bo...@pavlovic.me wrote:
Massoom,
Seems like you are using old rally code.
On Sun, Sep 7, 2014 at 10:33 PM, Ajay Kalambur (akalambu)
akala...@cisco.com wrote:
The following context worked for me.
context
Daisuke,
We have as well changes in our DB models.
So running:
$ rally-manage db recreate
Will be as well required..
Best regards,
Boris Pavlovic
On Mon, Sep 8, 2014 at 3:24 PM, Mikhail Dubov mdu...@mirantis.com wrote:
Hi Daisuke,
seems like your issue is connected to the change
,
Daisuke
On 2014/09/08 20:38, Boris Pavlovic wrote:
Daisuke,
We have as well changes in our DB models.
So running:
$ rally-manage db recreate
Will be as well required..
Best regards,
Boris Pavlovic
On Mon, Sep 8, 2014 at 3:24 PM, Mikhail Dubov mdu...@mirantis.com
mailto:mdu
decided to chose project A and not project B)
Best regards,
Boris Pavlovic
On Wed, Sep 10, 2014 at 4:18 AM, Adam Lawson alaw...@aqorn.com wrote:
*should OpenStack include, in the integrated release,
a messaging-as-a-service component*
Assuming this is truly a question that represents
a lot of to do.
So you'll be able to use the same tool for gates, local usage and
large-scale tests.
Best regards,
Boris Pavlovic
On Fri, Sep 12, 2014 at 3:17 AM, Kurt Griffiths
kurt.griffi...@rackspace.com wrote:
On 9/11/14, 2:11 PM, Devananda van der Veen devananda@gmail.com
wrote
solutions for current functionality.
Best regards,
Boris Pavlovic
On Sun, Sep 14, 2014 at 1:07 AM, Michael Still mi...@stillhq.com wrote:
Just an observation from the last week or so...
The biggest problem nova faces at the moment isn't code review latency.
Our biggest problem is failing
Ilya,
It sounds good, moreover few other devs asked about similar feature=)
So I am working on proposal how to implement this=)
Best regards,
On Thu, Sep 18, 2014 at 4:35 PM, Ilya Shakhat ishak...@mirantis.com wrote:
Ralliers,
I'd like to share with you an idea on how to test dependent
Hi all,
We made a etherpad about memcached based scheduler:
https://etherpad.openstack.org/p/scheduler-design-proposal
Best regards,
Boris Pavlovic
On Tue, Dec 10, 2013 at 8:16 AM, Dugger, Donald D donald.d.dug...@intel.com
wrote:
1) Scheduler as a Service (review BP
https
as a log collector.
And we already made patch for this in Ceilometer:
https://review.openstack.org/#/c/60262/
So it will be nice to get it reviewed/merged.
Thanks.
Best regards,
Boris Pavlovic
On Tue, Dec 10, 2013 at 3:19 PM, Julien Danjou jul...@danjou.info wrote:
On Tue, Dec 10 2013, Nadya
installation pass SLA
4) Ensure that OpenStack VMs have their resources and work as expected
(already started discussion)
Best regards,
Boris Pavlovic
On Sat, Dec 28, 2013 at 11:40 PM, Tim Bell tim.b...@cern.ch wrote:
I think there also needs to be a scalability best practise
will get it..
Best regards,
Boris Pavlovic
On Sun, Dec 29, 2013 at 12:08 AM, Tim Bell tim.b...@cern.ch wrote:
Thanks.. can you advise where the accumulated experience from Rally will
be assembled ?
Rally gives me the method to test my cloud but we also need to have a set
, that is actually just Nova copy paste is under
openstack?
Best regards,
Boris Pavlovic
On Sun, Jan 5, 2014 at 6:13 PM, Jay Lau jay.lau@gmail.com wrote:
Greetings,
Here come a question related to AvailabilityZoneFilter.
A new project Gantt which is a common scheduler for OpenStack
models, that it is
useless for every other project.
So I don't think that forkit in such state of Nova Scheduler is useful for
any other project.
Best regards,
Boris Pavlovic
On Mon, Jan 6, 2014 at 11:30 PM, Vishvananda Ishaya
vishvana...@gmail.comwrote:
On Jan 6, 2014, at 11:02 AM, Jay
.
Not sure that nova history is right history for scheduler (Why not Cinder
for example? why exactly Nova?).
Imho Scheduler aaS for all projects and Nova Scheduler
are different things.
Best regards,
Boris Pavlovic
On Mon, Jan 6, 2014 at 11:59 PM, Russell Bryant rbry...@redhat.com wrote
retry logic in python clients?
Best regards,
Boris Pavlovic
On Wed, Jan 15, 2014 at 10:00 PM, Joe Gordon joe.gord...@gmail.com wrote:
On Wed, Jan 15, 2014 at 5:28 AM, Frittoli, Andrea (Cloud Services)
fritt...@hp.com wrote:
Hi all,
I’ve been working on a patch to ensure that all
Hi,
Nice work Oleg!
Soon we should also have tempest verification of cloud.
So we should add to API it as well.
Something like deployements/{id}/verify?{type}
Best regards,
Boris Pavlovic
On Mon, Jan 20, 2014 at 6:39 PM, Oleg Gelbukh ogelb...@mirantis.com wrote:
I've finished the v0.1
around Web UI)
Best regards,
Boris Pavlovic
On Mon, Jan 20, 2014 at 8:32 PM, LELOUP Julien julien.lel...@3ds.comwrote:
Hi everyone,
I’m forwarding my own email previously posted on the QA list.
I would like to discuss about the cleanup() process used right after a
stress test run
schema we should add tests that will check that model
migrations are synced.
(we are working on this)
Best regards,
Boris Pavlovic
On Fri, Jan 31, 2014 at 7:31 PM, Andrew Lazarev alaza...@mirantis.comwrote:
Trevor,
Such check could be useful on alembic side too. Good opportunity
Monty,
One of the bugs that can produce random issues=)
https://github.com/openstack/oslo.messaging/blob/master/oslo/messaging/_drivers/impl_rabbit.py#L548
Best regards,
Boris Pavlovic
On Tue, Feb 4, 2014 at 11:05 PM, Andrew Laski andrew.la...@rackspace.comwrote:
On 02/04/14 at 10:39am
you Alexei for all work that you have
done.
Thoughts?
Best regards,
Boris Pavlovic
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Hugh,
welcome to Rally core team!
Best regards,
Boris Pavlovic
On Wed, Feb 5, 2014 at 3:17 PM, Ilya Kharin ikha...@mirantis.com wrote:
+1 for Hugh
On Wed, Feb 5, 2014 at 2:22 PM, Sergey Skripnick
sskripn...@mirantis.comwrote:
+1 for Hugh, but IMO no need to rush with Alexei's
-incubator/tree/master/openstack/common/apiclient
Best regards,
Boris Pavlovic
On Wed, Feb 12, 2014 at 12:40 AM, Jesse Noller
jesse.nol...@rackspace.comwrote:
As I said last week; we're ready to kickoff and have regular meetings for
the unified python SDK project. The initial meeting is scheduled
Best regards,
Boris Pavlovic
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
of cong params)
[1] https://wiki.openstack.org/wiki/Rally
[2]
https://review.openstack.org/#/c/57240/27/doc/samples/deployments/multihost.rst
[3] https://github.com/pboris/osprofiler
Best regards,
Boris Pavlovic
On Thu, Feb 13, 2014 at 6:38 PM, David Kranz dkr...@redhat.com wrote:
I
Mike,
What version of tox do you use?
Best regards,
Boris Pavlovic
On Tue, Feb 18, 2014 at 9:46 PM, Mike Spreitzer mspre...@us.ibm.com wrote:
I am trying to figure out how I should be doing unit testing, and
documenting it in https://wiki.openstack.org/wiki/Gerrit_Workflow
Oddly
://review.openstack.org/#/c/76718/
So Doug could you please merge our revert to revert:
https://review.openstack.org/#/c/76836/
And we will sync it to nova:
https://review.openstack.org/#/c/76880/
Best regards,
Boris Pavlovic
___
OpenStack-dev mailing list
://review.openstack.org/#/c/76718/
So Doug could you please merge our revert to revert:
https://review.openstack.org/#/c/76836/
And we will sync it to nova:
https://review.openstack.org/#/c/76880/
Best regards,
Boris Pavlovic
___
OpenStack-dev mailing list
Joe,
Fully agree. We should just make a blueprint Get rid of soft deletion. So
we will get much better performance of DB + cleaner code, and avoid such
things like shadow tables and DB purge scripts.
Probably we should some other thread to cover this topic?
Best regards,
Boris Pavlovic
) On .delete() store info about records in (ceilometer, or somewhere
else)
3.4-6) similar to 1.1, 1.2, 1.3
This is not ready RoadMap, just base thoughts to start the constructive
discussion in the mailing list, so %stacker% your opinion is very
important!
Best regards,
Boris Pavlovic
to that framework
c) replace API stuff using ceilometer (for logs) or this framework (for
restorable stuff)
To put in a nutshell: Restoring Delete resources / Delayed Deletion != Soft
deletion.
Best regards,
Boris Pavlovic
On Thu, Mar 13, 2014 at 9:21 PM, Mike Wilson geekinu...@gmail.com wrote:
For some
of OpenStack Resource in common way
without these hacks with soft deletion in DB. It is actually very
simple, take a look at this document:
https://docs.google.com/document/d/1WGrIgMtWJqPDyT6PkPeZhNpej2Q9Mwimula8S8lYGV4/edit?usp=sharing
Best regards,
Boris Pavlovic
Joshua,
Fully agree, seems like Mistral duplicates a lot of efforts of TaskFlow.
I just don't see any reason why Mistral is reimplementing TaskFlow and not
just adding new features to...
Best regards,
Boris Pavlovic
On Fri, Mar 14, 2014 at 3:02 AM, Joshua Harlow harlo...@yahoo-inc.comwrote
couldn't be
implemented in TaskFlow (or Joshua will be totally disagree).
Otherwise seems like Mistral team didn't spend time to investigate already
existing OpenStack solutions..
Best regards,
Boris Pavlovic
On Fri, Mar 14, 2014 at 4:19 AM, Stan Lagun sla...@mirantis.com wrote:
Joshua, Boris
are using are bad
2) Architecture solutions that we are using are bad
And start thinking about how to improve them.
[1] https://review.openstack.org/#/c/43151/
[2] http://en.wikipedia.org/wiki/Buran_(spacecraft)
Best regards,
Boris Pavlovic
On Fri, Mar 21, 2014 at 3:04 PM, Sean Dague s
/30
Thoughts?
Best regards,
Boris Pavlovic
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Kun,
Welcome to Rally core team! =)
Best regards,
Boris Pavlovic
On Mon, Mar 24, 2014 at 2:12 PM, Gareth academicgar...@gmail.com wrote:
nice to join you guys ; )
On Monday, March 24, 2014, Hugh Saunders h...@wherenow.org wrote:
+1
Kun has been very active on gerrit, and contributed
+2 =)
On Fri, Mar 28, 2014 at 11:21 PM, Michael Still mi...@stillhq.com wrote:
Hi.
I would like to run for the OpenStack Compute PTL position as well.
I have been an active nova developer since late 2011, and have been a
core reviewer for quite a while. I am currently serving on the
Oleg,
Seems like very interesting topic.
Especially I am interested in how could be this integrated with production
clouds (could it be run on controllers?). What API it present and is there
integration with horizon?
Best regards,
Boris Pavlovic
On Wed, Apr 2, 2014 at 11:20 PM, Oleg Gelbukh
Bruno,
Well done. Finally we have this feature in Rally!
Best regards,
Boris Pavlovic
On Thu, Apr 3, 2014 at 11:37 PM, Bruno Semperlotti
bruno.semperlo...@gmail.com wrote:
Hi Rally users,
I would like to inform you that the feature allowing to update tenant's
quotas during a benchmark
Bruno,
Btw great idea add benchmark scenarios for quotas as well!
Best regards,
Boris Pavlovic
On Fri, Apr 4, 2014 at 7:28 PM, Bruno Semperlotti
bruno.semperlo...@gmail.com wrote:
Hi Joshua,
Quotas will not be expanded during the scenario, they will be updated
*prior* the scenario
https://review.openstack.org/#/q/owner:boris-42+status:merged,n,z 5. My
Contribution statistics:
http://stackalytics.com/?release=allmetric=commitsproject_type=Alluser_id=boris-42
Best regards, Boris Pavlovic --- Mirantis Inc.
___
OpenStack-dev mailing list
://wiki.openstack.org/wiki/Rally/RoadMap
Best regards,
Boris Pavlovic
---
Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
know the name.
Might just be a good idea to check the trademarks and such beforehand,
to avoid a change at a later stage.
Or, alternately, just have Rally as part of Tempest.
-jay
From: Boris Pavlovic bpavlo...@mirantis.com
mailto:bpavlo...@mirantis.com**
Reply-To: OpenStack Development
form. (Tomograph, Zipking, matplotlib...)
So I am not sure that we should put inside Tempest Rally, because Rally use
tempest. It is something like putting Nova into Cinder =)
Also putting Tempest into Rally is not a good idea. (same as putting Cinder
back to Nova).
Best regards,
Boris Pavlovic
David,
Yes, that is the goal.
We should be able to get information about how it works, not only that it
works.
And get such interesting results:
https://wiki.openstack.org/wiki/Rally#How_influence_amqp_rpc_single_reply_queue_on_performance
Best regards,
Boris Pavlovic
---
Mirantis Inc
development workflow:
6.a) project is on stackforge and we use stock jenkins
6.b) launchpad with BPs, Bugs and Questions
6.c) wiki on http://wiki.openstack.org/wiki/Rally,
What the rest of OpenStack are you speaking?
Best regards,
Boris Pavlovic
---
Mirantis Inc.
On Sun, Oct 20, 2013 at 2:38 AM
and shouldn't be -2.
Best regards,
Boris Pavlovic
On Fri, Oct 25, 2013 at 12:30 AM, Michael Still mi...@stillhq.com wrote:
Hi.
Because I am a grumpy old man I have just -2'ed
https://review.openstack.org/#/c/39685/ and I wanted to explain my
rationale. Mostly I am hoping for a consensus to form
Johannes,
+1, purging should help here a lot.
Best regards,
Boris Pavlovic
On Fri, Oct 25, 2013 at 2:01 AM, Johannes Erdfelt johan...@erdfelt.comwrote:
On Fri, Oct 25, 2013, Michael Still mi...@stillhq.com wrote:
On Fri, Oct 25, 2013 at 8:19 AM, Johannes Erdfelt johan...@erdfelt.com
regards,
Boris Pavlovic
On Fri, Oct 25, 2013 at 2:35 AM, Michael Still mi...@stillhq.com wrote:
On Fri, Oct 25, 2013 at 9:07 AM, Boris Pavlovic bo...@pavlovic.me wrote:
Johannes,
+1, purging should help here a lot.
Sure, but my point is more:
- pruning isn't done by the system
Jay,
yep Dolph is right #openstack-meeting
Dolph,
Thanks
Best regards,
Boris Pavlovic
---
Mirantis Inc.
On Mon, Oct 28, 2013 at 7:20 PM, Dolph Mathews dolph.math...@gmail.comwrote:
On Mon, Oct 28, 2013 at 9:20 AM, Jay Pipes jaypi...@gmail.com wrote:
On 10/28/2013 08:34 AM, Boris
of object, and wait until it becomes ready.
openstack-rally command raised such exception because all calls of
snapshot_server method failed.
So we try to aggregate empty list of results. Could you file a bug in
launchpad?
Best regards,
Boris Pavlovic
--
Mirantis Inc.
On Thu, Nov 7, 2013 at 5
is nothing for memcached. So what kind of instances?
Best regards,
Boris Pavlovic
On Sun, Nov 10, 2013 at 4:20 PM, Alex Glikson glik...@il.ibm.com wrote:
Hi Boris,
This is a very interesting approach.
How do you envision the life cycle of such a scheduler in terms of code
repository, build
as well.
In case of memcached I just say one of arch, that you could run on each
server with scheduler service memcahced instance. But it is not required,
you can have even just one memcached instance for all scheulers (but it is
not HA).
Best regards,
Boris Pavlovic
---
Mirantis Inc.
On Sun, Nov 17
persons) that will track all changes in project and prepare such updates
each week.
Best regards,
Boris Pavlovic
--
Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
please?
Best regards,
Boris Pavlovic
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
malina scheduler rpc method to scheduler service
5) Remove Malina Scheduler
I don't think that it is step backward as it was mentioned in etherpad..
Best regards,
Boris Pavlovic
On Fri, Nov 22, 2013 at 12:58 AM, Robert Collins
robe...@robertcollins.netwrote:
https://etherpad.openstack.org
Robert,
Btw, I would like to be a volunteer too=)
Best regards,
Boris Pavlovic
On Sun, Nov 24, 2013 at 10:43 PM, Robert Collins
robe...@robertcollins.netwrote:
On 22 November 2013 23:55, Gary Kotton gkot...@vmware.com wrote:
I'm looking for 4-5 folk who have:
- modest Nova
, that could be ported from
zipkin.
So, it will be nice if you will be able to join our efforts. And help with
testing ceilometer build OpenStack profiling system.
Best regards,
Boris Pavlovic
On Fri, Nov 29, 2013 at 9:05 PM, Sandy Walsh sandy.wa...@rackspace.comwrote:
On 11/29/2013 11:32 AM
integrated projects that use the code are using the library instead of the
incubator, we can delete the module(s) from the incubator.
Sounds good and right.
Best regards,
Boris Pavlovic
On Fri, Nov 29, 2013 at 10:47 PM, Eric Windisch e...@cloudscaling.comwrote:
Based on that, I would like
scheduler as a big lib, then implement RPC methods + bit of
business logic in each project
2) Move all RPC calls from nova,cinder,ironic,... and business logic in 1
scheduler as a service
Best regards,
Boris Pavlovic
On Tue, Dec 3, 2013 at 1:11 PM, Khanh-Toan Tran
khanh-toan.t...@cloudwatt.com
, and thank you for understanding.
Best regards,
Boris Pavlovic
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Russell,
Actually what I said is not only related to Solumn or any other project.
Main idea of it was that, well structured etherpads are much better
instrument for such discussions.
Do you disagree with this also?
Best regards,
Boris Pavlovic
On Thu, Dec 5, 2013 at 2:12 AM, Russell Bryant
All,
Thank you guys for your opinion.
As a conclusion of this thread, I think that I shouldn't hesitate to raise
all discussion about Rally in mailing list also.. Right?
Best regards,
Boris Pavlovic
On Thu, Dec 5, 2013 at 2:42 AM, Robert Collins robe...@robertcollins.netwrote:
On 5
...
I hope that this email will help everybody to be more involved in Rally.
Btw any ideas about how to improve current project organization will be
really super useful. Thanks.
Best regards,
Boris Pavlovic
___
OpenStack-dev mailing list
OpenStack
running benchmark.
Thoughts?
Best regards,
Boris Pavlovic
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Victor, Roman, Doug
Great work! kudos!
Ready to be first adopter=)
Best regards,
Boris Pavlovic
On Fri, Jun 20, 2014 at 12:51 AM, Mike Bayer mba...@redhat.com wrote:
On 6/19/14, 3:56 PM, Doug Hellmann wrote:
On Thu, Jun 19, 2014 at 3:20 PM, Victor Sergeyev vserge...@mirantis.com
when
changes (features) are small, don't affect too much, and they are optional.
It really kills OpenStack. And will drastically slow down process of
contribution and reduce amount of contributors.
Thanks.
Best regards,
Boris Pavlovic
___
OpenStack-dev
Ben,
As I know the API of oslo.db and oslo-incubator/db are almost the same.
So why it should be complicated?
Best regards,
Boris Pavlovic
On Thu, Jul 3, 2014 at 9:10 PM, Ben Nemec openst...@nemebean.com wrote:
+27, -2401
Wow, that's pretty painless. Were there earlier patches
/osprofiler
Best regards,
Boris Pavlovic
On Fri, Jul 4, 2014 at 3:56 PM, Noorul Islam K M noo...@noorul.com wrote:
Hello all,
I was looking for audit logs in nova. I found [1] but could not find the
launchpad entry audit-logging as mentioned in the wiki page.
Is this yet
Joe,
What about running benchmarks (with small load), for all major functions
(like snaphshoting, booting/deleting, ..) on every patch in nova. It can
catch a lot of related stuff.
Best regards,
Boris Pavlovic
On Wed, Jul 9, 2014 at 1:56 AM, Michael Still mi...@stillhq.com wrote
: 1,
users_per_tenant: 1
},
quotas: {
nova: {
cores: -1,
. here other values from
https://github.com/stackforge/rally/blob/master/rally/benchmark/context/quotas.py#L32-L80
}
}
}
Best regards,
Boris Pavlovic
On Fri, Jul 18, 2014
that we will get soon OSprofiler (
https://github.com/stackforge/osprofiler) in upstream: it will answer on
such questions like where is the bottleneck.
Best regards,
Boris Pavlovic
On Sat, Jul 19, 2014 at 9:07 AM, fdsafdsafd jaze...@163.com wrote:
Did someone test the concurrency of nova's resize
test coverage and making Rally absolutely
safe to run against any production cloud)
Best regards,
Boris Pavlovic
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
.
* 950 commits over last 10 months
* Large, diverse contributor community
*
http://stackalytics.com/?release=junometric=commitsproject_type=Allmodule=rally
* http://stackalytics.com/report/contribution/rally/180
* Non official lead of project is Boris Pavlovic
* Official election In progress
with baby steps.
Best regards,
Boris Pavlovic
On Tue, Jul 22, 2014 at 8:18 PM, Sean Dague s...@dague.net wrote:
On 07/22/2014 11:58 AM, David Kranz wrote:
On 07/22/2014 10:44 AM, Sean Dague wrote:
Honestly, I'm really not sure I see this as a different program, but is
really something
Hi Sean,
I appreciate you valuing Rally so highly as to suggesting it should join
the QA program. It is a great vote of confidence for me. While I believe
that Rally and Tempest will always work closely together, the intended
utility and the direction of where we are planing to take Rally will
to detect and debug issues in live
production clouds.
As well, I updated patch to governance:
https://review.openstack.org/#/c/108502/3
I hope now it's more clear, what is the goal of this program and why we
should add new program.
Thoughts?
Best regards,
Boris Pavlovic
On Tue, Jul 29, 2014 at 12
DB.
Having one instance of Rally DB in gates will allow us to collect all
results of all tempest runs. As well Rally is already integrated in gates.
So there won't be issues with getting this done.
By the way, Rally team is ready to help with this task.
Thoughts?
Best regards,
Boris Pavlovic
regards,
Boris Pavlovic
On Mon, Aug 4, 2014 at 1:04 PM, Sylvain Bauza sba...@redhat.com wrote:
Le 02/08/2014 04:31, Alex Freedland a écrit :
Angus,
Rally is designed as an operations tool. Its purpose is to run a
production cloud and give an operator tools and data to profile a
production
) Production ready cleanup - tempest should be absolutely safe for run
against cloud
3) Improvements related to time measurement.
4) Integration of OSprofiler Tempest.
So in any case I would prefer to continue collaboration..
Thoughts?
Best regards,
Boris Pavlovic
On Mon, Aug 4, 2014 at 4:24 PM, Sean
above.
As I said before it's almost finished..
Best regards,
Boris Pavlovic
On Mon, Aug 4, 2014 at 8:25 PM, Jay Pipes jaypi...@gmail.com wrote:
On 08/04/2014 11:21 AM, Boris Pavlovic wrote:
Rally is quite monolithic and can't be split
I think this is one of the roots of the problem
/scenarios/tempest
But seems like Rally has more common load generator that can use both
Tempest Rally scenarios.
Maybe it makes sense to keep only one solution for this?
Best regards,
Boris Pavlovic
On Tue, Aug 5, 2014 at 10:38 AM, m...@koderer.com wrote:
Hello Boris,
see below
Hi Nachi,
Sorry for question, but did you try stackalytics?
E.g. this page http://stackalytics.com/report/contribution/neutron/30
Best regards,
Boris Pavlovic
On Tue, May 20, 2014 at 5:20 AM, Nachi Ueno na...@ntti3.com wrote:
Hi folks
As per neutron discussion, we agreed
+1 =)
On Thu, May 22, 2014 at 2:03 AM, Clark Boylan clark.boy...@gmail.comwrote:
On Wed, May 21, 2014 at 2:57 PM, James E. Blair jebl...@openstack.org
wrote:
The Infrastructure program has a unique three-tier team structure:
contributors (that's all of us!), core members (people with +2
Ajay,
I am working that feature. It's almost ready.
I'll let you know when I finish.
Best regards,
Boris Pavlovic
On Thu, Sep 25, 2014 at 5:02 AM, Ajay Kalambur (akalambu)
akala...@cisco.com wrote:
Hi
Our default mode of execution of rally is allowing Rally to create a new
user
/stackforge/rally/tree/master/doc/feature_request
With the list of features that we are working now.
Best regards,
Boris Pavlovic
On Thu, Sep 25, 2014 at 5:30 AM, Ajay Kalambur (akalambu)
akala...@cisco.com wrote:
Hi Boris
Existing users is one thing but according to Rally page it says admin
1 - 100 of 309 matches
Mail list logo