cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Mike Tutkowski <mike.tutkow...@solidfire.com>
Subject Re: deployDataCenter.py doesn't work for me on master
Date Sat, 27 Apr 2013 18:22:07 GMT
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 <dhkakadia@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.tutkowski@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 <seizadi@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.Xu@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:seizadi@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.Vittal@citrix.com>
>> > >wrote:
>> > >
>> > >>Because of this
>> > >>http://s.apache.org/Nsd
>> > >>
>> > >>On 4/12/13 4:32 PM, "Soheil Eizadi" <seizadi@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.Vittal@citrix.com>
>> > >>>wrote:
>> > >>>
>> > >>>>Try this fix http://s.apache.org/j27
>> > >>>>
>> > >>>>On 4/12/13 3:11 PM, "Soheil Eizadi" <seizadi@infoblox.com>
wrote:
>> > >>>>
>> > >>>>>>>[ Record_util.Record_failure("Failed to parse field
>> 'virtual-size'
>> > >>>>>
>> > >>>>
>> > >>>
>> > >>
>> > >
>> >
>> >
>>
>>
>> --
>>
>> *Mike Tutkowski*
>> *Senior CloudStack Developer, SolidFire Inc.*
>> e: mike.tutkowski@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.tutkowski@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solution/overview/?video=play>
*™*

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message