All,
The listVirtualMachines API response contains a guest os_type_id field which is an integer, and therefore not useful or easily consumable [1]. All new/modern APIs for example should only return UUIDs for client/users to consume, returning integers (as in database id) may not be consumeable. Therefore, I've sent a PR [2] that aims to fix the issue for the API by making it return uuid for the guest_os_type field instead of the id (integer). Please share if you've any concerns around the change, as it breaks the API response type return by previous CloudStack versions from id to uuid for the listVirtualMachines API. In most cases, if you're consuming this field from the API response; the field should work with other APIs wherever they are further passed or processed and the API service should convert the id and uuid interchangeably. The only APIs which directly accepts the guest os type is listGuestOsMapping and it works with both uuid and integer ids, though using uuids is preferred and advised. [1] https://issues.apache.org/jira/browse/CLOUDSTACK-9507 [2] https://github.com/apache/cloudstack/pull/1686 Regards. rohit.ya...@shapeblue.com www.shapeblue.com 53 Chandos Place, Covent Garden, London WC2N 4HSUK @shapeblue
