On 7/31/2014 6:58 AM, Markus Zoeller wrote:
The blueprint "libvirt-driver-domain-metadata" introduces some of the
istances properties to the `libvirt.xml` file. For example the name
of the instance, the name of the flavor and the creation date.

Would it make sense to add the instance.metadata dictionary also?

API: /v2/​{tenant_id}​/servers/​{server_id}​/metadata
Code: https://github.com/openstack/nova/blob/master/
       nova/objects/instance.py#L148

Regards,
Markus
_______________________________________________
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to     : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack


You could ask danpb in #openstack-nova IRC about his thoughts, but looking at the spec and code it looks like a specific metadata schema was in mind. The metadata that a user can pass in when spawning an instance is arbitrary so it wouldn't really fit into the schema created unless that was modified to add some custom values, which would be the user metadata.

Is there a use case for putting user metadata in there? Looks like the blueprint is for adding specific metadata so an admin can correlate his libvirt domains against nova API calls.

--

Thanks,

Matt Riedemann


_______________________________________________
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to     : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack

Reply via email to