Anurag Awasthi f9b61bc737 orchestration: Allow VM that has never started to have volumes attached (#3276) ... With this patch b766bf7 we started tracking disks in attaching state so that other attach request can fail gracefully. However this missed the case where disks were in allocated state but attach was requested. For the use case where users want to attach disk in allocated state but not ready, we need to have allocated-attaching transition as well. We must take care of returning to the original state - allocated or ready - when attach request has completed. For the use case of unstarted vm's the disk must proceed as follows - "Allocated" -> Attaching -> Allocated. When VM is started, the disk is "created" and pool is assigned. For the use case of started VMs it's more trivial and disk proceeds as follows - Ready -> Attaching -> Ready. Test this by creating a VM with "startvm=false", create a disk and try attaching it in allocated state. It would give an exception on latest 4.11 but will be fixed on this patch. Signed-off-by: Rohit Yadav <rohit.yadav@shapeblue.com>		2019-05-10 23:40:38 +05:30
..
bindirbak	apply chip childers licensing patches for the test directory	2012-06-26 11:19:58 -04:00
conf	Uniting all the READMEs from tools and test	2012-10-12 17:01:20 +05:30
integration	orchestration: Allow VM that has never started to have volumes attached (#3276)	2019-05-10 23:40:38 +05:30
metadata	doc: replace virutal by virtual (typo)	2017-12-13 09:59:15 +01:00
scripts	CLOUDSTACK-28 wget.exe (GPLed) is present in the tools directory as a binary	2012-09-24 10:31:47 -04:00
selenium	CLOUDSTACK-6015: add user account, add user, login as new user, delete user, delete user account.	2014-03-28 06:21:59 -04:00
src/com/cloud	[CLOUDSTACK-10005] bugfix in test class (name of exception variable)	2017-07-26 11:21:12 +02:00
systemvm	CLOUDSTACK-10168: VR duplicate entries in /etc/hosts when reusing VM name (#2366)	2017-12-20 23:19:12 +05:30
pom.xml	Updating pom.xml version numbers for release 4.11.3.0-SNAPSHOT	2018-11-20 13:11:52 +00:00