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