Thank you Pádraig Brady, I learn a lot, but still can not get some of them
since centos has no nbd supported, I use libguestfs-mount to inject
ssh-key, and I make it work
you said if I can inject ssh-key, I can inject file, etc. but I don't know
how
I added --meta key=value to boot command, I
On 06/01/2012 10:55 AM, William Herry wrote:
I have been spend all days to search metadata and file injection related info
with Google,
there are few doc or blog about this topic (or I am not use the proper
keyword)
I know about this is only pieces
what I know now is:
cloud-init can
I'm reviving this ancient thread to ask: Will there be a code summit
session about this? And/or are there plans to start developing a
standard set of guest agents for Folsom?
-Andrew
On 12/15/11 2:34 AM, Jesse Andrews wrote:
Great question.
Right now there are 3 approaches to
On Tue, 10 Apr 2012, Andrew Bogott wrote:
I'm reviving this ancient thread to ask: Will there be a code summit session
about this? And/or are there plans to start developing a standard set of
guest agents for Folsom?
http://summit.openstack.org/sessions/view/100
I maintain my stance from pre-Diablo, that the configuration drive should be
exported as a virtual cdrom device with an ISO9660 filesystem. We can generate
the filesystem without root access and the filesystem is well-supported.
Additionally, it lacks the patent-related issues associated with
: [Openstack] Metadata and File Injection (code summit session?)
On Tue, 10 Apr 2012, Andrew Bogott wrote:
I'm reviving this ancient thread to ask: Will there be a code summit
session about this? And/or are there plans to start developing a
standard set of guest agents for Folsom?
http
-
From: openstack-bounces+philip.day=hp@lists.launchpad.net [mailto:
openstack-bounces+philip.day=hp@lists.launchpad.net] On Behalf Of
Scott Moser
Sent: 10 April 2012 16:52
To: andrewbog...@gmail.com
Cc: openstack@lists.launchpad.net
Subject: Re: [Openstack] Metadata and File Injection
@lists.launchpad.net] On Behalf Of Scott Moser
Sent: 10 April 2012 16:52
To: andrewbog...@gmail.com
Cc: openstack@lists.launchpad.net
Subject: Re: [Openstack] Metadata and File Injection (code summit session?)
On Tue, 10 Apr 2012, Andrew Bogott wrote:
I'm reviving this ancient thread to ask
Config drive can support all EC2 functionality, I believe.
Images would need to be respun for OpenStack with config-drive, unless we
populated the config drive in a way that worked with cloud-init. (Scott?)
Personally, I'd rather our effort went into producing great images for
OpenStack, than
EC2 is strategically important. I don't believe that building gold images is
the right focus for OpenStack.
Anyone wanting to use config-drive would need to support it in their images,
that is a no-brainer. It should not be required that images launching in Nova
via the EC2 API support
What I crave is a communication channel between nova and running
instances. There was discussion at some point about extending the
metadata api to have this ability.
Having a solid config drive standard seems like a good idea, but it
won't get me run-time interaction, will it?
-Andrew
On
On Tue, Apr 10, 2012 at 3:12 PM, Eric Windisch e...@cloudscaling.com wrote:
EC2 is strategically important. I don't believe that building gold images
is the right focus for OpenStack.
Indeed. Amazon drives a huge portion of the IaaS market today, and has
an enormous impact on non-Amazon IaaS
I presume you're looking for more than SSH offers. What are the missing
features you need?
On Tue, Apr 10, 2012 at 12:36 PM, Andrew Bogott abog...@wikimedia.orgwrote:
What I crave is a communication channel between nova and running
instances. There was discussion at some point about
On 04/10/2012 12:36 PM, Andrew Bogott wrote:
What I crave is a communication channel between nova and running
instances. There was discussion at some point about extending the
metadata api to have this ability.
Having a solid config drive standard seems like a good idea, but it
won't get
On 4/10/12 5:04 PM, Justin Santa Barbara wrote:
Can you please share that use case? I'm especially interested in
finding use cases that would not better be better served by e.g. SSH
or Zookeeper or Corosync..
The immediate use case I have in mind is to support this:
The immediate use case I have in mind is to support this:
http://wiki.openstack.org/**PackageConfigForNovahttp://wiki.openstack.org/PackageConfigForNova.
That design requires periodic checkins between an instance agent and a
nova driver. It certainly /could/ be implemented using ssh, but I
On Apr 10, 2012, at 3:04 PM, Justin Santa Barbara wrote:
Having the ability to read config data from a runtime changeable
metadata server (rather then a config file on an injected disk) serves a
use case I am interested in. The only problem is horizontal scalability
of the metadata server
One advantage of a network metadata channel is it allows for communication
with cloud provider services without having to put a key into the vm. In
other words, the vm can be authenticated via its ipv6 address.
Did you have a use case in mind here? It seems that Keystone could use the
IPV6
On 04/10/2012 03:04 PM, Justin Santa Barbara wrote:
Having the ability to read config data from a runtime changeable
metadata server (rather then a config file on an injected disk) serves a
use case I am interested in. The only problem is horizontal scalability
of the metadata
On 4/10/12 5:36 PM, Justin Santa Barbara wrote:
The immediate use case I have in mind is to support this:
http://wiki.openstack.org/PackageConfigForNova . That design
requires periodic checkins between an instance agent and a nova
driver. It certainly /could/ be implemented
On Apr 10, 2012, at 4:24 PM, Justin Santa Barbara wrote:
One advantage of a network metadata channel is it allows for communication
with cloud provider services without having to put a key into the vm. In
other words, the vm can be authenticated via its ipv6 address.
Did you have a use
Surely if you haven't got spoofing locked down on your cloud it's game over
anyway?
I think we do have another potential requirement here though: it would be
great to get a machine Keystone token securely. I think it would also be
nice to be able to get the machine's automatically generated SSH
On 10/04/12 15:36 -0700, Justin Santa Barbara wrote:
The immediate use case I have in mind is to support this:
http://wiki.openstack.org/**PackageConfigForNovahttp://wiki.openstack.org/PackageConfigForNova.
That design requires periodic checkins between an instance agent and a
nova driver.
On Apr 10, 2012, at 6:19 PM, Angus Salkeld wrote:
On 10/04/12 15:36 -0700, Justin Santa Barbara wrote:
The immediate use case I have in mind is to support this:
http://wiki.openstack.org/**PackageConfigForNovahttp://wiki.openstack.org/PackageConfigForNova.
That design requires periodic
On Tue, 10 Apr 2012, Justin Santa Barbara wrote:
Config drive can support all EC2 functionality, I believe.
Images would need to be respun for OpenStack with config-drive, unless we
populated the config drive in a way that worked with cloud-init. (Scott?)
cloud-init supports config-drive
On Fri, Jan 06, 2012 at 11:04:10AM -0800, Duncan McGreggor wrote:
This does seem like an interesting project -- I've asked one of our guys
at DreamHost to do some investigation (LoE estimates, mostly) over the
next week or so, as he has time. This may be something that we're
interested in
On Fri, Jan 06, 2012 at 06:41:28PM +, Caitlin Bestler wrote:
Is there any prospect of defining a universal agent for all virtio
guests? (ovirt, kvm, xen, ...)
Oh sure. In fact there are several :-)
. qemu virt-agent (I think now called qemu-va?)
. Matahari
You could also consider the
-Original Message-
From: Scott Moser [mailto:ssmos...@gmail.com] On Behalf Of Scott Moser
Sent: 06 January 2012 08:15
To: Ewan Mellor
Cc: Richard W.M. Jones; openstack@lists.launchpad.net
Subject: RE: [Openstack] Metadata and File Injection
On Sun, 1 Jan 2012, Ewan Mellor wrote
Scott Moser wrote:
within kvm/qemu, the path that is being worked to getting host-guest
communication outside
of networking is being done via 'qemu-ga'.
http://wiki.qemu.org/Features/QAPI/GuestAgent
Thats a guest agent that would run inside.
It will communicate over a virtual serial
Cc: openstack@lists.launchpad.net
Subject: Re: [Openstack] Metadata and File Injection
On Thu, Dec 15, 2011 at 11:43:13AM -0500, Scott Moser wrote:
c.) No way to modify contents of the service after instance launch.
OK, I said 2 features, and really this one is wishlist. If we
2012/1/2 Ewan Mellor ewan.mel...@eu.citrix.com:
In the context of this discussion, that means that OpenStack needs
to work in DHCP-free environments, because we already know of many.
The only one I'm familiar with is Rackspace where I think (and please
do correct me if I'm wrong) DHCP isn't
I can't tell you how to run your business. All I know is that if a
client of mine gave me a functional requirement specification that
would
be perfectly met by DHCP, but they had a piece of paper from the
mid-90's that said DHCP isn't allowed. Just because. on which they
refused to budge,
On 01/02/2012 02:46 AM, Soren Hansen wrote:
2012/1/1 Ewan Mellor ewan.mel...@eu.citrix.com:
Rackspace aren't the only people to have problems with DHCP. I have
encountered a number of enterprises where DHCP is expressly forbidden inside
the datacenter (for good reasons or stupid ones,
-Original Message-
From: Soren Hansen [mailto:so...@linux2go.dk]
Sent: 02 January 2012 02:47
To: Ewan Mellor
Cc: Jesse Andrews; Jay Pipes; openstack@lists.launchpad.net
Subject: Re: [Openstack] Metadata and File Injection
2012/1/1 Ewan Mellor ewan.mel...@eu.citrix.com:
Rackspace
-Original Message-
From: Soren Hansen [mailto:so...@linux2go.dk]
[Snip]
In the context of this discussion, that means that OpenStack needs to
work in DHCP-free environments, because we already know of many.
The only one I'm familiar with is Rackspace where I think (and please
: [Openstack] Metadata and File Injection
On Thu, Dec 15, 2011 at 11:43:13AM -0500, Scott Moser wrote:
c.) No way to modify contents of the service after instance launch.
OK, I said 2 features, and really this one is wishlist. If we
had an
arbitrary key-value store
.
Cheers,
Ewan.
From: openstack-bounces+ewan.mellor=citrix@lists.launchpad.net
[mailto:openstack-bounces+ewan.mellor=citrix@lists.launchpad.net] On Behalf
Of McNally, Dave
Sent: 14 December 2011 06:04
To: openstack@lists.launchpad.net
Subject: [Openstack] Metadata and File Injection
Hi
: [Openstack] Metadata and File Injection
Great question.
Right now there are 3 approaches to metadata/runtime config:
* ec2 metadata service - http://169.254.169.254/ (used by ubuntu's
cloud-init for example)
* config drive - added in diablo
* xenstore via openstack agent - https
On Thu, Dec 15, 2011 at 11:43:13AM -0500, Scott Moser wrote:
c.) No way to modify contents of the service after instance launch.
OK, I said 2 features, and really this one is wishlist. If we had an
arbitrary key-value store that was available, the user could interact
with the
On Thu, 15 Dec 2011, Vishvananda Ishaya wrote:
On Dec 15, 2011, at 10:37 AM, Scott Moser wrote:
What does a Server Personality give me that cannot be accomplished
accomplished by guest and lauching-entity agreeing on a key-value pair
with keyname server-personality.
I think you are
[mailto:openstack-bounces+john.garbutt=eu.citrix@lists.launchpad.net]
On Behalf Of Vishvananda Ishaya
Sent: 15 December 2011 22:50
To: Scott Moser
Cc: openstack@lists.launchpad.net
Subject: Re: [Openstack] Metadata and File Injection
On Dec 15, 2011, at 10:37 AM, Scott Moser wrote
On Fri, 16 Dec 2011, John Garbutt wrote:
One use case is providing metadata to an instance before that instance
starts their network stack. A bit of an edge case, but I guess one
instance of this use case is the network injection logic used for Flat
networking.
Would injected files cover
Great question.
Right now there are 3 approaches to metadata/runtime config:
* ec2 metadata service - http://169.254.169.254/ (used by ubuntu's
cloud-init for example)
* config drive - added in diablo
* xenstore via openstack agent - https://launchpad.net/openstack-guest-agents
* injecting
files?
Dave
-Original Message-
From: Jesse Andrews [mailto:anotherje...@gmail.com]
Sent: 15 December 2011 08:34
To: Jay Pipes
Cc: McNally, Dave; openstack@lists.launchpad.net
Subject: Re: [Openstack] Metadata and File Injection
Great question.
Right now there are 3 approaches to metadata
]
Sent: 15 December 2011 08:34
To: Jay Pipes
Cc: McNally, Dave; openstack@lists.launchpad.net
Subject: Re: [Openstack] Metadata and File Injection
Great question.
Right now there are 3 approaches to metadata/runtime config:
* ec2 metadata service - http://169.254.169.254/ (used by ubuntu's
On Thu, 15 Dec 2011, Jesse Andrews wrote:
Great question.
Right now there are 3 approaches to metadata/runtime config:
* ec2 metadata service - http://169.254.169.254/ (used by ubuntu's
cloud-init for example)
* config drive - added in diablo
* xenstore via openstack agent -
On Thu, Dec 15, 2011 at 8:43 AM, Scott Moser smo...@ubuntu.com wrote:
I'm just curious, what are the motivations behind inventing something
other than the EC2 Metadata service? It is generally functional, and
quite a lot can (and has) built atop this simple service.
I should clarify - the
On Thu, 15 Dec 2011, Jesse Andrews wrote:
On Thu, Dec 15, 2011 at 8:43 AM, Scott Moser smo...@ubuntu.com wrote:
I'm just curious, what are the motivations behind inventing something
other than the EC2 Metadata service? It is generally functional, and
quite a lot can (and has) built atop
On Dec 15, 2011, at 10:37 AM, Scott Moser wrote:
On Thu, 15 Dec 2011, Jesse Andrews wrote:
On Thu, Dec 15, 2011 at 8:43 AM, Scott Moser smo...@ubuntu.com wrote:
I'm just curious, what are the motivations behind inventing something
other than the EC2 Metadata service? It is generally
Hi,
I've recently been looking at file and metadata injection in Nova and I have a
question relating to it.
(BTW this is based off what I have seen in nova/virt/disk.py)
I notice that for key/value pairs specified as metadata during boot of an
instance these values are injected into a file
50 matches
Mail list logo
