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].
I'd like to do a full review of the E4 feature freeze exceptions and
check what is late and should be al
Jay Pipes wrote:
> So, the topic of multiple mailing lists has come up before and we've
> even tried topical mailing lists before, but the amount of traffic on
> them tends to be too low for it to be worth the extra ML subscription.
> I've also made the argument before that with a general mailing l
Maru Newby writes:
> 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 Swi
Daniel P. Berrange wrote:
> FWIW, libvirt has pretty reasonable abilities to manage VMWare ESX servers,
> and some very basic support for Hyper-V. It would be interesting to see if
> the OpenStack libvirt driver can be developed to support these targets too.
> If the libvirt VMWare/HyperV drivers a
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
> development infrastructure. The canonical repository for it is
> https://review.openstack.org/p/openstack-dev/devstack which is mirrored
> to ht
Hi,
Can someone have a look at the changes and review them
https://review.openstack.org/#change,3343? The review comments that had been
given have been addressed in the latest patch set.
Regards,
Devdeep
-Original Message-
From: openstack-bounces+devdeep.singh=citrix@lists.launchpa
Yessir! +1
From: openstack-bounces+sandy.walsh=rackspace@lists.launchpad.net
[openstack-bounces+sandy.walsh=rackspace@lists.launchpad.net] on behalf of
Matt Dietz [matt.di...@rackspace.com]
Sent: Monday, February 06, 2012 6:48 PM
To: openstack@lists.laun
The original implementation of this filtering used only nwfilter. Due
to shortcomings in nwfilter in libvirt and netfilter in the Linux
kernel, this turned out not to work very well at all, so an alternate
implementation using raw iptables was added. This is now the default.
However, nwfilter works
apologies for possible duplicates - some replies last night were from the
wrong email account (and didn't make it to the list)
On Mon, Feb 6, 2012 at 9:37 PM, Jesse Andrews wrote:
> I know that the RCB deploy team works with the Crowbar team on chef
> recipes for that project.
>
> Right. The resu
On Tue, Feb 7, 2012 at 6:51 AM, Maru Newby wrote:
> -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.
In the meantime devstack's mission was expanded t
Hey Jay,
I'll take this one (assuming no-one else was thinking of grabbing it?).
Cheers,
Eoghan
- Original Message -
> From: "Jay Pipes"
> To: openstack@lists.launchpad.net
> Sent: Tuesday, 7 February, 2012 2:37:17 AM
> Subject: [Openstack] [GLANCE] Easy blueprint for a new contribut
On 02/07/2012 05:18 AM, Thierry Carrez wrote:
Shameless plug: just a few weeks left before the core projects for
Folsom are decided, so projects in incubation should propose themselves
soon! Other projects that would like to be considered for Folsom core
should probably have been in incubation fo
On 02/07/2012 04:49 AM, Thierry Carrez wrote:
Jay Pipes wrote:
So, the topic of multiple mailing lists has come up before and we've
even tried topical mailing lists before, but the amount of traffic on
them tends to be too low for it to be worth the extra ML subscription.
I've also made the argu
+1!
--
> *From:*
> openstack-bounces+sandy.walsh=rackspace@lists.launchpad.net[openstack-bounces+sandy.walsh=
> rackspace@lists.launchpad.net] on behalf of Matt Dietz [
> matt.di...@rackspace.com]
> *Sent:* Monday, February 06, 2012 6:48 PM
> *To:* openstack@li
On Mon, 2012-02-06 at 22:48 +, Matt Dietz wrote:
> 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.
+1
--
Kevin L. Mitchell
___
On Mon, 2012-02-06 at 22:48 +, Matt Dietz wrote:
> 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.
Seeing some very nice, t
There was a thread about this in December:
http://www.mail-archive.com/openstack@lists.launchpad.net/msg06296.html
I think that thread is saying that if you follow the official
documentation for configuring live migration, but use --multi_host, then
migration will not actually work. If that is
Jay and All,
I have a couple of questions about the goals of the proposal.
1. What is the origin for the "package" declarations?
- PPA's
- Tarball
- OS Packages (e.g. whatever happens to be in ubuntu's 11.04 or 11.10
repo?)
- Git checkout
2. Are these cookbooks m
I've seen a few folks apologizing for "top-posts" and a few pokes in some
threads about folks with less than intelligent email clients.
Which leads me to ask: are there any pointers to "best practices on the
mailing list"?
(replying to the right message in a thread, ideally inline with the context
Not sure on #1 and #3, but as for #2 and #4:
#2) Most of the openstack/openstack-chef cookbooks should be able to run with
chef-server or chef-solo. They are mostly tested with chef-server however.
#4) I don't see why not, I'd love to support a variety of different
configurations/options. Righ
I would find this helpful for managing/organizing email traffic for sure...
+1
On Tue, Feb 7, 2012 at 8:25 AM, Jay Pipes wrote:
> On 02/07/2012 04:49 AM, Thierry Carrez wrote:
>
>> Jay Pipes wrote:
>>
>>> So, the topic of multiple mailing lists has come up before and we've
>>> even tried topical
On 02/07/2012 01:08 PM, andi abes wrote:
I've seen a few folks apologizing for "top-posts" and a few pokes in
some threads about folks with less than intelligent email clients.
Which leads me to ask: are there any pointers to "best practices on the
mailing list"?
Not using HTML email and not us
+1
On Mon, Feb 6, 2012 at 4:48 PM, Matt Dietz wrote:
> 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
>
> ___
Live migration will still work, it just means that your old host will still be
dhcp, gateway. and floating ip host for the vm. A fix for moving the floating
ip should be simple. Moving the dhcp host is a little harder, due to having to
update security group rules to allow dhcp traffic as well.
On Tue, 2012-02-07 at 13:08 -0500, andi abes wrote:
> I've seen a few folks apologizing for "top-posts" and a few pokes in some
> threads about folks with less than intelligent email clients.
> Which leads me to ask: are there any pointers to "best practices on the
> mailing list"?
> (replying to t
This message is to inform you of a security vulnerability that existed
in older versions of SQLAlchemy. The following bug was reported against
Keystone:
https://bugs.launchpad.net/keystone/+bug/918608
The bug pointed out a possible SQL injection issue when Keystone was
used in combination wi
Hello all,
The Horizon team is looking at adding a first-pass implementation of image
upload before the Essex release, and we'd really like to bypass the problems
associated with, say, passing a 700MB Ubuntu image through the user's browser
to a web server and then across to Glance...
So the q
On Tue, Feb 7, 2012 at 1:33 PM, Jay Pipes wrote:
> On 02/07/2012 01:08 PM, andi abes wrote:
>
>> I've seen a few folks apologizing for "top-posts" and a few pokes in
>> some threads about folks with less than intelligent email clients.
>> Which leads me to ask: are there any pointers to "best pra
On 02/07/2012 06:44 AM, Alan Pevec wrote:
> On Tue, Feb 7, 2012 at 6:51 AM, Maru Newby wrote:
>> -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.
>
Hi All,
I've installed devStack and I'd like to try RESTful APIs but I don't
how to get get the API access key?
I need access key to get the authorization token.
I'd appreciate your help!
Joe
___
Mailing list: https://launchpad.net/~openstack
Post to
Hmmm, that seems odd, and I guess I don't understand your reasoning there.
There are other developers that develop on more than just ubuntu X (where X is
the latest ubuntu). Ie yahoo is on rhel, I'm pretty sure red hat is running
rhel/fedora so the idea that because a "self-declared mission lies
The ZeroMQ RPC driver is now feature-complete. I'm cleaning up for a
merge-proposal!
--
Eric Windisch___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More hel
Hi All,
I've installed DevStack and using dashboard I created a server from
"cirros" image which comes with devstack.
Based on the information in the log file, the server is running with a
private IP address 10.0.0.4 but no public IP address!
Something in my configuration might be wrong but I do
With the default networking there's a single nova-network service.
With the --multi_host option, 'set_network_host' sets every instance
to use their host as the nova-network node, effectively requiring
nova-network to run on every nova-compute. The multi_host mode
greatly helps HA and consolidates
Hi Josh,
Devstack in bash will only get more complicated and harder to maintain as time
goes on. Supporting multiple distros would add to that complexity, and
increase the resources required to support devstack.
As far as DevstackPy goes, I have mixed feelings. It's easier to write
testable
Aren't the problems u just stated really just things that need to be "watched"
and "controlled" by technical leadership?
Ie, its the leads job to make sure it doesn't grow out of control. I don't see
how the excuse that something could go out of control as a reason to not do it
in the first plac
Hi Josh,
Your perspective is certainly valid, no argument from me.
Devstack advertises being written in bash instead of Chef/Puppet/etc to be able
to provide a documented install and avoid alienating the unchosen CM
communities. Is the functionality of DevstackPy similiarly constrained by not
No worries, I like discussions :-)
That's my idea for the python version.
Although I am not really a fan of "self-documented" bash script since I believe
that will eventually fall apart (if it hasn't already).
But a python version that does the same thing, that eventually has a actually
doc (simp
At the end of devstack run it says:
echo "keystone is serving at
$KEYSTONE_SERVICE_PROTOCOL://$KEYSTONE_SERVICE_HOST:$KEYSTONE_SERVICE_PORT/v2.0/"
echo "examples on using novaclient command line is in exercise.sh"
echo "the default users are: admin and demo"
echo "the password: $ADM
> The Horizon team is looking at adding a first-pass implementation of
> image upload before the Essex release, and we'd really like to
> bypass the problems associated with, say, passing a 700MB Ubuntu
> image through the user's browser to a web server and then across to
> Glance...
>
> So the
The sweet smell of success...
Looking closely at my api-paste.ini file, and comparing to Kiall's (ManagediT)
templates, I noticed that I had my authorization pipelines setup wrong. So I
corrected these errors and now all nova client commands seem to execute with no
problem. Additionally, dash
My two cents...
The current multi-host mode is really making the assumption that if the NC
running in the dom0 is gone, all the VMs are likely screwed anyway.
When you are talking about a middle-ground, you'll need to handle NC
failures and load-balance among the NCs. You'll also need to worry ab
If you are using vlan mode, you can run multiple nova-networks. Each project
network will be randomly assigned to one host when it is instantiated. There
is no automatic failover from one node to another, but you could use the
strategy that ntt designed before ha was available, esentially drbd
curl -d '{"auth":{"passwordCredentials":{"username": "*$YOUR_USERNAME*",
"password": "*$YOUR_PASSWORD*"}}}' -H "Content-type: application/json"
http://*$KEYSTONE_SERVER_IP*:35357/v2.0/tokens
Look for the token structure. The id member is what you're after.
HTH,
Andy
andy.edmonds.be
On Tue, Feb
Just one problem.
Some companies may not be wanting to use puppet or chef (at least in the
short-term).
I know of at least one ;)
But maybe this can be worked on...
On 2/7/12 12:37 PM, "Monty Taylor" wrote:
On 02/07/2012 06:44 AM, Alan Pevec wrote:
> On Tue, Feb 7, 2012 at 6:51 AM, Maru Newb
Ah, toaster as a service. I think java already did that ;)
On 2/7/12 7:18 AM, "Jay Pipes" wrote:
On 02/07/2012 05:18 AM, Thierry Carrez wrote:
> Shameless plug: just a few weeks left before the core projects for
> Folsom are decided, so projects in incubation should propose themselves
> soon! Ot
I think this is a slightly different (but related) use case. In this case the
user wants to add an image to the configured Glance store through the web
front-end performing the same task as 'glance add name="foo" is_public=true <
blah.tar.gz' in the CLI.
Ideally Horizon would provide a UI that
Heh. Of course.
I'm not really advocating puppet or chef. I think juju is pretty cool
too, actually... I think all I'm saying is that I'm VERY concerned that
if we expand the scope of devstack to be a tool people can use to deploy
operational OpenStack if they don't want to use puppet or chef or j
+1
On 2/7/12 4:49 PM, "Monty Taylor" wrote:
Heh. Of course.
I'm not really advocating puppet or chef. I think juju is pretty cool
too, actually... I think all I'm saying is that I'm VERY concerned that
if we expand the scope of devstack to be a tool people can use to deploy
operational OpenStac
I think Jay did a good job outlining the lineages and scope of the
assorted cookbook efforts so far. My Anso-based fork at
github.com/mattray/openstack-cookbooks was the basis for a few public
and private forks and strictly focused on multi-node deployments of
stable releases. A lot of this went in
Thanks for the update, Matt. Comments inline...
On 02/07/2012 10:16 PM, Matt Ray wrote:
I think Jay did a good job outlining the lineages and scope of the
assorted cookbook efforts so far. My Anso-based fork at
github.com/mattray/openstack-cookbooks was the basis for a few public
and private for
On 02/06/2012 11:53 PM, Vishvananda Ishaya wrote:
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 worke
On 02/07/2012 08:32 PM, Jay Pipes wrote:
> Thanks for the update, Matt. Comments inline...
>
> On 02/07/2012 10:16 PM, Matt Ray wrote:
>> I think Jay did a good job outlining the lineages and scope of the
>> assorted cookbook efforts so far. My Anso-based fork at
>> github.com/mattray/openstack-
Silly thought: what about launching automating VM to do the work of
downloading and uploading the image to glance?
On Tue, Feb 7, 2012 at 4:21 PM, Tres Henry wrote:
> I think this is a slightly different (but related) use case. In this case the
> user wants to add an image to the configured Glan
54 matches
Mail list logo
