[
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)
