[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-5399?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13841612#comment-13841612
 ] 

ASF subversion and git services commented on CLOUDSTACK-5399:
-------------------------------------------------------------

Commit 54753126122089486d46e2fc14f7d24f94dba90d in branch refs/heads/master 
from [~prachidamle]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=5475312 ]

CLOUDSTACK-5399: Add option to createVolume API to specify a VM, to place the 
volume appropriately and attach immediately

Changes:

    - Added 'virtualmachineid' parameter to the createVolume API to specify a 
VM for the volume. The Vm should be in 'Running' or 'Stopped' state.
    - This parameter is used only when createVolume API is called using 
snapshotid parameter
    - When this parameter is set, the volume is created from the snapshot in 
the pod/cluster of the VM. Also the volume is then attached to the VM in the 
same request
    - If attach Volume fails but create has succeeded, the API errors out but 
the Volume created remains available. User may attach the same volume later
    - When Vm is provided, but if no storage pool is available in the VM's 
pod/cluster then the volume is not created and API fails.


> Add option to createVolume API to specify a VM, to place the volume 
> appropriately and attach immediately
> --------------------------------------------------------------------------------------------------------
>
>                 Key: CLOUDSTACK-5399
>                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-5399
>             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: Prachi Damle
>            Assignee: Prachi Damle
>            Priority: Critical
>             Fix For: 4.3.0
>
>
> Currently we do not know where volume from snapshot will be created.
> Make it worse one only can attach that disk to VM after volume is created 
> which is created randomly.Therefore volume should be migrated to SR in POD 
> where vm is running which takes a lot of time,
> We can improve this by setting vm id in the API, in doing so volumes will be 
> created where VM is running and be attached to VM right away.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

Reply via email to