I copied the vhd-util from http://download.cloud.com.s3.amazonaws.com/tools/vhd-util to scripts/vm/hypervisor/xenserver/vhd-util in the tree, but it did not resolve my issue. (The problem is not with the functionality of the vhd-util but a path problem. I get that the vhd-util should be updated and I have done that as well in my environment.)
As I noted below the problem is that it is not getting copied to right place and also I find different versions of the higher level script i.e. copy_vhd_from_secondarystorage.sh in my tree which is strange. There is different vhd-util paths in them. -Soheil On 4/15/13 4:07 PM, "Anthony Xu" <xuefei...@citrix.com> wrote: >>>The XenServer (6.0.2) I am using already came bundled with vhd-util, I >>>did not have to download it. I have not read the detail of > >Hi Soheil, > >We added one function in vhd-util, which allows vhd-util specifiy parent >when do coalesce, basically you can coalesce a VHD file to other VHD >file. >CS uses this vhd-util function in API creating template/volume from >snapshot. These APIs might not work with bundled vhd-util in XenServer. > > >Anthony > > > >-----Original Message----- >From: Soheil Eizadi [mailto:seiz...@infoblox.com] >Sent: Saturday, April 13, 2013 11:05 PM >To: dev@cloudstack.apache.org >Subject: Re: deployDataCenter.py doesn't work for me on master > >Downloaded the vhd-util to my environment and had the same problem. I >Debugged this further by running the copy_vhd_from_secondarystorage.sh on >the XenServer. It looks like the copy_vhd_from_secondarystorage.sh is >looking for vhd-util in /opt/xensource/bin/ rather than /usr/bin/ > >I looked at this further and looks like what is built in the >client/target directory is not consistent with what is in the >./scripts/vm in my tree. >There are two versions of copy_vhd_from_secondarystorage.sh. > >I removed the client/target directory and rebuilt, but had the same files >appear again. I am not sure how they are getting pulled in to the >client/target directory. Any ideas why my build is broken and how to >proceed to fix this? > >For now I patched this on my XenServer and was able to get ssvm and >cproxyvm running and brought up my CloudStack zone completely. >-Soheil > > >Administrators-MacBook-Pro-7:cloudstack seizadi$ find . -name >copy_vhd_from_secondarystorage.sh >./client/target/cloud-client-ui-4.2.0-SNAPSHOT/WEB-INF/classes/scripts/vm/ >h >ypervisor/xenserver/copy_vhd_from_secondarystorage.sh >./client/target/cloud-client-ui-4.2.0-SNAPSHOT/WEB-INF/classes/scripts/vm/ >h >ypervisor/xenserver/xcposs/copy_vhd_from_secondarystorage.sh >./client/target/generated-webapp/WEB-INF/classes/scripts/vm/hypervisor/xen >s >erver/copy_vhd_from_secondarystorage.sh >./client/target/generated-webapp/WEB-INF/classes/scripts/vm/hypervisor/xen >s >erver/xcposs/copy_vhd_from_secondarystorage.sh >./scripts/vm/hypervisor/xenserver/copy_vhd_from_secondarystorage.sh >./scripts/vm/hypervisor/xenserver/xcposs/copy_vhd_from_secondarystorage.sh > > >Administrators-MacBook-Pro-7:cloudstack seizadi$ find . -name >copy_vhd_from_secondarystorage.sh -exec diff >./client/target/generated-webapp/WEB-INF/classes/scripts/vm/hypervisor/xen >s >erver/copy_vhd_from_secondarystorage.sh {} \; >92c92 >< VHDUTIL="/opt/xensource/bin/vhd-util" >--- >> VHDUTIL="/usr/bin/vhd-util" >113c113 >< if [ $type != "nfs" -a $type != "ext" ]; then >--- >> if [ $type != "nfs" -a $type != "ext" -a $type != "file" ]; then >143c143 >< desvhd=/var/run/sr-mount/$sruuid/$uuid.vhd >--- >> desvhd=/run/sr-mount/$sruuid/$uuid.vhd >160a161,166 >> elif [ $type == "file" ]; then >> pbd=`xe sr-param-list uuid=$sruuid |grep PBDs | awk '{print $3}'` >> path=`xe pbd-param-list uuid=$pbd |grep device-config |awk '{print >>$4}'` >> desvhd=$path/$uuid.vhd >> copyvhd $desvhd $vhdfile 0 $type >> >92c92 >< VHDUTIL="/opt/xensource/bin/vhd-util" >--- >> VHDUTIL="/usr/bin/vhd-util" >113c113 >< if [ $type != "nfs" -a $type != "ext" ]; then >--- >> if [ $type != "nfs" -a $type != "ext" -a $type != "file" ]; then >143c143 >< desvhd=/var/run/sr-mount/$sruuid/$uuid.vhd >--- >> desvhd=/run/sr-mount/$sruuid/$uuid.vhd >160a161,166 >> elif [ $type == "file" ]; then >> pbd=`xe sr-param-list uuid=$sruuid |grep PBDs | awk '{print $3}'` >> path=`xe pbd-param-list uuid=$pbd |grep device-config |awk '{print >>$4}'` >> desvhd=$path/$uuid.vhd >> copyvhd $desvhd $vhdfile 0 $type >> >Š. > > >[root@xenserver-devcloud /]# copy_vhd_from_secondarystorage.sh >172.16.197.134:/opt/storage/secondary/template/tmpl/1/1/ >7e934fee-96b5-b297-2c25-b20a14139fd9 DEVTEST >/opt/xensource/bin/copy_vhd_from_secondarystorage.sh: line 133: >/opt/xensource/bin/vhd-util: No such file or directory >Error: Failed to parse field 'virtual-size': expecting an integer >(possibly with suffix) 9#can not create vdi in sr >7e934fee-96b5-b297-2c25-b20a14139fd9 > >[root@xenserver-devcloud /]# cp /usr/sbin/vhd-util >/opt/xensource/bin/vhd-util [root@xenserver-devcloud /]# >copy_vhd_from_secondarystorage.sh >172.16.197.134:/opt/storage/secondary/template/tmpl/1/1/ >7e934fee-96b5-b297-2c25-b20a14139fd9 DEVTEST >1001+1 records in >1001+1 records out >2101252608 bytes (2.1 GB) copied, 178.662 seconds, 11.8 MB/s >0#c9cb5877-9434-4f3e-93b7-2f895cc62642 > > > > > > >On 4/12/13 5:04 PM, "Chiradeep Vittal" <chiradeep.vit...@citrix.com> >wrote: > >>Because of this >>http://s.apache.org/Nsd >> >>On 4/12/13 4:32 PM, "Soheil Eizadi" <seiz...@infoblox.com> wrote: >> >>>That patch is about downloading vhd-util to XenServer. >>> >>>The XenServer (6.0.2) I am using already came bundled with vhd-util, I >>>did not have to download it. I have not read the detail of >>>copy_vhd_from_secondarystorage.sh which throws the error to figure out >>>exactly why it is failing in my environment. I have used this same >>>XenServer image with Citrix Cloud Platform 3.0.6 distribution and it >>>worked fine (which is based on CloudStack 4.x as I understand.) >>>-Soheil >>> >>>[root@xenserver-devcloud /]# which vhd-util /usr/sbin/vhd-util >>> >>> >>>[root@xenserver-devcloud /]# vhd-util read -p -n >>>/var/run/sr-mount/c375f445-5314-8c9b-bbc7-f60a84a65c6c/4a386682-6f7c-4 >>>56a >>>- >>>8 >>>76a-d6d07b1dc955.vhd >>>VHD Footer Summary: >>>------------------- >>>Cookie : conectix >>>Features : (0x00000002) <RESV> >>>File format version : Major: 1, Minor: 0 >>>Data offset : 512 >>>Timestamp : Thu Apr 11 19:06:47 2013 >>>Creator Application : 'tap' >>>Creator version : Major: 1, Minor: 3 >>>Creator OS : Unknown! >>>Original disk size : 2 MB (2097152 Bytes) >>>Current disk size : 2 MB (2097152 Bytes) >>>Geometry : Cyl: 60, Hds: 4, Sctrs: 17 >>> : = 1 MB (2088960 Bytes) >>>Disk type : Dynamic hard disk >>>Checksum : 0xfffff172|0xfffff172 (Good!) >>>UUID : 6157192c-bf61-4c56-a859-e32f61ad76f8 >>>Saved state : No >>>Hidden : 0 >>> >>>VHD Header Summary: >>>------------------- >>>Cookie : cxsparse >>>Data offset (unusd) : 18446744073709 >>>Table offset : 1536 >>>Header version : 0x00010000 >>>Max BAT size : 1 >>>Block size : 2097152 (2 MB) >>>Parent name : >>>Parent UUID : 00000000-0000-0000-0000-000000000000 >>>Parent timestamp : Sat Jan 1 00:00:00 2000 >>>Checksum : 0xfffff476|0xfffff476 (Good!) >>> >>>VHD Batmap Summary: >>>------------------- >>>Batmap offset : 2560 >>>Batmap size (secs) : 1 >>>Batmap version : 0x00010002 >>>Checksum : 0xffffffff|0xffffffff (Good!) >>> >>> >>> >>>On 4/12/13 3:51 PM, "Chiradeep Vittal" <chiradeep.vit...@citrix.com> >>>wrote: >>> >>>>Try this fix http://s.apache.org/j27 >>>> >>>>On 4/12/13 3:11 PM, "Soheil Eizadi" <seiz...@infoblox.com> wrote: >>>> >>>>>>>[ Record_util.Record_failure("Failed to parse field 'virtual-size' >>>>> >>>> >>> >> >
