<div dir="ltr"><div><div>Seconded (in the generic form, not just for kernel arguments; I'm sure there are other things that we might want to tweak about the machine pre-boot in the longer term, as we already do with such things as config disks and file injection).  You may want to have a property in glance that indicates that, for a given image, you should respect the kernel args parameter, though.<br>

<br></div><div>Your proposal is libvirt specific.  There's no real reason for it to be.<br></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 6 February 2013 16:30, Daniel P. Berrange <span dir="ltr"><<a href="mailto:berrange@redhat.com" target="_blank">berrange@redhat.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Wed, Jan 30, 2013 at 02:13:29PM +0000, Daniel P. Berrange wrote:<br>
> I have a need to be able to provide custom kernel command line args per<br>
> VM instance at boot time. For example, if glance is storing a kernel and<br>
> initrd pair associated with the Fedora installer, it is neccessary to<br>
> also provide a command line arg to tell the installer where to download<br>
> a kickstart automation script from, or where the install tree is located.<br>
> While some of this data could be stored in glance as metadata properties<br>
> against the 'kernel' image, some it is inherantly data that changes per<br>
> VM instance spawned. Thus I need some way to provide it at 'nova boot'<br>
> time.<br>
><br>
>   <a href="https://blueprints.launchpad.net/nova/+spec/custom-kernel-args" target="_blank">https://blueprints.launchpad.net/nova/+spec/custom-kernel-args</a><br>
>   <a href="http://wiki.openstack.org/LibvirtCustomKernelArgs" target="_blank">http://wiki.openstack.org/LibvirtCustomKernelArgs</a><br>
><br>
> Two approaches come to mind for me<br>
><br>
>  - Add an explicit 'kernel-args' parameter to the 'nova boot' command<br>
>    and corresponding REST/RPC APIs<br>
><br>
>  - Add a generic 'properties' dict parameter to the 'nova boot' command<br>
>    and corresponding REST/RPC APIs, and define a standard property<br>
>    name 'kernel-args'.<br>
><br>
> I'm figuring the latter would be preferrable since it gives us an<br>
> extensible framework for instance metadata.  NB, this is separate<br>
> from metadata that you can alrady provide to feed through to the<br>
> cloud-init services via config-drive / metadata service. It is<br>
> metadata intended for interpretation by Nova itself, where as the<br>
> existing metadata is for interpretation by the guest OS.<br>
<br>
</div>Does anyone else have an opinion on the design of this proposal ?<br>
<div class="HOEnZb"><div class="h5"><br>
Daniel<br>
--<br>
|: <a href="http://berrange.com" target="_blank">http://berrange.com</a>      -o-    <a href="http://www.flickr.com/photos/dberrange/" target="_blank">http://www.flickr.com/photos/dberrange/</a> :|<br>
|: <a href="http://libvirt.org" target="_blank">http://libvirt.org</a>              -o-             <a href="http://virt-manager.org" target="_blank">http://virt-manager.org</a> :|<br>
|: <a href="http://autobuild.org" target="_blank">http://autobuild.org</a>       -o-         <a href="http://search.cpan.org/~danberr/" target="_blank">http://search.cpan.org/~danberr/</a> :|<br>
|: <a href="http://entangle-photo.org" target="_blank">http://entangle-photo.org</a>       -o-       <a href="http://live.gnome.org/gtk-vnc" target="_blank">http://live.gnome.org/gtk-vnc</a> :|<br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br></div>