[jira] [Resolved] (CLOUDSTACK-5870) API support for retrieving UserData

["Alena Prokharchyk (JIRA)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/CLOUDSTACK-5870?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Alena Prokharchyk resolved CLOUDSTACK-5870.
-------------------------------------------

    Resolution: Fixed

Fixed. New API name is "getVirtualMachineUserData", accepts vmId as a parameter (required). Returns vmId and userData associated with this vm (if not null)

> API support for retrieving UserData
> -----------------------------------
>
>                 Key: CLOUDSTACK-5870
>                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-5870
>             Project: CloudStack
>          Issue Type: Bug
>      Security Level: Public(Anyone can view this level - this is the default.) 
>          Components: Management Server
>    Affects Versions: 4.3.0
>            Reporter: Alena Prokharchyk
>            Assignee: Alena Prokharchyk
>             Fix For: 4.4.0
>
>
> Current UserData behavior:
>  * userData is passed to the deployVm/updateVm call
>  * its stored in CS db and on the VR
>  * the only one way to retrieve the data, is to request it from the user vm inside the network by sending http request to the Virtual Router.
>  We've adopted this model from Amazon EC2 APIs. But along the way I've noticed that some third party integrators needed to read UserData by Admin to get the information about all vms in the system/network. To solve the problem, people were using different kinds of workarounds - db scripts to read userData from cloudstack DB, or writing CS API extensions: https://github.com/jasonhancock/cloudstack-api-extension.
> So the API I'm proposing, will let you to retrieve User Data via Web API. API will be available to admin as well as end user.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)