Thanks Devdeep and Geoff,

My bad, I'm not performing a Storage XenMotion while VM is running but just
disk migration from one Primary storage to another (Migrate instance to
another primary storage).
Our current setup have 3 zones, one of them use LocalStorage and Shared
Storage, other zones use only shared storage. We are currently having the
issue in the zone that use Local and Shared Storage.


for an Instance with only the root disk, I turn off the VM than use
"Migrate instance to another primary storage" to move the VM into another
Primary Storage. After a certain time a status message appear in cloustack
WEBUI with the SQL query. At this point the vm state remain to "Migrating",
the start Instance button is there but the Instance won't start with
following message: "Unable to create a deployment for
VM[User|pdion-sb-mvtest]"
On the origin primary storage the vdisk is gone.
On the destination primary storage the vdisk is not there.
But on the Secondary storage, a .vhd as been created on volumes folder
(volumes/3/1677/624f20ba-36df-4255-9a1d-697a603a0c61.vhd)

Since we have upgrade to 4.2.1 we are getting a lot of operational issues
at the point where we are considering rebuilding our cloud on a fresh 4.2.x
:-(



Pierre-Luc Dion
Architecte de Solution Cloud | Cloud Solutions Architect
514-447-3456, 1101
- - -

* CloudOps*420 rue Guy
Montréal QC  H3J 1S6
www.cloudops.com
@CloudOps_


On Wed, Jan 22, 2014 at 6:26 AM, Geoff Higginbottom <
geoff.higginbot...@shapeblue.com> wrote:

> Hi Pierre-Luc,
>
> While XenServer Storage Motion was introduced in CloudStack 4.2, you need
> XenServer 6.1 or higher to actually use it.
>
> I just did a test migration using ACS 4.2.0 and XenServer 6.2 and the
> migration works as expected.
>
> Regards
>
> Geoff Higginbottom
>
> D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581
>
> geoff.higginbot...@shapeblue.com
>
> -----Original Message-----
> From: Pierre-Luc Dion [mailto:pd...@cloudops.com]
> Sent: 21 January 2014 18:58
> To: users@cloudstack.apache.org
> Subject: 4.2.1 storage motion of Instance
>
> We recently upgrade or Cloudstack from 4.1.0 to 4.2.1. hypervisor not
> upgraded and using xenserver 6.0.2
>
> Since then, we are unable to storage xenmotion Instance from a Primary
> Storage to another. The pool is using local and shared storage and all kind
> of storage xenmotion fail.
>
> moving Instances end up with following error message in cloudstack webui:
>
> Failed to migration: com.cloud.exception.StorageUnavailableException:
> Resource [StoragePool:233] is unreachable: migrate volume failed:
> com.cloud.utils.exception.CloudRuntimeException: DB Exception on:
> com.mysql.jdbc.JDBC4PreparedStatement@308d011c: SELECT volume_store_ref.id,
> volume_store_ref.store_id, volume_store_ref.volume_id,
> volume_store_ref.zone_id, volume_store_ref.created,
> volume_store_ref.last_updated, volume_store_ref.download_pct,
> volume_store_ref.size, volume_store_ref.physical_size,
> volume_store_ref.download_state, volume_store_ref.checksum,
> volume_store_ref.local_path, volume_store_ref.error_str,
> volume_store_ref.job_id, volume_store_ref.install_path,
> volume_store_ref.url, volume_store_ref.download_url,
> volume_store_ref.download_url_created, volume_store_ref.destroyed,
> volume_store_ref.update_count, volume_store_ref.updated,
> volume_store_ref.state, volume_store_ref.ref_cnt FROM volume_store_ref
> WHERE volume_store_ref.store_id = 60 AND volume_store_ref.volume_id = 1664
> AND volume_store_ref.destroyed = 0 ORDER BY RAND() LIMIT 1
>
>
>
> if I look in the database the Query provide the following output:
> mysql> SELECT volume_store_ref.id, volume_store_ref.store_id,
> volume_store_ref.volume_id, volume_store_ref.zone_id,
> volume_store_ref.created, volume_store_ref.last_updated,
> volume_store_ref.download_pct, volume_store_ref.size,
> volume_store_ref.physical_size, volume_store_ref.download_state,
> volume_store_ref.checksum, volume_store_ref.local_path,
> volume_store_ref.error_str, volume_store_ref.job_id,
> volume_store_ref.install_path, volume_store_ref.url,
> volume_store_ref.download_url, volume_store_ref.download_url_created,
> volume_store_ref.destroyed, volume_store_ref.update_count,
> volume_store_ref.updated, volume_store_ref.state, volume_store_ref.ref_cnt
> FROM volume_store_ref WHERE volume_store_ref.store_id = 60 AND
> volume_store_ref.volume_id = 1664 AND volume_store_ref.destroyed = 0 ORDER
> BY RAND() LIMIT 1 ;
>
> +----+----------+-----------+---------+---------------------+--------------+--------------+------+---------------+----------------+----------+------------+-----------+--------+-----------------+------+--------------+----------------------+-----------+--------------+---------------------+----------+---------+
> | id | store_id | volume_id | zone_id | created             | last_updated
> | download_pct | size | physical_size | download_state | checksum |
> local_path | error_str | job_id | install_path    | url  | download_url |
> download_url_created | destroyed | update_count | updated             |
> state    | ref_cnt |
>
> +----+----------+-----------+---------+---------------------+--------------+--------------+------+---------------+----------------+----------+------------+-----------+--------+-----------------+------+--------------+----------------------+-----------+--------------+---------------------+----------+---------+
> | 23 |       60 |      1664 |       0 | 2014-01-21 18:08:25 | NULL
> |            0 |    0 |             0 | NULL           | NULL     | NULL
>     | NULL      | NULL   | volumes/11/1664 | NULL | NULL         | NULL
>             |         0 |            1 | 2014-01-21 18:08:25 | Creating |
>     0 |
>
> +----+----------+-----------+---------+---------------------+--------------+--------------+------+---------------+----------------+----------+------------+-----------+--------+-----------------+------+--------------+----------------------+-----------+--------------+---------------------+----------+---------+
> 1 row in set (0.00 sec)
>
>
>
> Is this a bug from 4.2.1 ?
>
>
> Pierre-Luc Dion
> Architecte de Solution Cloud | Cloud Solutions Architect 514-447-3456,
> 1101
> - - -
>
> *CloudOps*420 rue Guy
> Montréal QC  H3J 1S6
> www.cloudops.com
> @CloudOps_
> Need Enterprise Grade Support for Apache CloudStack?
> Our CloudStack Infrastructure Support<
> http://shapeblue.com/cloudstack-infrastructure-support/> offers the best
> 24/7 SLA for CloudStack Environments.
>
> Apache CloudStack Bootcamp training courses
>
> **NEW!** CloudStack 4.2.1 training<
> http://shapeblue.com/cloudstack-training/>
> 18th-19th February 2014, Brazil. Classroom<
> http://shapeblue.com/cloudstack-training/>
> 17th-23rd March 2014, Region A. Instructor led, On-line<
> http://shapeblue.com/cloudstack-training/>
> 24th-28th March 2014, Region B. Instructor led, On-line<
> http://shapeblue.com/cloudstack-training/>
> 16th-20th June 2014, Region A. Instructor led, On-line<
> http://shapeblue.com/cloudstack-training/>
> 23rd-27th June 2014, Region B. Instructor led, On-line<
> http://shapeblue.com/cloudstack-training/>
>
> This email and any attachments to it may be confidential and are intended
> solely for the use of the individual to whom it is addressed. Any views or
> opinions expressed are solely those of the author and do not necessarily
> represent those of Shape Blue Ltd or related companies. If you are not the
> intended recipient of this email, you must neither take any action based
> upon its contents, nor copy or show it to anyone. Please contact the sender
> if you believe you have received this email in error. Shape Blue Ltd is a
> company incorporated in England & Wales. ShapeBlue Services India LLP is a
> company incorporated in India and is operated under license from Shape Blue
> Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil
> and is operated under license from Shape Blue Ltd. ShapeBlue is a
> registered trademark.
>

Reply via email to