Ho Florian,
I respect your opinion of course and I am not here to start a fight. Point is,
how I understand it Nova really isn't very flexible on High Availability terms.
I have now a master/master mysql setup with a Virtual IP working just to work
around the shortcomings Nova imo introduces.
Hi Darren,
No, I am not looking at a performance increasment at this moment. Just trying
to make the different components Nova is build on redundant. Of course a
master/master setup of mysql / rabbitmq with a floating IP will probably work
but it bugs me that Nova is not really build with
On Tue, Feb 21, 2012 at 12:34 PM, i3D.net - Tristan van Bokkem
tristanvanbok...@i3d.nl wrote:
Ho Florian,
I respect your opinion of course and I am not here to start a fight. Point
is, how I understand it Nova really isn't very flexible on High Availability
terms. I have now a master/master
On Tue, Feb 21, 2012 at 12:51 PM, Darren Birkett
darren.birk...@gmail.com wrote:
Surely it depends what you want out of it? If just pure high
availability (ie ability to continue functioning when primary node
goes down), then doesn't a master/master with floating IP fit the
bill?
Hi
thanks for the update.
i configured as per the doc.now i get an error on proxy server
Traceback (most recent call last):
File /usr/bin/swift-proxy-server, line 22, in module
run_wsgi(conf_file, 'proxy-server', default_port=8080, **options)
File
BigSwitch and Nicira have created different blueprints in quantum to add
their plugins for essex-4 about ten days ago, Cisco already have it
included almost from the beginning. No news of them for the moment, but i
really hope that both of them make it in time!
Ghe Rivero
Hi,
On Tue, Feb 21, 2012 at 12:48 PM, Sudhakar Maiya sma...@gmail.com wrote:
LookupError: Entry point 'swauth' not found in egg 'swift' (dir:
/usr/lib/python2.6/site-packages; protocols: paste.filter_factory,
paste.filter_app_factory; entry_points: )
did you install Pete's swauth rpm?
yes i have installed rpm
On Tue, Feb 21, 2012 at 6:53 PM, Chmouel Boudjnah chmo...@chmouel.comwrote:
Hi,
On Tue, Feb 21, 2012 at 12:48 PM, Sudhakar Maiya sma...@gmail.com wrote:
LookupError: Entry point 'swauth' not found in egg 'swift' (dir:
/usr/lib/python2.6/site-packages; protocols:
On 02/08/2012 12:47 PM, Ilya Kharin wrote:
Hello.
The component nova-network disassociate fixed IP of VM when it deleted. There
are two mechanisms by timeout and force. Disassociate by timeout is a
periodical task (period can be set by flag --fixed_ip_disassociate_timeout).
The force
Change use = egg:swift#swauth to use = egg:swauth#swauth.
Cheers,
Jasper
On Feb 21, 2012, at 2:25 PM, Sudhakar Maiya wrote:
yes i have installed rpm
On Tue, Feb 21, 2012 at 6:53 PM, Chmouel Boudjnah
chmo...@chmouel.commailto:chmo...@chmouel.com wrote:
Hi,
On Tue, Feb 21, 2012 at 12:48 PM,
Hello everyone,
Our weekly project release status meeting will take place at 21:00 UTC
this Tuesday in #openstack-meeting on IRC. PTLs, if you can't make it,
please name a substitute on [2].
10 days before essex-4 milestone, we'll review progress on planned
changes and drop stuff that did not
Because at least some OpenStack projects use log files for more than
just error messages, there may not be a one-size-fits all answer to
this. I agree strongly with point 1 below but have also gotten a lot of
value from generic web searching of error snippets from log files,
including searches
Hm, I agree on that. Yes applications should be designed for the cloud no
question there.
How far is Nova ready for availability zones? Can I make different zones in the
US and EU and let them work together? Is there any guidance for this available?
Best regards,
Tristan van Bokkem
Datacenter
Yes, thank you.
Best regards,
Tristan van Bokkem
Datacenter Operations
Contact:
E-mail Personal: tristanvanbok...@i3d.net
E-mail Support: i...@i3d.net
E-mail NOC: n...@i3d.net
Website: http://www.i3d.net Office:
Interactive 3D B.V.
Meent 93b
3011 JG Rotterdam
The Netherlands
Visit
For some reason it appears that Darren's message is late in making it
into my inbox, so I'm replying to Tristan's response instead.
On Tue, Feb 21, 2012 at 3:40 PM, i3D.net - Tristan van Bokkem
tristanvanbok...@i3d.nl wrote:
Agreed, but you're talking about HA at a different layer - within the
anyone know deltacloud
i think this is intersting
esp after OpenStack want to make their own standard vs Amazon API :)
i think the foundation need to be hurry and work closely with Apache ;0
On Sat, 2012-02-18 at 19:36 +, Ed Leafe wrote:
I still prefer 'cell'. The parallel to single celled / multi-cellular
life forms makes sense, and there is really no overloading of the word
in the world of computers.
I'll point out the concept of AFS cells. That said, +1 for cell…
--
Kevin
Hi all,
I'm announcing a piece of Swift middleware, swprobe [1], designed to gather
run-time metrics and ship them off to Graphite [2] for near real-time
monitoring. Currently it sends out bytes up- and downloaded per account, http
methods and response codes and timings in miliseconds on each
That's great. Have you by any chance seen
https://github.com/pandemicsyn/swift-informant? It's something similar that
we've been playing with at Rackspace.
--John
On Feb 21, 2012, at 10:36 AM, Jasper Capel wrote:
Hi all,
I'm announcing a piece of Swift middleware, swprobe [1], designed
2012/2/21 Ghe Rivero ghe.riv...@stackops.com
BigSwitch and Nicira have created different blueprints in quantum to add
their plugins for essex-4 about ten days ago, Cisco already have it
included almost from the beginning. No news of them for the moment, but i
really hope that both of them
Pete,
Yeah that was a type when I copy pasted.
This is what I've done to create user
keystone-manage tenant add adminTenant
keystone-manage user add adminUser secretword
keystone-manage role add Admin
keystone-manage role grant Admin adminUser
keystone-manage role grant Admin adminUser
Hi John,
Apparently my google-fu is not up to snuff, as I wasn't aware of that project.
Had I been, I probably would've just extemded that one. :)
Cheers,
Jasper
From: John Dickinson [m...@not.mn]
Sent: Tuesday, February 21, 2012 5:44 PM
To: Jasper
On Mon, Feb 20, 2012 at 12:46 PM, Sriram Subramanian
sri...@computenext.com wrote:
+1 for the same slot and for both of your proposals/ suggestions.
What is the current state of the Orchestration project - I don't see any
entries in the wiki/ getting started guides. Did I look at wrong place?
Some thoughts,
Using the binding to generate WADLs and XSDs would definitely be useful --
especially since a lot of the extensions are currently undocumented. Certainly
we can use these as a starting point for our documentation efforts.
Keep in mind, though, that extensions are optional and
Todd, Mike -
This looks great! From the looks of things, the main difference seem to be
slight changes due to the fact that dom0 is ubuntu, rather than redhat. Is
that accurate? If so, it seems like it should be straightforward to
support both with roughly the same code, and just if-else the
Hey Tomoe,
Great idea! Both of those sound good to me. Would you like to implement
this?:)
Lol, perhaps, but at the very least this warrants a blueprint:
https://blueprints.launchpad.net/nova/+spec/nova-create-bootable-volume
Also what do you think about the issue on required imageRef? Do
In my experience, the API is the most visible yet smallest problem of
working with different clouds.
For example, EC2 and Rackspace Cloud have completely different
approaches to volumes, such that the way you backup your VMs has to be
completely different (disk snapshot vs application level).
On 02/21/2012 11:04 AM, Frans Thamura wrote:
anyone know deltacloud
i think this is intersting
esp after OpenStack want to make their own standard vs Amazon API :)
i think the foundation need to be hurry and work closely with Apache ;0
On Tue, Feb 21, 2012 at 11:51 AM, Anthony Young
sleepsonthefl...@gmail.com wrote:
This looks great! From the looks of things, the main difference seem to be
slight changes due to the fact that dom0 is ubuntu, rather than redhat. Is
that accurate? If so, it seems like it should be
On 21/02/12 17:51, Anthony Young wrote:
Todd, Mike -
This looks great! From the looks of things, the main difference seem to
be slight changes due to the fact that dom0 is ubuntu, rather than
redhat. Is that accurate?
Yes, that's basically it. There is much less to do in
Deltacloud already has support for OpenStack:
http://deltacloud.apache.org/drivers.html
Yep, though the existing support is a thin extension over the
original deltacloud Rackspace driver, so is limited to the 1.0
version of the openstack compute API.
However work is under way on a new
What's the recommended way to play with stable/diablo with devstack?
We've been using the stable/diablo branch of devstack but stack.sh in
that branch is old that has some annoying small issues. If I use the
master branch of devstack but replace stackrc with the stable/diablo
branch content, would
Thanks Jorge for your comments:
On Tue, Feb 21, 2012 at 6:42 PM, Jorge Williams
jorge.willi...@rackspace.com wrote:
Some thoughts,
Using the binding to generate WADLs and XSDs would definitely be useful
-- especially since a lot of the extensions are currently undocumented.
Certainly we
Hi QA Team,
Unfortunately, I have another meeting happening at the same time as our
weekly IRC meeting in #openstack-meeting, and it's a meeting I really
need to attend :(
I'm hoping that the QA team would be open to moving our meeting to a
different time or day?
Would anyone be opposed
On Tue, Feb 21, 2012 at 11:23 AM, Yun Mao yun...@gmail.com wrote:
What's the recommended way to play with stable/diablo with devstack?
Ideally:
git checkout stable/diablo
./stack.sh
Which you are probably doing.
We've been using the stable/diablo branch of devstack but stack.sh in
that
On Tue, Feb 21, 2012 at 1:23 PM, Yun Mao yun...@gmail.com wrote:
What's the recommended way to play with stable/diablo with devstack?
We've been using the stable/diablo branch of devstack but stack.sh in
that branch is old that has some annoying small issues. If I use the
master branch of
On Tue, 21 Feb 2012 11:24:06 -0600
Paras pradhan pradhanpa...@gmail.com wrote:
Yeah that was a type when I copy pasted.
You mean, the commented section header #[]?
keystone-manage tenant add adminTenant
keystone-manage user add adminUser secretword
keystone-manage role add Admin
Is anyone else having trouble getting to irc.freenode.net?
-jay
___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help :
On Tue, 21 Feb 2012 23:04:22 +0700
Frans Thamura fr...@meruvian.org wrote:
i think the foundation need to be hurry and work closely with Apache ;0
What do you propose this work closely with actually mean?
What do you want Foundation actually do in this regard?
Issue a press release?
-- Pete
Pete,
This is what I have
#keystone-manage endpointTemplates add RegionOne swift
http://192.168.122.14:8080/v1/AUTH_%tenant_id%
http://192.168.122.14:8080/
http://192.168.122.14:8080/v1/AUTH_%tenant_id% 1 1
I have ssl enabled in swift-proxy.conf. Do I replace http with https here?
Thanks
It has been a pretty long month. I absorbed the community's comments, made
improvements where they've been raised, and have also refactored to
use fully asynchronous messaging.
I won't say the driver isn't without bugs, but it is again fully-functional and
feature complete. I've been working
Hi,
On Tue, 2012-02-21 at 11:04 -0500, Frans Thamura wrote:
anyone know deltacloud
i think this is intersting
esp after OpenStack want to make their own standard vs Amazon API :)
i think the foundation need to be hurry and work closely with
Apache ;0
* Debo Dutta (dedutta) (dedu...@cisco.com) wrote:
We are still pursuing it although the progress isn't as much as we would
have liked. Going forward, we would love to solicit help from others.
Good, wasn't sure if it was stalled or defunct ;)
We also hope to push the discussions at the
Jay Pipes wrote:
Is anyone else having trouble getting to irc.freenode.net?
It's just you.
--
Thierry
___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More
Hi Anthony, the issues with stable/diablo branch are: mostly the left
over VMs are not scrubbed cleanly, and EXTRA_FLAGS doesn't work due to
the typo. Those bugs are all fixed in the master branch a while ago.
Thanks,
Yun
On Tue, Feb 21, 2012 at 2:51 PM, Anthony Young
sleepsonthefl...@gmail.com
On 02/21/2012 03:07 PM, Jay Pipes wrote:
Is anyone else having trouble getting to irc.freenode.net?
Sorry, fixed now... I'd started my VPNP before connecting to IRC...
Silly me.
Now back to your regularly scheduled programming.
-jay
___
Mailing
On Tue, Feb 21, 2012 at 2:03 PM, Dean Troyer dtro...@gmail.com wrote:
On Tue, Feb 21, 2012 at 11:51 AM, Anthony Young
sleepsonthefl...@gmail.com wrote:
This looks great! From the looks of things, the main difference seem to be
slight changes due to the fact that dom0 is ubuntu, rather than
very cool. If there is any interest in extending the tool and making it
pluggable to work with other wire protocols i'd think the
openmamahttp://www.openmama.org/project would be an interesting
possibility.
nice work!
___
Mailing list:
There are certainly folks who review changes to stable/diablo
So if you want to propose patches to the branch, please do!
On Tue, Feb 21, 2012 at 12:35 PM, Yun Mao yun...@gmail.com wrote:
Hi Anthony, the issues with stable/diablo branch are: mostly the left
over VMs are not scrubbed cleanly,
Great job Sandy,
Correct me if I'm wrong, but you are using the events generated and
described in the SystemUsage blueprint (
http://wiki.openstack.org/SystemUsageData).
We are going to send a new blueprint (or I should say a part II of the
existing blueprint) to extend the current
Jesse Andrews anotherje...@gmail.com writes:
There are certainly folks who review changes to stable/diablo
So if you want to propose patches to the branch, please do!
Additionally, the stable/diablo branch of devstack is used in
integration testing to gate commits to the stable/diablo
Works fine here :)
Nuage Co - Razique Mahrouarazique.mahr...@gmail.com
Le 21 févr. 2012 à 21:29, Thierry Carrez a écrit :Jay Pipes wrote:Is anyone else having trouble getting to irc.freenode.net?It's just you.-- Thierry___Mailing list:
This does bring up a more generic problem of sharing the
availability/performance code for all of the OpenStack components.
At the design summit, this was proposed as one of the example use cases of
the OpenStack community forge (I forget the exact name) but it was intended
as a place for
Thanks ... I'll have a look!
-S
On 02/21/2012 04:57 PM, Cole wrote:
very cool. If there is any interest in extending the tool and making it
pluggable to work with other wire protocols i'd think the openmama
http://www.openmama.org/ project would be an interesting possibility.
nice work!
Thanks y'all ... I'll chat with The Powers to see where that fits. But
I agree it's a good idea.
One nice thing about StackTach though, is that it doesn't have to run
inside the firewall or have direct db access. The server is multi-tenant
and can host multiple openstack deployments. Would this
I think CIMI will be an important interface for interoperability.
-- mark
On 2/21/12 5:59 PM, Doug Davis wrote:
David Lutterkort wrote:
A first step to adopting DC in OpenStack would be to bundle DC with the
OpenStack code (or make sure it's very easy to set up on the widely used
distros
Hey Folks,
I was trying to work on bug #917245 today and had troubles connecting
my iSCSI devices. After a bit of poking around I found the culprit in
nova/volume/driver.py
results = location.split( )
properties['target_portal'] = results[0].split(,)[0]
For convenience's sake, please rename all OpenStack packages to
openstack-* in Debian and Ubuntu
openstack-nova-*
openstack-glance
openstack-swift
openstack-dashboard
openstack-keystone
...
For bindings, the openstack should become second word.
python-openstack-nova
python-openstack-glance
...
The idea is that the backend should specify the lun number in provider_location
when the volume is created. The logic of defaulting to 1 or 0 is to support
legacy volumes that may not have set the lun in provider_location. The code
previously would just determine the lun programatically on
That time still works for me. Would be starting that this week (tomorrow)?
Daryl
On Feb 21, 2012, at 1:45 PM, Jay Pipes wrote:
Hi QA Team,
Unfortunately, I have another meeting happening at the same time as our
weekly IRC meeting in #openstack-meeting, and it's a meeting I really need to
Justin, you touch on the area of semantics and use cases as supported by a
standard API.
The goal of a unified cloud API is to enable multiple underlying providers
(fecund market opportunity, yay!) in a manner that allows for consistent
semantic execution while enabling innovation that expands
H. Since I am aware of the API vs implementation conversations about the
destiny/definition of openstack, I should point out that there is immense
leverage and preference for a community supported standard implementation and
code base. In fact, in my commercial role, I insist that
Hey Yun,
On Tue, Feb 21, 2012 at 12:35 PM, Yun Mao yun...@gmail.com wrote:
Hi Anthony, the issues with stable/diablo branch are: mostly the left
over VMs are not scrubbed cleanly,
I put in a review for this proposal for this just now:
https://review.openstack.org/4387
and EXTRA_FLAGS
It's generally working OK; we (Citrix) did a bit of work on it a couple of
months ago. It's not going to get much attention in the near future though, so
if you're keen to keep it up to date you'd be more than welcome to get involved.
Cheers,
Ewan.
From:
Before we discuss whether the packages should be renamed or not, isn't it
unorthodox to have a hyphen in a package name?
On Wed, Feb 22, 2012 at 9:58 AM, Alexey Eromenko al4...@gmail.com wrote:
For convenience's sake, please rename all OpenStack packages to
openstack-* in Debian and Ubuntu
On Wed, Feb 22, 2012 at 9:21 AM, Zhongyue Luo lzye...@gmail.com wrote:
Before we discuss whether the packages should be renamed or not, isn't it
unorthodox to have a hyphen in a package name?
You mean this ?
openstack-nova-*
Just a reg.exp.
It means:
openstack-nova-volume
Following on from the IRC discussion today: I agree with Josh that an events
committee is a good idea. That way, we can discuss registration rules broadly,
because obviously a lot of people want to have input.
This is particularly true if Thierry doesn't actually want to organize
Ewan Mellor wrote:
Following on from the IRC discussion today: I agree with Josh that an events
committee is a good idea. That way, we can discuss registration rules
broadly, because obviously a lot of people want to have input.
This is particularly true if Thierry doesn't actually want
68 matches
Mail list logo