cloudstack-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "darrentang (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (CLOUDSTACK-6460) Migration of CLVM volumes to another primary storage fail
Date Thu, 18 Sep 2014 11:31:34 GMT

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

darrentang commented on CLOUDSTACK-6460:
----------------------------------------

Hi ,Simon:
Thanks for your help. and thanks for your patch(CLOUDSTACK-6460-darrentang_2.patch) , It's
working for me when i'm try to migration of vm to another cluster base on clvm .and the system
of vm is bootable。
------------------------------------------------------------ISSUE 1  (solved) ------------------------------------------------------------
I thinks ,  "cp" and "qemu-img"  is ok for first step ( clvm-to-nfs), The only thing of importance
here is must be convert to raw,if not ,.
The following is my test results:
------------Test A (pass)------------
step 1 (CLVM - to- NFS):
qemu-img convert -f raw -O qcow2 /dev/VG-one/lv-one  /mnt/lv-one.qcow2

step 2 ( converted  to raw):
qemu-img convert -f qcow2  /mnt/lv-one.qcow2  -O raw /mnt/lv-one.raw

step 3 (NFS - to - CLVM):
cp -f /mnt/lv-one.raw /dev/VG-two/lv-two

------------Test B (pass)------------
step 1 (CLVM - to- NFS):
qemu-img convert -O raw /dev/VG-one/lv-one /mnt/lv-one.raw
step 2 (NFS - to - CLVM)
cp -rf  /mnt/lv-one.raw  /dev/VG-two/lv-two
Or:
step 1 (CLVM - to- NFS):
qemu-img convert -f raw -O raw  /dev/VG-one/lv-one /mnt/lv-one.raw
step 2 (NFS - to - CLVM)
cp -rf  /mnt/lv-one.raw  /dev/VG-two/lv-two

------------Test C (pass)------------
step 1 (CLVM - to- NFS):
cp -f /dev/VG-one/lv-one  /mnt/lv-one.raw
step 2 (NFS - to - CLVM):
cp -f /mnt/lv-one.raw  /dev/VG-two/lv-two

------------Test D (pass)------------
step 1 (CLVM - to- NFS):
qemu-img convert -f raw -O qcow2 /dev/VG-one/lv-one lv-one.qcow2
step 2 (NFS - to - CLVM):
qemu-img convert -f qcow2 lv-one.qcow2 -O raw /dev/VG-two/lv-two

But, maybe "qemu-img convert -O raw " is better in first step(clvm-to-nfs).  the raw files
that converted is small than cp output.

--------------------------------------------Issue two ( about attachVolume functionality )----------------------------
It appears that during the attacheVolume operation, the volume format is being set to QCOW2
in the database。

That's true, It's not make sense.   if  set to "raw" in the database by my  manually ,that's
will be work. But still need to fix this  if when useing  clvm as  a primary storage.



> Migration of CLVM volumes to another primary storage fail
> ---------------------------------------------------------
>
>                 Key: CLOUDSTACK-6460
>                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6460
>             Project: CloudStack
>          Issue Type: Bug
>      Security Level: Public(Anyone can view this level - this is the default.) 
>          Components: KVM, Volumes
>    Affects Versions: 4.2.0, 4.2.1, 4.3.0, 4.4.0
>         Environment: KVM clusters with fiber channel SAN storage, CLVM volumes
>            Reporter: Salvatore Sciacco
>         Attachments: CLOUDSTACK-6460-darrentang.patch, CLOUDSTACK-6460-darrentang_2.patch,
cloudstack-6460.patch, cloudstack-6460_44.patch
>
>
> ACS version: 4.2.1 
> Hypervisors: KVM 
> Storage pool type: CLVM
> Since we upgraded from 4.1 to 4.2.1 moving volumes to a different primary storage pool
fail. I've enabled debug on the agents side and I think there is a problem with the format
 type conversion
> Volume on database had format QCOW2
> these are the parameters for the first step (CLVM -> NFS):
> {quote}
> "srcTO":{"org.apache.cloudstack.storage.to.VolumeObjectTO": "uuid":"cda46430-52d7-4bf0-b0c2-adfc78dd011c","volumeType":"ROOT","dataStore":{"org.apache.cloudstack.storage.to.PrimaryDataStoreTO":"uuid":"655d6965-b3f3-4118-a970-d50cf6afc365","id":211,"poolType":"CLVM","host":"localhost","path":"/FC10KY1","port":0,"name":"ROOT-4450","size":5368709120,"path":"39a25daf-23a1-4b65-99ac-fb98469ac197","volumeId":5937,"vmName":"i-402-4450-VM","accountId":402,"format":"QCOW2","id":5937,"hypervisorType":"KVM"}
> "destTO":{"org.apache.cloudstack.storage.to.VolumeObjectTO":{"uuid":"cda46430-52d7-4bf0-b0c2-adfc78dd011c","volumeType":"ROOT","dataStore":{"com.cloud.agent.api.to.NfsTO":
"_url":"nfs://192.168.11.6/home/a1iwstack","_role":"Image"},"name":"ROOT-4450","size":5368709120,"path":"volumes/402/5937","volumeId":5937,"vmName":"i-402-4450-VM","accountId":402,"format":"QCOW2","id":5937,"hypervisorType":"KVM"}
> {quote}
> Those commads are translated into the agent:
> {quote}
> DEBUG [utils.script.Script] (agentRequest-Handler-1:null) Executing: qemu-img info /dev/FC10KY1/39a25daf-23a1-4b65-99ac-fb98469ac197

> DEBUG [utils.script.Script] (agentRequest-Handler-1:null) Execution is successful.
> DEBUG [utils.script.Script] (agentRequest-Handler-1:null) Executing: /bin/bash -c cp
-f /dev/FC10KY1/39a25daf-23a1-4b65-99ac-fb98469ac197 /mnt/b8311c72-fe75-3832-98fc-975445028a12/5c713376-c418-478c-8a31-89c4181cb48e.qcow2

> {quote}
> With the result that the output file isn't a qcow2 file but a raw partition, which in
turn make the next step fail.
> (NFS -> CLVM)
> {quote}
> DEBUG [utils.script.Script] (agentRequest-Handler-2:) Executing: qemu-img info /mnt/b8311c72-fe75-3832-98fc-975445028a12/b9303d8d-cd51-4b6c-a244-43c405df4238.qcow2

> DEBUG [utils.script.Script] (agentRequest-Handler-2:) Execution is successful.
> DEBUG [utils.script.Script] (agentRequest-Handler-2:) Executing: qemu-img convert -f
qcow2 -O raw /mnt/b8311c72-fe75-3832-98fc-975445028a12/b9303d8d-cd51-4b6c-a244-43c405df4238.qcow2
/dev/FCSTORAGE/da162325-467b-4e78-af07-4bad85470d66 
> DEBUG [utils.script.Script] (agentRequest-Handler-2:) Exit value is 1
> DEBUG [utils.script.Script] (agentRequest-Handler-2:) qemu-img: Could not open '/mnt/b8311c72-fe75-3832-98fc-975445028a12/b9303d8d-cd51-4b6c-a244-43c405df4238.qcow2'qemu-img:
Could not open '/mnt/b8311c72-fe75-3832-98fc-975445028a12/b9303d8d-cd51-4b6c-a244-43c405df4238.qcow2'
> ERROR [kvm.storage.LibvirtStorageAdaptor] (agentRequest-Handler-2:) Failed to convert
/mnt/b8311c72-fe75-3832-98fc-975445028a12/b9303d8d-cd51-4b6c-a244-43c405df4238.qcow2 to /dev/FCSTORAGE/da162325-467b-4e78-af07-4bad85470d66
the error was: qemu-img: Could not open '/mnt/b8311c72-fe75-3832-98fc-975445028a12/b9303d8d-cd51-4b6c-a244-43c405df4238.qcow2'qemu-img:
Could not open '/mnt/b8311c72-fe75-3832-98fc-975445028a12/b9303d8d-cd51-4b6c-a244-43c405df4238.qcow2'
> {quote}
> If I change on the database the format of the volume to RAW the effect is even worse
as data is lost in the process!
> These are the parameter for the first step (CLVM => NFS)
> {quote}
> "srcTO":{"org.apache.cloudstack.storage.to.VolumeObjectTO":{"uuid":"cda46430-52d7-4bf0-b0c2-adfc78dd011c","volumeType":"ROOT","dataStore":{"org.apache.cloudstack.storage.to.PrimaryDataStoreTO":{"uuid":"655d6965-b3f3-4118-a970d50cf6afc365","id":211,"poolType":"CLVM","host":"localhost","path":"/FC10KY1","port":0,"name":"ROOT-4450"
> ,"size":5368709120,"path":"39a25daf-23a1-4b65-99ac-fb98469ac197","volumeId":5937,"vmName":"i-4024450VM","accountId":402,"format":"RAW","id":5937,"hypervisorType":"KVM"
> "destTO":{"org.apache.cloudstack.storage.to.VolumeObjectTO":"uuid":"cda46430-52d7-4bf0-b0c2-adfc78dd011c","volumeType":"ROOT","dataStore":{"com.cloud.agent.api.to.NfsTO":
"_url":"nfs://192.168.11.6/home/a1iwstack","_role":"Image"}},"name":"ROOT4450","size":5368709120,"path":"volumes/402/5937","volumeId":5937,"vmName":"i-402-4450-VM","accountId":402,"format":"RAW","id":5937,"hypervisorType":"KVM"}
> {quote}
> this time the output is converted to qcow2!
> {quote}
> DEBUG [utils.script.Script] (agentRequest-Handler-3:null) Executing: qemu-img info /dev/FC10KY1/39a25daf-23a1-4b65-99ac-fb98469ac197

> DEBUG [utils.script.Script] (agentRequest-Handler-3:null) Execution is successful.
> DEBUG [utils.script.Script] (agentRequest-Handler-3:null) Executing: qemu-img convert
-f raw -O qcow2 /dev/FC10KY1/39a25daf-23a1-4b65-99ac-fb98469ac197 /mnt/b8311c72-fe75-3832-98fc-975445028a12/01ab129f-aaf6-4b1a-8e2a-093bee0b811c.raw

> {quote}
> and data is lost in the next step (NFS -> CLVM):
> {quote}
> "srcTO":{"org.apache.cloudstack.storage.to.VolumeObjectTO":{"uuid":"cda46430-52d7-4bf0-b0c2-adfc78dd011c","volumeType":"ROOT","dataStore":{"com.cl
> oud.agent.api.to.NfsTO":{"_url":"nfs://192.168.11.6/home/a1iwstack","_role":"Image"}},"name":"ROOT4450","size":5368709120,"path":"volumes/402/5937/01ab129f-aaf6-4b1a-8e2a-093bee0b811c.raw","volumeId":5937,"vmName":"i-402-4450-VM","accountId":402,"format":"RAW","id":5937,"hypervisorType":"KVM"
> "destTO":{"org.apache.cloudstack.storage.to.VolumeObjectTO":{"uuid":"2d684689-efbc-4ce3-95ad-b38e80a1afcf","volumeType":"ROOT","dataStore":{"org.apache.cloudstack.storage.to.PrimaryDataStoreTO":{"uuid":"4d59fde3-4c93-4aa5-8041-fab797b90899","id":214,"poolType":
> "CLVM","host":"localhost","path":"/STOREY1","port":0}},"name":"ROOT-4450","size":5368709120,"path":"39a25daf-23a1-4b65-99ac-fb98469ac197","volumeId":5967,"vmName":"i-402-4450-VM","accountId":402,"format":"RAW","id":5967,"hypervisorType":"KVM"
> DEBUG [utils.script.Script] (agentRequest-Handler-4:null) Executing: qemu-img info /mnt/b8311c72-fe75-3832-98fc-975445028a12/01ab129f-aaf6-4b1a-8e2a-093bee0b811c.raw

> DEBUG [utils.script.Script] (agentRequest-Handler-4:null) Execution is successful.
> DEBUG [utils.script.Script] (agentRequest-Handler-4:null) Executing: /bin/bash -c cp
-f /mnt/b8311c72-fe75-3832-98fc-975445028a12/01ab129f-aaf6-4b1a-8e2a-093bee0b811c.raw /dev/STOREY1/1e1ae58c-ca3f-4d4a-b0fd-92d18d07fb7c

> {quote}
> Since the original format was actually QCOW2 (from the previous step) this lead to data
loss once the volume is expunged from the previous pool and from the nfs storage!
> Migration worked before we migrated to 4.2.1.
>  



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message