Thank you, Dharmesh...that is exactly how we (myself and others) ended up solving this issue. :)
On Sat, Apr 27, 2013 at 5:20 AM, Dharmesh Kakadia <dhkaka...@gmail.com>wrote: > not sure you are still having this issue. You can install requests module > by "pip install requests". > > > On Thu, Apr 18, 2013 at 11:23 PM, Mike Tutkowski < > mike.tutkow...@solidfire.com> wrote: > >> Is this similar to the problem you are now having? I get the following >> output from the python script to create DevCloud: >> >> mtutkowski-LT:devcloud mtutkowski$ python >> ../marvin/marvin/deployDataCenter.py -i devcloud.cfg >> Traceback (most recent call last): >> File "../marvin/marvin/deployDataCenter.py", line 21, in <module> >> import cloudstackTestClient >> File >> >> "/Users/mtutkowski/Documents/CloudStack/src/incubator-cloudstack/tools/marvin/marvin/cloudstackTestClient.py", >> line 18, in <module> >> import cloudstackConnection >> File >> >> "/Users/mtutkowski/Documents/CloudStack/src/incubator-cloudstack/tools/marvin/marvin/cloudstackConnection.py", >> line 18, in <module> >> import requests >> ImportError: No module named requests >> >> Not sure how to get around this. >> >> >> On Wed, Apr 17, 2013 at 10:56 AM, Soheil Eizadi <seiz...@infoblox.com >> >wrote: >> >> > 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' >> > >>>>> >> > >>>> >> > >>> >> > >> >> > > >> > >> > >> >> >> -- >> >> *Mike Tutkowski* >> *Senior CloudStack Developer, SolidFire Inc.* >> e: mike.tutkow...@solidfire.com >> o: 303.746.7302 >> Advancing the way the world uses the >> cloud<http://solidfire.com/solution/overview/?video=play> >> *™* >> > > -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloud<http://solidfire.com/solution/overview/?video=play> *™*
