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> > *™* >
