Thanks All,
@Jaypipes - I'm quickly coming to a point where I'm looking at
describing tasks using both nova client and euca2ools - its certainly
not a bad thing, the issue would be on simplicity (i.e. showing people
how things can be done vs you could do this or you could do that -
that choice bit
On Thu, Feb 02, 2012 at 11:52:17AM +, Armando Migliaccio wrote:
To the best of my knowledge, the ESXi support is up to date. There may be
bugs, but which virt driver is perfect ;)?
Sateesh may know more, because he is the main contributor/maintainer from
Citrix.
However, as Vish
+1!!
On Feb 6, 2012 5:38 AM, Daniel P. Berrange berra...@redhat.com wrote:
On Thu, Feb 02, 2012 at 11:52:17AM +, Armando Migliaccio wrote:
To the best of my knowledge, the ESXi support is up to date. There may
be bugs, but which virt driver is perfect ;)?
Sateesh may know more,
Thanks for your help!
Kei
There is additional specific information at :
http://wiki.openstack.org/Documentation/HowTo
mike
___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe :
Sorry for bringing up an old thread but since the question was asked I thought
someone might find this CORS middleware module I worked on useful.
https://github.com/adrian/swift/tree/cors
What it does is examine each request, decide if it's cross origin or not and
then deal with it
On 02/06/2012 04:48 AM, Kevin Jackson wrote:
Thanks All,
@Jaypipes - I'm quickly coming to a point where I'm looking at
describing tasks using both nova client and euca2ools - its certainly
not a bad thing, the issue would be on simplicity (i.e. showing people
how things can be done vs you could
Hi Reynolds,
I've been looking into your interesting idea around sendfile()[1]
usage, here are a few initial thoughts:
- There's potentially even more speed-up to be harnessed in serving
out images from the filesystem store via sendfile(), than from using
it client-side on the initial
Anne,
This is Jaesuk Ahn from Korea User Group.
Since the opening of OpenStack Korea Community last year, we have been
keeping our (korean) wiki to share the information among the members.
http://wiki.openstack.or.kr
Most of wiki contents is about overview and installation.
Most of wiki contents
Hi Pete,
2012/02/06 10:56 Pete Zaitcev zait...@redhat.com:
On Thu, 2 Feb 2012 19:03:54 +0900
Akira Yoshiyama akirayoshiy...@gmail.com wrote:
I modified the wiki:
http://wiki.openstack.org/Keystone-BP-S3Token
I added authtoken in main pipeline just now.
I was unable to find the
Hello, everyone
What is the status of this LBaaS project for the OpenStack? As far as I
know, the open-source version is compatible with OpenStack. But is it
possible to merge the Java code in the OpenStack ecosystem? Is someone
working on re-implementing Atlas-LB in Python and eventually adding
Hello,
I was meaning to do add the feature of launching the swift services in the
foreground in a screen/tmux window' instead of in foreground but would like to
gather ideas before implementing it. Currently for the Swift All in One we
launch 4 (3 replicas and one hand-off) different services:
If one wants to experiment with the performance effects of sendfile(),
the netperf benchmark http://www.netperf.org/ has a TCP_SENDFILE
test which complements the TCP_STREAM test. It can also report CPU
utilization and service demand to allow a comparison of efficiency.
netperf -H
Hi Oleg,
NOTE: this is my opinion - I do not speak for all of OpenStack!
While our focus is on a successful Essex, the RCB team has started
thinking about Folsom. Our current thoughts is focusing on enabling
an eco-system **around** core. OpenStack shouldn't try to be IaaS,
PaaS and SaaS -
Hi all,
Over the weekend I was thinking (I know a first, haha).
I was wondering if the community could elevate devstack to a official
openstack project, instead of being a unofficial project. Since it seems like
pretty much every developer (and even CI) is either depending on the shell
script
I think having a session on devstack at the summit would be valuable.
I'm still torn on it being python vs. bash because I see
non-developers using it all the time because they can take snippets of
the shell script and use it.
Jesse
On Mon, Feb 6, 2012 at 10:29 AM, Joshua Harlow
On 06 Feb 2012 - 10:29, Joshua Harlow wrote:
Hi all,
Over the weekend I was thinking (I know a first, haha).
I was wondering if the community could elevate devstack to a
official openstack project, instead of being a unofficial project.
Since it seems like pretty much every developer (and
Interesting, what is the non-developer use case or the one u see as existing?
Can't they take snippets of python code as well ;)
On 2/6/12 10:37 AM, Jesse Andrews anotherje...@gmail.com wrote:
I think having a session on devstack at the summit would be valuable.
I'm still torn on it being
Hmm. Sounds like a good idea. I will reach out to the board and ask.
~sean
On Feb 6, 2012, at 10:34 AM, Joshua Harlow
harlo...@yahoo-inc.commailto:harlo...@yahoo-inc.com wrote:
Hi all,
Over the weekend I was thinking (I know a first, haha).
I was wondering if the community could elevate
Hi all,
I am running devstack and got a dev instance of OpenStack running.
I am happy to see the concept of multiple floating IP pools, and the
per-floating-ip interface in the trunk, which I consider a very good basis
for my blueprint proposal here:
On Mon, Feb 6, 2012 at 7:40 PM, Joshua Harlow harlo...@yahoo-inc.comwrote:
Interesting, what is the non-developer use case or the one u see as
existing?
This is my own personal opinion and not as commiter of devstack.sh,
I found very valuable to point sysops to devstack.sh with the
Hmmm, I'm not sure I agree with that.
The its just a shell script argument only works when its pretty simple,
setting up all these components is not simple. I think you are dumbing down
your sysops to much :-)
I think that having a well documented python script can be just as easy to
follow, if
On Mon, 6 Feb 2012 18:53:36 +0100
Chmouel Boudjnah chmo...@chmouel.com wrote:
Another thing I want to implement is to add Swift as a back-end to Glance.
Wait, what is this then
[zaitcev@lembas glance-tip]$ ls glance/store/swift.py
glance/store/swift.py
[zaitcev@lembas glance-tip]$ cat
I would add that the Horizon team has been hard at work in the Essex release
cycle to support this ecosystem concept as well. The Essex release has been
completely re-architected for extensibility; any project can easily add their
own dashboards, panels, etc. via reusable components. We'll be
On 6 Feb 2012, at 19:33, Pete Zaitcev wrote:
Another thing I want to implement is to add Swift as a back-end to Glance.
Wait, what is this then
[zaitcev@lembas glance-tip]$ ls glance/store/swift.py
My email may not have been very clear, I am talking about configuring swift and
glance via
I've just finished re-reading 'OpenStack API Extensions -- an
overview.' I understand the distinction between a core API and an API
extension, and the value of that distinction is clear.
What I don't understand is how that distinction plays out when it
comes to implementation.
Jesse,
Thank you for quick answer and interesting information. Personally I like
the idea of multiple projects as ecosystem around OpenStack core.
--
Best regards,
Oleg Gelbukh
Mirantis Inc.
On Mon, Feb 6, 2012 at 10:13 PM, Jesse Andrews anotherje...@gmail.comwrote:
Hi Oleg,
NOTE: this is
Yes some extensions modify core code. We are trying to strike a middle ground
between ease-of-implementation and stability. Stability of the API is vital,
so public facing features definitely need to be extensions until we create a
new version of the api. Internal stability is less important,
Hello together.
I was wondering if the community could elevate devstack to a
official openstack project, instead of being a unofficial
project.
I think devstack.org is already some kind of official project (provided
by Rackspace Cloud Builders).
Where is the benefit of becoming a core
I currently have OpenStack installed (using the ManagedIT PPA) to use Keystone
for authentication. However I'm still receiving a number of Malformed request
URL messages, both in Dashboard as well as when using the Nova command line
client. Also, some of the Euca2ools command run OK, others
Hey guys,
Dragon has really stepped up lately on reviewing patches into Nova, and has a
ton of knowledge around Nova proper, so I propose he be added to Nova core. I
think he'd be a great addition to the team.
Matt
___
Mailing list:
I think the thing you are discussing already exists.
devstack is currently part of and managed by all of the normal OpenStack
development infrastructure. The canonical repository for it is
https://review.openstack.org/p/openstack-dev/devstack which is mirrored
to
On 02/06/2012 10:37 AM, Jesse Andrews wrote:
I think having a session on devstack at the summit would be valuable.
++
I'm still torn on it being python vs. bash because I see
non-developers using it all the time because they can take snippets of
the shell script and use it.
I'm similarly
Our team had discussions on python vs. bash at the beginning of devstack.
If we go with python it would be nice to do something similar to
python-novaclient where setting DEBUG lets users see CURL commands
that you can execute to do the same thing.
That said, we are focused on essex until the
Sure I think CURL commands are the least of the problems though.
Just getting this devstack python version running on multiple distributions
is a pain enough (pkg dependencies, conf files are different...)
That's one of the other benefits I see, the current stack.sh would turn pretty
ugly real
cc'ing Matt Ray from OpsCode, since he and I discussed related topics
this past Thursday during the bug squash day...
On 02/06/2012 06:35 PM, Monty Taylor wrote:
I think the thing you are discussing already exists.
devstack is currently part of and managed by all of the normal OpenStack
+ There needs to be a way to install on multiple distributions (without saying
go figure out the deps yourself).
I know everyone is ubuntu, ubuntu, ubuntu, but this really needs to be fixed
(process wise as well).
:-/
On 2/6/12 5:12 PM, Jay Pipes jaypi...@gmail.com wrote:
cc'ing Matt Ray
Hi Stackers,
tl;dr
-
There are myriad Chef cookbooks out there in the ecosystem and locked
up behind various company firewalls. It would be awesome if we could
agree to:
* Align to a single origin repository for OpenStack cookbooks
* Consolidate OpenStack Chef-based deployment
Awesome leadership on this Jay! (And Matt) You should come down to Austin more
often :)
Definitely seems like an area with a lot of duplicated effort.
Jay Pipes jaypi...@gmail.com wrote:
Hi Stackers,
tl;dr
-
There are myriad Chef cookbooks out there in the ecosystem and locked
up
Agreed. Supporting more than just ubuntu is important!
On Mon, Feb 6, 2012 at 5:22 PM, Joshua Harlow harlo...@yahoo-inc.com wrote:
+ There needs to be a way to install on multiple distributions (without
saying go figure out the deps yourself).
I know everyone is ubuntu, ubuntu, ubuntu, but
hi,all:
I am confued about how security rules works ,i read the
/nova/virt/libvirt/firewall.py and /nova/network/linux_net.py ,
my understanding is when create or change a security rule ,the process is
as below.
reuqest to nova osapi-update db for the rule-call method
I know that the RCB deploy team works with the Crowbar team on chef
recipes for that project.
Regarding the github.com/ansolabs github.com/rcb recipes - I'll have
to delegate to Vishy who worked on those.
Jesse
On Mon, Feb 6, 2012 at 6:07 PM, Jay Pipes jaypi...@gmail.com wrote:
Hi Stackers,
On 02/06/2012 09:37 PM, Jesse Andrews wrote:
I know that the RCB deploy team works with the Crowbar team on chef
recipes for that project.
OK. Are you in agreement about the proposal in my email?
Regarding the github.com/ansolabs github.com/rcb recipes - I'll have
to delegate to Vishy who
RCB deploy has a set of chef cookbooks we use for diablo all in one testing
(minus swift) in addition to the work we have been doing with the crowbar team.
Since we seem to be adding to the problem, we'd be happy to collaborate on the
consolidation..
Jason
On Feb 6, 2012, at 20:56, Jesse
On Feb 6, 2012, at 6:37 PM, Jesse Andrews wrote:
I know that the RCB deploy team works with the Crowbar team on chef
recipes for that project.
Regarding the github.com/ansolabs github.com/rcb recipes - I'll have
to delegate to Vishy who worked on those.
They were the basis of dan and
Jesse, right. The results are here:
https://github.com/dellcloudedge/crowbar/tree/openstack-os-build/barclamps .
With separate repos for nova, swift, keystone and horizon ( at this location,
they're git submodules)
The v1.2 tag deploys diablo/stable.
Most Cookbooks are written to be useable
-1 on multi-distribution devstack. Being cross-platform is arguably a place
where chef/puppet/cfengine automation comes into play, and that's not where
devstack's self-declared mission lies.
+1 to continuing to have Ubuntu be the reference devstack target. Maintaining
support for an
I've submitted a Swift AIO cookbook for review:
https://review.openstack.org/#change,3613
It follows the latest single-node AIO instructions pretty much to the letter,
so the resulting environment is well-documented. We use this cookbook as the
basis for building Swift development
The alignment proposal sounds great, and would definitely help reduce
redundancy.
However, it might be useful to define clear goals of the resulting deployment
using these cookbooks.
As an example - Looking at the anso recipes for swift - they appear to deploy a
SAIO swift cluster. The Crowbar
On 02/06/2012 06:07 PM, Jay Pipes wrote:
Hi Stackers,
tl;dr
-
There are myriad Chef cookbooks out there in the ecosystem and locked
up behind various company firewalls. It would be awesome if we could
agree to:
* Align to a single origin repository for OpenStack cookbooks
*
On Tue, Feb 7, 2012 at 2:22 AM, Joshua Harlow harlo...@yahoo-inc.comwrote:
+ There needs to be a way to install on multiple distributions (without
saying go figure out the deps yourself).
I know everyone is ubuntu, ubuntu, ubuntu, but this really needs to be
fixed (process wise as well).
50 matches
Mail list logo