cloudstack/engine
Anshul Gangwar 91e1881be8 CLOUDSTACK-6900: This fixes volume migration failing after that volume is downloaded.
When we download volume then we create entry in volume_store_ref table.
We mark the volume entry to ready state once download_url gets generated.
When we migrate that volume, then again one more entry is created with same volume id.
Its state is marked as allocated. Later we try to list only one dataobject in datastore
for state transition during volume migration. If the listed volume's state is allocated
then migration passes otherwise it fails.

Below fix will remove the randomness and give priority to volume entry which is made for
migration (download_url/extracturl will be null in case of migration). Giving priority to
download volume case is not needed as there will be only one entry in that case so no randomness.
2015-01-16 15:15:14 +05:30
..
api Bug-Id: CLOUDSTACK-3439: Include dynamically created nics in Prepare for migration command in KVM 2015-01-07 14:52:42 +05:30
components-api CLOUDSTACK-8061: Extracting volume when it is in migrating state causes 2014-12-11 09:53:33 -08:00
network removed executable flags from java classes 2014-11-23 19:49:01 +01:00
orchestration CLOUDSTACK-3439. [VMWARE] While preparing for migration, include dynamically created nics in case of VMware too. 2015-01-08 09:50:19 +05:30
schema CID-1256275 regression: resource leak in systemvm update code 2015-01-12 20:40:01 +01:00
service CLOUDSTACK-8011: Upgrade maven dependencies 2014-12-04 02:12:51 +05:30
storage CLOUDSTACK-6900: This fixes volume migration failing after that volume is downloaded. 2015-01-16 15:15:14 +05:30
pom.xml Bump master version to 4.6.0-SNAPSHOT after branching 4.5.0-SNAPSHOT 2014-10-29 14:54:23 +01:00