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
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-
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
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
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
+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
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
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
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
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
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
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
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
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
> 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
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
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
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
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,
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
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 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
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
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
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
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.
>
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
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
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
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
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.
+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
>
> ___
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
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
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'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
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
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
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
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
___
+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 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
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
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 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
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
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
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
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
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
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
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
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
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
54 matches
Mail list logo
