[openstack-dev] [Nova] Flavor ID consistency

Vishvananda Ishaya vishvananda at gmail.com
Fri Dec 14 23:01:46 UTC 2012


On Dec 13, 2012, at 5:09 AM, "Gurjar, Unmesh" <Unmesh.Gurjar at nttdata.com> wrote:

> Hi,
>  
> I would like to gather some thoughts for fixing the issue https://bugs.launchpad.net/python-novaclient/+bug/1089299.
>  
> Issues:
> 1.       The documentation (http://api.openstack.org/api-ref.html) and the CLI help text (for flavor-create) suggests that only a unique integer value is acceptable as flavor identifier. However, a flavor can be created by specifying a non-integer identifier. Also, if the create flavor API is not provided with an identifier, it generates a UUID (alphanumeric) identifier. Does the documentation and help text need a relook?

docs need to be updated

> 2.       If alphanumeric identifiers are allowed, the CLI failure (for instance of flavor with non-integer and non-UUID identifier) on ‘show <instance-id>’ needs a fix?

yes this should be fixed. It should look by name and then 'flavorid' which is a string
>  
> Is fixing the CLI failure on ‘show’ command the correct fix for this issue?

yes

>  
> Another related issue is the absence of an Update Flavor API. Due to this, what currently happens is when a user edits a flavor from the Dashboard, a new flavor gets created which has a UUID (and the original flavor ID is marked deleted). Are there any specific reasons for this behavior?

We still don't copy flavor data into the instance so changing a flavor after instances have been booted from it is problematic

>  
> Thanks & Regards,
> Unmesh Gurjar | Lead Engineer | NTT DATA Global Technology Services Private Limited | w. +91.20.6604.1500 x 379 | m. +91.982.324.7631 |unmesh.gurjar at nttdata.com | Learn more at nttdata.com/americas
>  
> 
> ______________________________________________________________________
> Disclaimer:This email and any attachments are sent in strictest confidence for the sole use of the addressee and may contain legally privileged, confidential, and proprietary data. If you are not the intended recipient, please advise the sender by replying promptly to this email and then delete and destroy this email and any attachments without any further use, copying or forwarding
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20121214/3481aa47/attachment.html>


More information about the OpenStack-dev mailing list