Hi
I want to upload an image to openstack, but even after I set the proper
credentials, when I use uec-publish-tarball I this error message:
cert must be specified.
private key must be specified.
user must be specified.
ec2cert must be specified.
when I tape euca-describe-image or nova list it
darkfower wrote:
i get horizon(essex-4) software package from
https://launchpad.net/horizon/essex/essex-4/+download/horizon-2012.1%7Ee4.tar.gz,
but i tar xf horizon compress package after, when i exec python setup.py
install emerge error , as follows:
Traceback (most recent call
-Original Message-
From: openstack-bounces+armando.migliaccio=eu.citrix@lists.launchpad.net
[mailto:openstack-
bounces+armando.migliaccio=eu.citrix@lists.launchpad.net] On Behalf Of Jay
Pipes
Sent: 02 March 2012 15:17
To: openstack@lists.launchpad.net
Subject: Re:
By properly multi-threaded are you instead referring to making the nova-api
server multi-*processed* with eventlet greenthread pools in each process?
i.e. The way Swift (and now Glance) works? Or are you referring to a
different approach entirely?
Yep - following your posting in here
On 03/02/2012 10:52 AM, Armando Migliaccio wrote:
I'd be cautious to say that no ill side-effects were introduced. I found a race condition
right in the middle of sync_power_states, which I assume was exposed by
breaking the task deliberately.
Such a party-pooper! ;)
Got a link to the bug
Can someone tell me where these base images are located for use on my
OpenStack deployment?
Kind regards, Marc
--
J. Marc Edwards
Lead Architect - Semiconductor Design Portals
Nimbis Services, Inc.
Skype: (919) 747-3775
Cell: (919) 345-1021
Fax: (919) 882-8602
marc.edwa...@nimbisservices.com
I knew you'd say that :P
There you go: https://bugs.launchpad.net/nova/+bug/944145
Cheers,
Armando
-Original Message-
From: Jay Pipes [mailto:jaypi...@gmail.com]
Sent: 02 March 2012 16:22
To: Armando Migliaccio
Cc: openstack@lists.launchpad.net
Subject: Re: [Openstack] eventlet
Hi Marc,
I ended up creating my own RHEL 6.1 image. If you want I can share it
with you.
Thanks,
Edgar Magana
CTO Cloud Computing
From: openstack-bounces+eperdomo=cisco@lists.launchpad.net
[mailto:openstack-bounces+eperdomo=cisco@lists.launchpad.net] On
Behalf Of J. Marc
On 03/01/2012 08:12 PM, Maru Newby wrote:
Is there any interest in adding unittest2 to the test dependencies for
openstack projects? I have found its enhanced assertions and 'with
self.assertRaises' very useful in writing tests. I see there have been past
bugs that mentioned unittest2, and
Looks like a textbook example of a leaky abstraction
http://www.joelonsoftware.com/articles/LeakyAbstractions.html to me.
Take care,
Lorin
--
Lorin Hochstein
Lead Architect - Cloud Services
Nimbis Services, Inc.
www.nimbisservices.com
On Mar 2, 2012, at 1:35 PM, Joshua Harlow wrote:
Does
It's not just you
On Mar 2, 2012, at 10:35 AM, Joshua Harlow wrote:
Does anyone else feel that the following seems really “dirty”, or is it just
me.
“adding a few sleep(0) calls in various places in the
Nova codebase (as was recently added in the _sync_power_states()
periodic task) is
-Original Message-
From: Eric Windisch [mailto:e...@cloudscaling.com]
Sent: 02 March 2012 19:04
To: Joshua Harlow
Cc: Armando Migliaccio; Jay Pipes; openstack
Subject: Re: [Openstack] eventlet weirdness
The problem is that unless you sleep(0), eventlet only switches context when
So a thought I had was that say if the design of a component forces as part of
its design the ability to be ran with threads or with eventlet or with
processes.
Say if u break everything up into tasks (where a task would produce some
output/result/side-effect).
A set of tasks could complete
On Mar 2, 2012, at 7:54 AM, Day, Phil wrote:
By properly multi-threaded are you instead referring to making the
nova-api server multi-*processed* with eventlet greenthread pools in each
process? i.e. The way Swift (and now Glance) works? Or are you referring to
a different approach
That sounds a bit over complicated to me - Having a string of tasks sounds like
you still have to think about what the concurrency is within each step.
There is already a good abstraction around the context of each operation - they
just (I know - big just) need to be running in something that
On Fri, Mar 02, 2012, Armando Migliaccio armando.migliac...@eu.citrix.com
wrote:
I agree, but then the whole assumption of adopting eventlet to simplify
the programming model is hindered by the fact that one has to think
harder to what is doing...Nova could've kept Twisted for that matter.
On Fri, Mar 2, 2012 at 2:40 PM, Johannes Erdfelt johan...@erdfelt.com wrote:
On Fri, Mar 02, 2012, Armando Migliaccio armando.migliac...@eu.citrix.com
wrote:
I agree, but then the whole assumption of adopting eventlet to simplify
the programming model is hindered by the fact that one has to
Hi openstack list.
Sorry to ask this, but i have a strong doubt on how the endpoint
config in keystone actually works when you make a nova api call (we are
using Essex-3)
First, let me setup a use case :
user1 - tenant1 - zone1 (private nova endpoint)
user2 - tenant2 - zone2
Hi Phil, I'm a little confused. To what extend does sleep(0) help?
It only gives the greenlet scheduler a chance to switch to another
green thread. If we are having a CPU bound issue, sleep(0) won't give
us access to any more CPU cores. So the total time to finish should be
the same no matter
On Fri, Mar 2, 2012 at 3:38 PM, Caitlin Bestler
caitlin.best...@nexenta.com wrote:
Duncan McGregor wrote:
Like so many things that are aesthetic in nature, the statement above is
misleading. Using a callback, event-based, deferred/promise oriented system
is hard for *some*. It is far, far
On 03/02/2012 02:27 PM, Vishvananda Ishaya wrote:
On Mar 2, 2012, at 7:54 AM, Day, Phil wrote:
By properly multi-threaded are you instead referring to making the nova-api
server multi-*processed* with eventlet greenthread pools in each process? i.e. The way
Swift (and now Glance) works? Or
On 03/02/2012 01:35 PM, Joshua Harlow wrote:
Does anyone else feel that the following seems really “dirty”, or is it
just me.
“adding a few sleep(0) calls in various places in the
Nova codebase (as was recently added in the _sync_power_states()
periodic task) is an easy and simple win with
On 03/02/2012 03:38 PM, Caitlin Bestler wrote:
Duncan McGregor wrote:
Like so many things that are aesthetic in nature, the statement above is
misleading. Using a callback, event-based, deferred/promise oriented system is
hard for *some*. It is far, far easier forothers (myself included).
We currently have openstack available in EPEL testing repo, help in testing is
appreciated.
Sent from my iPhone
On 2 Mar 2012, at 18:13, Edgar Magana (eperdomo) eperd...@cisco.com wrote:
Hi Marc,
I ended up creating my own RHEL 6.1 image. If you want I can share it with
you.
Thanks,
On Mar 2, 2012, at 9:17 AM, Jay Pipes wrote:
On 03/02/2012 05:34 AM, Day, Phil wrote:
In our experience (running clusters of several hundred nodes) the DB
performance is not generally the significant factor, so making its calls
non-blocking gives only a very small increase in processing
On 03/02/2012 04:10 PM, Monsyne Dragon wrote:
Has anyone thought about switching to gevent? It's similar enough to eventlet
that the port shouldn't be too bad, and because it's event loop is in C,
(libevent), there are C mysql drivers (ultramysql) that will work with it
without blocking.
Why has the ship-sailed?
This is software we are talking about right, there is always a v2 (X-1)
;)
On 3/2/12 12:38 PM, Caitlin Bestler caitlin.best...@nexenta.com wrote:
Duncan McGregor wrote:
Like so many things that are aesthetic in nature, the statement above is
misleading. Using a
On Fri, Mar 2, 2012 at 4:10 PM, Monsyne Dragon mdra...@rackspace.com wrote:
On Mar 2, 2012, at 9:17 AM, Jay Pipes wrote:
On 03/02/2012 05:34 AM, Day, Phil wrote:
In our experience (running clusters of several hundred nodes) the DB
performance is not generally the significant factor, so
David,
We're currently in the process of building Essex-3/Essex-4 RPMs locally at
USC/ISI for our heterogeneous Openstack builds. When I looked at the EPEL
testing repo, it looked like the packages that are currently available are
right around Essex-1. Are there any plans to update to the
On Mar 2, 2012, at 12:50 PM, Jay Pipes wrote:
We are not using multiprocessing, no.
We simply start multiple worker processes listening on the same socket, with
each worker process having an eventlet greenthread pool.
You can see the code (taken from Swift and adapted by Chris Behrens
On Mar 2, 2012, at 2:11 PM, Duncan McGreggor wrote:
On Fri, Mar 2, 2012 at 4:10 PM, Monsyne Dragon mdra...@rackspace.com wrote:
Has anyone thought about switching to gevent? It's similar enough to
eventlet that the port shouldn't be too bad, and because it's event loop is
in C,
I have filed nova bugs for all the failures in diablo/stable and posted
the changes to make everything pass except for the glance dependency
which is covered by https://bugs.launchpad.net/tempest/+bug/944410. We
decided to make the negative tests (that fail due to a wrong error code)
succeed
32 matches
Mail list logo