That looks like a line from devstack.
I just did a fresh install of oneiric and ran devstack (kvm) and
didn't see this issue.
Any details?
Jesse
On Sun, Mar 4, 2012 at 11:12 PM, Shang Wu sh...@ubuntu.com wrote:
What is the environment that you used to deploy this? Did you specify the
Waw - fantastic videos !Awesome :)
Nuage Co - Razique Mahrouarazique.mahr...@gmail.com
Le 5 mars 2012 à 03:51, Armaan a écrit :Hello,I have created few videos visualising the development history of various OpenStack projects. Links for the videos are given below:(1)Nova:
yes, I miss the connection_type in nova.conf file because I am editing
the devstack scripts to deploy a mini installation of mutil nodes.
Thanks all.
2012/3/5 Jesse Andrews anotherje...@gmail.com
That looks like a line from devstack.
I just did a fresh install of oneiric and ran devstack
Thanks everyone, i am delighted that you liked them.
@Jake Dahn: I used gource http://code.google.com/p/gource/
Best Regards
Syed Armani
On Mon, Mar 5, 2012 at 8:39 AM, Jake Dahn j...@ansolabs.com wrote:
These are awesome!
How did you make them?
On Mar 4, 2012, at 6:51 PM, Armaan
It would be neat to see one with all the projects together - in HD.
Since many contributors work on all the projects, we would see people
zooming all around the screen.
Is this possible?
On Mon, Mar 5, 2012 at 3:03 AM, Armaan dce3...@gmail.com wrote:
Thanks everyone, i am delighted that you
Hello!
I am to start writing documentation on Nexenta driver, but I don't see
any place where I should add it. Am I missing something? Are there any
documentation on nova-volume?
Kind regards, Yuriy.
On Sat, Mar 3, 2012 at 02:30, Anne Gentle a...@openstack.org wrote:
Hi all -
Please
Excerpts from Mark Washenberger's message of 2012-03-04 23:34:03 -0500:
While we are on the topic of api performance and the database, I have a
few thoughts I'd like to share.
TL;DR:
- we should consider refactoring our wsgi server to leverage multiple
processors
- we could leverage
Really cool! Thanks, Syed.
We should have these running at the keynote at the conference while everyone is
waiting to get started :-)
From: Armaan dce3...@gmail.commailto:dce3...@gmail.com
Date: Mon, 5 Mar 2012 08:21:54 +0530
To: openstack@lists.launchpad.netmailto:openstack@lists.launchpad.net
Hi Yun,
The point of the sleep(0) is to explicitly yield from a long running eventlet
to so that other eventlets aren't blocked for a long period. Depending on how
you look at that either means we're making an explicit judgement on priority,
or trying to provide a more equal sharing of
However I'd like to point out that the math below is misleading (the average
time for the non-blocking case is also miscalculated but
it's not my point). The number that matters more in real life is throughput.
For the blocking case it's 3/30 = 0.1 request per second.
I think it depends on
On 02/29/2012 09:08 PM, Johannes Erdfelt wrote:
On Wed, Feb 29, 2012, Vishvananda Ishaya vishvana...@gmail.com wrote:
We have had a memory leak due to an interaction with eventlet for a
while that Johannes has just made a fix for.
bug:
https://bugs.launchpad.net/nova/+bug/903199
fix:
On Mon, Mar 05, 2012, Pádraig Brady p...@draigbrady.com wrote:
File /usr/lib64/python2.7/threading.py, line 446, in __init__
self.__daemonic = self._set_daemon()
File /usr/lib64/python2.7/threading.py, line 470, in _set_daemon
return current_thread().daemon
AttributeError:
+1 :-)
d
On Mon, Mar 5, 2012 at 10:30 AM, Ziad Sawalha
ziad.sawa...@rackspace.com wrote:
Really cool! Thanks, Syed.
We should have these running at the keynote at the conference while everyone
is waiting to get started :-)
From: Armaan dce3...@gmail.com
Date: Mon, 5 Mar 2012 08:21:54
an rpc implementation that writes to disk and returns,
A what? I'm not sure what problem you're looking to solve here or what you
think the RPC mechanism should do. Perhaps you're speaking of a Kombu or AMQP
specific improvement?
There is no absolute need for persistence or durability in RPC.
On 03/05/2012 09:05 AM, Thierry Carrez wrote:
Thierry Carrez wrote:
To have a rough idea of what we plan to do, you can have a look at the
bugs at [3]. In particular, we plan to deprecate the release PPAs
since they carry a false expectation of being maintained with stable
branch updates and be
Duncan McGreggor wrote:
+1 :-)
d
On Mon, Mar 5, 2012 at 10:30 AM, Ziad Sawalha
ziad.sawa...@rackspace.com wrote:
Really cool! Thanks, Syed.
We should have these running at the keynote at the conference while everyone
is waiting to get started :-)
If Syed makes a common version that
In case you missed the announcement over the weekend on the blog
http://www.openstack.org/blog/2012/03/openstack-governance-elections-spring-2012-results/
the OpenStack community has elected the Project Technical Leads and two
members of the Project Policy Board. Here are the winners:
NOVA
Stackers,
The Dell OpenStack team is coordinating a world-wide effort to work on Essex
deployments this coming Thursday, 3/8.
We're organizing this via OpenStack meetups in Austin Boston. There is
substantial opportunity for the community to work together on deployment issues
around
I added myself. I hope we get a few more volunteers.
Vish
On Mar 5, 2012, at 6:31 AM, Russell Bryant wrote:
On 02/27/2012 08:32 AM, Russell Bryant wrote:
On 02/09/2012 04:27 PM, Thierry Carrez wrote:
Thierry Carrez wrote:
You should start a wiki page to collect mentors and the subjects
Okay, looks like the Mentoring organization application deadline is
this Friday, March 9th.
What needs to be done in time to make this important deadline and how
can I help?
Anne
On Mon, Mar 5, 2012 at 1:07 PM, Debo Dutta (dedutta) dedu...@cisco.com wrote:
+1
I can add 1-2 more projects
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mentoring strength is important and your ideas page is also very
important. Not having a good ideas page will drop you from
consideration as a mentoring org. You'll need a few ideas that have
some details and will get students excited.
David
On
Hi,
this is my first posting in this mailing list, so if it's an RTFM question,
please
point me to the FM :-)
I would like to know what is the rationale behind using an rpc:cast from
scheduler/driver.py when e.g. launching an instance, while rpc.call in
driver.py is used only
for trivial
The use of cast is simply so we can return to the user more quickly instead of
blocking waiting for a response. There are some cases where failure handling
is a little more complicated and is simplified by using a call. The live
migration is an example of this. It is much less frequently used
Hi Phil,
My understanding is that, (forget Nova for a second) in a perfect
eventlet world, a green thread is either doing CPU intensive
computing, or wait in system calls that are IO related. In the latter
case, the eventlet scheduler will suspend the green thread and switch
to another green
On 03/05/2012 05:08 PM, Yun Mao wrote:
Hi Phil,
My understanding is that, (forget Nova for a second) in a perfect
eventlet world, a green thread is either doing CPU intensive
computing, or wait in system calls that are IO related. In the latter
case, the eventlet scheduler will suspend the
If the libvirt API (or other Native API) has an async mode, what you
can do is provide a synchronos, python based wrapper that does the
following.
register_request callback()
async_call()
sleep()
This can be set up like a more traditional multi-threaded model as well. You
can
A DevStack one would be great too. Thanks a lot, Syed, these are superb!
Ewan.
From: openstack-bounces+ewan.mellor=citrix@lists.launchpad.net
[mailto:openstack-bounces+ewan.mellor=citrix@lists.launchpad.net] On Behalf
Of Armaan
Sent: Monday, March 05, 2012 4:43 AM
To: Jesse Andrews
Jonathan Bryce wrote:
Anything we need to discuss? Read through the logs from last week's meeting
and couldn't tell if Monty still needed something from us to move forward
with the Satellite CI project.
Also, welcome to Joe Heck, the new Keystone PTL and Brian Waldon the new
Glance PTL.
Public bug reported:
As handled by openstack.common.cfg the default group header ([DEFAULT])
is only recognized in uppercase. [default] is not recognized as a valid
group header for global config options.
** Affects: openstack-common
Importance: Undecided
Status: New
--
You
29 matches
Mail list logo