I debugged this further looks like there is problem in my XenServer
creating the VDI, the template vhd that is in the NFS secondary storage is
good I verified it with vhd-util.
I was using a PreSetup LVM on the XenServer and had this problem, I
switched to using an NFS primary volume and that behaves the same. If I
look at the Primary NFS volume I see the vhd files copied there.
Any ideas what I should look at next to debug this XenServer Storage
Resource problem? My next step would be to stop the MS when the VM is
spawned on the XenServer and figure out why it is not able to run. It does
not stay around for long, before it is deleted and the MS loops trying to
create it over and over again :(
-Soheil
>>> System VM state when it fails
[root@xenserver-devcloud ~]# xe vm-list
uuid ( RO) : f45d51c7-9a4f-9c23-7caa-35fc720ac185
name-label ( RW): v-2-VM
power-state ( RO): halted
>>> MS Exception
2013-04-10 16:19:57,355 WARN [xen.resource.CitrixResourceBase]
(DirectAgent-9:null) can not create vdi in sr
f95f52d1-5c00-17ea-a7e5-973ba7b6c0de
2013-04-10 16:19:57,356 WARN [xen.resource.CitrixResourceBase]
(DirectAgent-9:null) Catch Exception
com.cloud.utils.exception.CloudRuntimeException on
host:f4bc16a9-291c-4d2e-b9f2-d018cabd1a4b for template:
nfs://172.16.197.131/opt/storage/secondary/template/tmpl/1/1/ due to
com.cloud.utils.exception.CloudRuntimeException: can not create vdi in sr
f95f52d1-5c00-17ea-a7e5-973ba7b6c0de
com.cloud.utils.exception.CloudRuntimeException: can not create vdi in sr
f95f52d1-5c00-17ea-a7e5-973ba7b6c0de
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.copy_vhd_from_secondar
ystorage(CitrixResourceBase.java:2914)
>> LVM volume when I set it up for primary storage
[root@xenserver-devcloud ~]# xe sr-list
….
uuid ( RO) : f95f52d1-5c00-17ea-a7e5-973ba7b6c0de
name-label ( RW): f95f52d1-5c00-17ea-a7e5-973ba7b6c0de
name-description ( RW): Cloud Stack Local LVM Storage Pool for
f4bc16a9-291c-4d2e-b9f2-d018cabd1a4b
host ( RO): xenserver-devcloud
type ( RO): lvm
content-type ( RO): user
….
>>>> Content of NFS Primary Storage when I started using it instead of
>>>>PreSetup/LVM
root@devcloud:/opt/storage/primary# ls
1d780a71-890f-43b1-9786-b5db98e510da.vhd
43c00e22-0001-4d76-9962-f39257494695.vhd
hb-f4bc16a9-291c-4d2e-b9f2-d018cabd1a4b
On 4/10/13 5:02 PM, "Soheil Eizadi" <seiz...@infoblox.com> wrote:
>I am using the devcloud appliance as my NFS Server, for now I am using a
>separate XenServer 6.0.2 host, but would like to use the built in
>XenServer in devcloud appliance if that works for development.
>-Soheil
>
>Here is what is on that NFS drive right now:
>root@devcloud:~# find /opt/storage/secondary/template/
>/opt/storage/secondary/template/
>/opt/storage/secondary/template/tmpl
>/opt/storage/secondary/template/tmpl/1
>/opt/storage/secondary/template/tmpl/1/1
>/opt/storage/secondary/template/tmpl/1/1/template.properties
>/opt/storage/secondary/template/tmpl/1/1/dc68eb4c-228c-4a78-84fa-b80ae178f
>b
>fd.vhd
>/opt/storage/secondary/template/tmpl/1/5
>/opt/storage/secondary/template/tmpl/1/5/template.properties
>/opt/storage/secondary/template/tmpl/1/5/ce5b212e-215a-3461-94fb-814a635b2
>2
>15.vhd
>
>
>
>
>On 4/10/13 4:51 PM, "Edison Su" <edison...@citrix.com> wrote:
>
>>Have you pre-install xenserver template on
>>nfs://172.16.197.131/opt/storage/secondary/template/tmpl/1/1/?
>>
>>> -----Original Message-----
>>> From: Soheil Eizadi [mailto:seiz...@infoblox.com]
>>> Sent: Wednesday, April 10, 2013 4:48 PM
>>> To: dev@cloudstack.apache.org
>>> Subject: Re: deployDataCenter.py doesn't work for me on master
>>>
>>> I created a zone my host is added but system VM fails to come up, it
>>>looks
>>> like a previous problem:
>>> https://issues.apache.org/jira/browse/CLOUDSTACK-1462
>>>
>>>
>>> Is this a known problem or a different issue:
>>>
>>> Log:
>>> INFO [cloud.configuration.ConfigurationManagerImpl]
>>> (1887041580@qtp-567506852-8:) No storage traffic type was specified by
>>> admin, create default storage traffic on physical network 200 with same
>>> configure of management traffic type INFO
>>> [cloud.secstorage.PremiumSecondaryStorageManagerImpl]
>>> (secstorage-1:) No running secondary storage vms found in datacenter
>>>id=1,
>>> starting one INFO [storage.secondary.SecondaryStorageManagerImpl]
>>> (secstorage-1:) No stopped secondary storage vm is available, need to
>>> allocate a new secondary storage vm INFO
>>> [cloud.consoleproxy.ConsoleProxyManagerImpl] (consoleproxy-1:) No
>>> stopped console proxy is available, need to allocate a new console
>>>proxy
>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-9:)
>>> destoryVDIbyNameLabel failed due to there are 0 VDIs with name
>>> cloud-3a35ffe6-7c5c-44ba-98c7-d7f5d6e0f028
>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-9:) can not create
>>> vdi in sr f95f52d1-5c00-17ea-a7e5-973ba7b6c0de
>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-9:) Catch
>>>Exception
>>> com.cloud.utils.exception.CloudRuntimeException on host:f4bc16a9-291c-
>>> 4d2e-b9f2-d018cabd1a4b for template:
>>> nfs://172.16.197.131/opt/storage/secondary/template/tmpl/1/1/ due to
>>> com.cloud.utils.exception.CloudRuntimeException: can not create vdi in
>>>sr
>>> f95f52d1-5c00-17ea-a7e5-973ba7b6c0de
>>> com.cloud.utils.exception.CloudRuntimeException: can not create vdi in
>>>sr
>>> f95f52d1-5c00-17ea-a7e5-973ba7b6c0de
>>> at
>>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.copy_vhd_from_sec
>>> ondar
>>> ystorage(CitrixResourceBase.java:2914)
>>> at
>>>
>>>com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResou
>>> rce
>>> Base.java:2936)
>>> at
>>>
>>>com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Citr
>>> ixR
>>> esourceBase.java:516)
>>> at
>>> com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequest(
>>> XenSer
>>> ver56Resource.java:73)
>>> at
>>> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache
>>> .java
>>> :186)
>>> at
>>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
>>> at
>>> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
>>> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
>>> at
>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
>>> cess
>>> $301(ScheduledThreadPoolExecutor.java:98)
>>> at
>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
>>> n(Sc
>>> heduledThreadPoolExecutor.java:206)
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
>>> or.j
>>> ava:895)
>>> at
>>>
>>>java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.ja
>>> va:
>>> 918)
>>> at java.lang.Thread.run(Thread.java:680)
>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-10:)
>>> destoryVDIbyNameLabel failed due to there are 0 VDIs with name cloud-
>>> f8c5fd55-9703-45d1-b5f4-732d06714d1c
>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-10:) can not
>>>create
>>> vdi in sr f95f52d1-5c00-17ea-a7e5-973ba7b6c0de
>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-10:) Catch
>>>Exception
>>> com.cloud.utils.exception.CloudRuntimeException on host:f4bc16a9-291c-
>>> 4d2e-b9f2-d018cabd1a4b for template:
>>> nfs://172.16.197.131/opt/storage/secondary/template/tmpl/1/1/ due to
>>> com.cloud.utils.exception.CloudRuntimeException: can not create vdi in
>>>sr
>>> f95f52d1-5c00-17ea-a7e5-973ba7b6c0de
>>> com.cloud.utils.exception.CloudRuntimeException: can not create vdi in
>>>sr
>>> f95f52d1-5c00-17ea-a7e5-973ba7b6c0de
>>> at
>>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.copy_vhd_from_sec
>>> ondar
>>> ystorage(CitrixResourceBase.java:2914)
>>> at
>>>
>>>com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResou
>>> rce
>>> Base.java:2936)
>>> at
>>>
>>>com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Citr
>>> ixR
>>> esourceBase.java:516)
>>> at
>>> com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequest(
>>> XenSer
>>> ver56Resource.java:73)
>>> at
>>> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache
>>> .java
>>> :186)
>>> at
>>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
>>> at
>>> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
>>> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
>>> at
>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
>>> cess
>>> $301(ScheduledThreadPoolExecutor.java:98)
>>> at
>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
>>> n(Sc
>>> heduledThreadPoolExecutor.java:206)
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
>>> or.j
>>> ava:895)
>>> at
>>>
>>>java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.ja
>>> va:
>>> 918)
>>> at java.lang.Thread.run(Thread.java:680)
>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-12:)
>>> destoryVDIbyNameLabel failed due to there are 0 VDIs with name cloud-
>>> 9268b8b7-39a9-4e9a-a4d3-45241ee0aa2c
>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-12:) can not
>>>create
>>> vdi in sr f95f52d1-5c00-17ea-a7e5-973ba7b6c0de
>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-12:) Catch
>>>Exception
>>> com.cloud.utils.exception.CloudRuntimeException on host:f4bc16a9-291c-
>>> 4d2e-b9f2-d018cabd1a4b for template:
>>> nfs://172.16.197.131/opt/storage/secondary/template/tmpl/1/1/ due to
>>> com.cloud.utils.exception.CloudRuntimeException: can not create vdi in
>>>sr
>>> f95f52d1-5c00-17ea-a7e5-973ba7b6c0de
>>> com.cloud.utils.exception.CloudRuntimeException: can not create vdi in
>>>sr
>>> f95f52d1-5c00-17ea-a7e5-973ba7b6c0de
>>> at
>>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.copy_vhd_from_sec
>>> ondar
>>> ystorage(CitrixResourceBase.java:2914)
>>> at
>>>
>>>com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResou
>>> rce
>>> Base.java:2936)
>>> at
>>>
>>>com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Citr
>>> ixR
>>> esourceBase.java:516)
>>> at
>>> com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequest(
>>> XenSer
>>> ver56Resource.java:73)
>>> at
>>> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache
>>> .java
>>> :186)
>>> at
>>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
>>> at
>>> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
>>> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
>>> at
>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
>>> cess
>>> $301(ScheduledThreadPoolExecutor.java:98)
>>> at
>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
>>> n(Sc
>>> heduledThreadPoolExecutor.java:206)
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
>>> or.j
>>> ava:895)
>>> at
>>>
>>>java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.ja
>>> va:
>>> 918)
>>> at java.lang.Thread.run(Thread.java:680)
>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-12:) Task failed!
>>> Task record: uuid: 26936dcf-b7e0-3cb1-117a-55386afa87db
>>> nameLabel: Async.VM.start_on
>>> nameDescription:
>>> allowedOperations: []
>>> currentOperations: {}
>>> created: Tue Apr 09 22:02:31 PDT 2013
>>> finished: Tue Apr 09 22:02:33 PDT 2013
>>> status: failure
>>> residentOn: com.xensource.xenapi.Host@f020d85e
>>> progress: 1.0
>>> type: <none/>
>>> result:
>>> errorInfo: [Traceback (most recent call last):, File
>>> "/usr/bin/pygrub", line 808, in ?, fs = fsimage.open(file,
>>> part_offs[0], bootfsoptions), IOError: [Errno 95] Operation not
>>>supported, ]
>>> otherConfig: {}
>>> subtaskOf: com.xensource.xenapi.Task@aaf13f6f
>>> subtasks: []
>>>
>>>
>>>
>>>
>>>
>>> On 4/10/13 3:58 PM, "Soheil Eizadi" <seiz...@infoblox.com> wrote:
>>>
>>> >Thanks,
>>> >I can build and run the MS now. I get the GUI up, if I run this build
>>> >target after the MS is running this what I get:
>>> >Administrators-MacBook-Pro-7:cloudstack seizadi$ mvn -P developer -pl
>>> >tools/devcloud -Ddeploysvr
>>> >ERROR: transport error 202: bind failed: Address already in use
>>> >ERROR: JDWP Transport dt_socket failed to initialize,
>>> >TRANSPORT_INIT(510) JDWP exit error
>>> AGENT_ERROR_TRANSPORT_INIT(197): No
>>> >transports initialized [../../../src/share/back/debugInit.c:690]
>>> >FATAL ERROR in native method: JDWP No transports initialized,
>>> >jvmtiError=AGENT_ERROR_TRANSPORT_INIT(197)
>>> >Abort trap: 6
>>> >
>>> >
>>> >
>>> >Also it seems that Maven Options is not part of the instructions
>>>anymore!
>>> >I assume these still needed should be included in the instructions:
>>> >$ export MAVEN_OPTS="-Xmx2g -XX:MaxPermSize=512m -Xdebug
>>> >-Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=n"
>>> >
>>> >-Soheil
>>> >
>>> >
>>> >On 4/10/13 3:12 PM, "Chiradeep Vittal" <chiradeep.vit...@citrix.com>
>>> >wrote:
>>> >
>>> >>Soheil, the instructions appear to be out of order.
>>> >>First you need to run the cloudstack server mvn -pl :cloud-client-ui
>>> >>jetty:run
>>> >>
>>> >>Wait for the console logs to stop spewing
>>> >>
>>> >>THEN deploy
>>> >>mvn -P developer -pl tools/devcloud -Ddeploysvr
>>> >>
>>> >>
>>> >>
>>> >>On 4/10/13 3:05 PM, "Soheil Eizadi" <seiz...@infoblox.com> wrote:
>>> >>
>>> >>>I pulled the top of trunk today and had this same issue.
>>> >>>$ git clone https://git-wip-us.apache.org/repos/asf/cloudstack.git
>>> >>>
>>> >>>
>>> >>>I followed the instruction here to build:
>>> >>>http://cloudstack.apache.org/develop/environment.html
>>> >>>
>>> >>>
>>> >>>I am new to CloudStack if there is a more stable branch I should be
>>> >>>working on please let me know.
>>> >>>-Soheil
>>> >>>
>>> >>>Log:
>>> >>>Administrators-MacBook-Pro-7:cloudstack seizadi$ mvn -P developer
>>>-pl
>>> >>>tools/devcloud -Ddeploysvr Listening for transport dt_socket at
>>> >>>address: 8787 [INFO] Scanning for projects...
>>> >>>[INFO]
>>> >>>
>>> >>>[INFO]
>>>
>>>>>>---------------------------------------------------------------------
>>> >>>--- [INFO] Building Apache CloudStack DevCloud 4.2.0-SNAPSHOT [INFO]
>>>
>>>>>>---------------------------------------------------------------------
>>> >>>---
>>> >>>[INFO]
>>> >>>[INFO] --- maven-remote-resources-plugin:1.3:process (default) @
>>> >>>cloud-devcloud --- [INFO] [INFO] ---
>>> >>>maven-site-plugin:3.1:attach-descriptor (attach-descriptor) @
>>> >>>cloud-devcloud --- [INFO] [INFO] --- exec-maven-plugin:1.2.1:exec
>>> >>>(default) @ cloud-devcloud --- Traceback (most recent call last):
>>> >>> File "../marvin/marvin/deployDataCenter.py", line 470, in <module>
>>> >>> deploy.deploy()
>>> >>> File "../marvin/marvin/deployDataCenter.py", line 453, in deploy
>>> >>> self.loadCfg()
>>> >>> File "../marvin/marvin/deployDataCenter.py", line 409, in loadCfg
>>> >>> apiKey, securityKey = self.registerApiKey()
>>> >>> File "../marvin/marvin/deployDataCenter.py", line 349, in
>>> >>>registerApiKey
>>> >>> listuserRes = self.testClient.getApiClient().listUsers(listuser)
>>> >>> File
>>>
>>>>>>"/Users/seizadi/cloudstack/cloudstack/tools/marvin/marvin/cloudstackA
>>> >>>PI/
>>> >>>c
>>> >>>l
>>> >>>o
>>> >>>udstackAPIClient.py", line 426, in listUsers
>>> >>> response = self.connection.make_request(command, response)
>>> >>> File
>>>
>>>>>>"/Users/seizadi/cloudstack/cloudstack/tools/marvin/marvin/cloudstackC
>>> >>>onn
>>> >>>e
>>> >>>c
>>> >>>t
>>> >>>ion.py", line 176, in make_request
>>> >>> result = self.make_request_without_auth(commandName, requests)
>>> >>> File
>>>
>>>>>>"/Users/seizadi/cloudstack/cloudstack/tools/marvin/marvin/cloudstackC
>>> >>>onn
>>> >>>e
>>> >>>c
>>> >>>t
>>> >>>ion.py", line 107, in make_request_without_auth
>>> >>> self.connection =
>>> >>>urllib2.urlopen("%s://%s:%d%s?%s"%(self.protocol,
>>> >>>self.mgtSvr, self.port, self.path, requestUrl))
>>> >>> File
>>> >>>"/System/Library/Frameworks/Python.framework/Versions/2.7/lib/pyth
>>> on2
>>> >>>.7/
>>> >>>u
>>> >>>r
>>> >>>l
>>> >>>lib2.py", line 126, in urlopen
>>> >>> return _opener.open(url, data, timeout)
>>> >>> File
>>> >>>"/System/Library/Frameworks/Python.framework/Versions/2.7/lib/pyth
>>> on2
>>> >>>.7/
>>> >>>u
>>> >>>r
>>> >>>l
>>> >>>lib2.py", line 394, in open
>>> >>> response = self._open(req, data)
>>> >>> File
>>> >>>"/System/Library/Frameworks/Python.framework/Versions/2.7/lib/pyth
>>> on2
>>> >>>.7/
>>> >>>u
>>> >>>r
>>> >>>l
>>> >>>lib2.py", line 412, in _open
>>> >>> '_open', req)
>>> >>> File
>>> >>>"/System/Library/Frameworks/Python.framework/Versions/2.7/lib/pyth
>>> on2
>>> >>>.7/
>>> >>>u
>>> >>>r
>>> >>>l
>>> >>>lib2.py", line 372, in _call_chain
>>> >>> result = func(*args)
>>> >>> File
>>> >>>"/System/Library/Frameworks/Python.framework/Versions/2.7/lib/pyth
>>> on2
>>> >>>.7/
>>> >>>u
>>> >>>r
>>> >>>l
>>> >>>lib2.py", line 1199, in http_open
>>> >>> return self.do_open(httplib.HTTPConnection, req)
>>> >>> File
>>> >>>"/System/Library/Frameworks/Python.framework/Versions/2.7/lib/pyth
>>> on2
>>> >>>.7/
>>> >>>u
>>> >>>r
>>> >>>l
>>> >>>lib2.py", line 1174, in do_open
>>> >>> raise URLError(err)
>>> >>>urllib2.URLError: <urlopen error [Errno 61] Connection refused>
>>> >>>[INFO]
>>>
>>>>>>---------------------------------------------------------------------
>>> >>>---
>>> >>>[INFO] BUILD FAILURE
>>> >>>[INFO]
>>>
>>>>>>---------------------------------------------------------------------
>>> >>>---
>>> >>>[INFO] Total time: 8.427s
>>> >>>[INFO] Finished at: Wed Apr 10 12:21:26 PDT 2013 [INFO] Final
>>>Memory:
>>> >>>21M/81M [INFO]
>>>
>>>>>>---------------------------------------------------------------------
>>> >>>---
>>> >>>[ERROR] Failed to execute goal
>>> >>>org.codehaus.mojo:exec-maven-plugin:1.2.1:exec (default) on project
>>> >>>cloud-devcloud: Command execution failed. Process exited with an
>>>error:
>>> >>>1
>>> >>>(Exit value: 1) -> [Help 1]
>>> >>>[ERROR]
>>> >>>[ERROR] To see the full stack trace of the errors, re-run Maven with
>>> >>>the -e switch.
>>> >>>[ERROR] Re-run Maven using the -X switch to enable full debug
>>>logging.
>>> >>>[ERROR]
>>> >>>[ERROR] For more information about the errors and possible
>>>solutions,
>>> >>>please read the following articles:
>>> >>>[ERROR] [Help 1]
>>> >>>http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionExc
>>> epti
>>> >>>on
>>> >>>
>>> >>>
>>> >>>
>>> >>>
>>> >>>
>>> >>>On 4/9/13 12:21 PM, "Mike Tutkowski" <mike.tutkow...@solidfire.com>
>>> >>>wrote:
>>> >>>
>>> >>>>My mistake...once I updated my remote repo to
>>> >>>>https://git-wip-us.apache.org/repos/asf/cloudstack.git and
>>> >>>>fetched/merged,
>>> >>>>DevCloud2 worked again.
>>> >>>>
>>> >>>>
>>> >>>>On Tue, Apr 9, 2013 at 12:20 PM, Mike Tutkowski <
>>> >>>>mike.tutkow...@solidfire.com> wrote:
>>> >>>>
>>> >>>>> Hi,
>>> >>>>>
>>> >>>>> Any thoughts on this?
>>> >>>>>
>>> >>>>> I'm trying to set up DevCloud2 by running deployDataCenter
>>>(below)
>>> >>>>>and get a HTTP 530 back.
>>> >>>>>
>>> >>>>> I even re-installed the DevCloud2 appliance to be sure there
>>> >>>>> wasn't something weird going on with its current state.
>>> >>>>>
>>> >>>>> This works for me on 4.1.
>>> >>>>>
>>> >>>>> Thanks!
>>> >>>>>
>>> >>>>> mtutkowski-LT:incubator-cloudstack mtutkowski$ cd tools/devcloud
>>>;
>>> >>>>>python ../marvin/marvin/deployDataCenter.py -i devcloud.cfg
>>> >>>>>Traceback (most recent call last):
>>> >>>>> File "../marvin/marvin/deployDataCenter.py", line 455, in
>>><module>
>>> >>>>> deploy.deploy()
>>> >>>>> File "../marvin/marvin/deployDataCenter.py", line 440, in
>>>deploy
>>> >>>>> self.createZones(self.config.zones)
>>> >>>>> File "../marvin/marvin/deployDataCenter.py", line 312, in
>>> >>>>>createZones
>>> >>>>> self.createpods(zone.pods, zoneId, networkid)
>>> >>>>> File "../marvin/marvin/deployDataCenter.py", line 109, in
>>> >>>>>createpods
>>> >>>>> self.createClusters(pod.clusters, zoneId, podId)
>>> >>>>> File "../marvin/marvin/deployDataCenter.py", line 73, in
>>> >>>>>createClusters
>>> >>>>> cluster.hypervisor)
>>> >>>>> File "../marvin/marvin/deployDataCenter.py", line 53, in
>>>addHosts
>>> >>>>> self.apiClient.addHost(hostcmd)
>>> >>>>> File
>>> >>>>>
>>> >>>>>"/Users/mtutkowski/Documents/CloudStack/src/incubator-
>>> cloudstack/to
>>> >>>>>ols
>>> >>>>>/
>>> >>>>>m
>>> >>>>>a
>>> >>>>>rvin/marvin/cloudstackAPI/cloudstackAPIClient.py",
>>> >>>>> line 1189, in addHost
>>> >>>>> response = self.connection.make_request(command, response)
>>> >>>>> File
>>> >>>>>
>>> >>>>>"/Users/mtutkowski/Documents/CloudStack/src/incubator-
>>> cloudstack/to
>>> >>>>>ols
>>> >>>>>/
>>> >>>>>m
>>> >>>>>a
>>> >>>>>rvin/marvin/cloudstackConnection.py",
>>> >>>>> line 174, in make_request
>>> >>>>> result = self.make_request_with_auth(commandName, requests)
>>> >>>>> File
>>> >>>>>
>>> >>>>>"/Users/mtutkowski/Documents/CloudStack/src/incubator-
>>> cloudstack/to
>>> >>>>>ols
>>> >>>>>/
>>> >>>>>m
>>> >>>>>a
>>> >>>>>rvin/marvin/cloudstackConnection.py",
>>> >>>>> line 88, in make_request_with_auth
>>> >>>>> raise e
>>> >>>>> urllib2.HTTPError: HTTP Error 530: 530
>>> >>>>>
>>> >>>>> --
>>> >>>>> *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>
>>> >>>>**
>>> >>>
>>> >>
>>> >
>>
>
