Walked through the steps again this morning and same ending. As soon as I run deployDataCenter.py, I get the following exceptions:
com.cloud.utils.exception.CloudRuntimeException: callHostPlugin failed for cmd: createISOVHD with args uuid: 9f3f9262-3f77-09cc-2df7-0d8475676260, due to There was a failure communicating with the plugin. at com.cloud.hypervisor.xen.resource.CitrixResourceBase.callHostPlugin(CitrixResourceBase.java:3985) at com.cloud.hypervisor.xen.resource.XcpOssResource.createPatchVbd(XcpOssResource.java:88) at com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:1503) at com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource.java:143) at com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:532) at com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssResource.java:137) 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.access$301(ScheduledThreadPoolExecutor.java:98) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918) at java.lang.Thread.run(Thread.java:680) WARN [xen.resource.CitrixResourceBase] (DirectAgent-9:) Unable to start s-1-VM due to com.cloud.utils.exception.CloudRuntimeException: callHostPlugin failed for cmd: createISOVHD with args uuid: 9f3f9262-3f77-09cc-2df7-0d8475676260, due to There was a failure communicating with the plugin. at com.cloud.hypervisor.xen.resource.CitrixResourceBase.callHostPlugin(CitrixResourceBase.java:3985) at com.cloud.hypervisor.xen.resource.XcpOssResource.createPatchVbd(XcpOssResource.java:88) at com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:1503) at com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource.java:143) at com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:532) at com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssResource.java:137) 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.access$301(ScheduledThreadPoolExecutor.java:98) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918) at java.lang.Thread.run(Thread.java:680) WARN [xen.resource.CitrixResourceBase] (DirectAgent-9:) Unable to clean up VBD due to You gave an invalid object reference. The object may have recently been deleted. The class parameter gives the type of reference given, and the handle parameter echoes the bad value given. at com.xensource.xenapi.Types.checkResponse(Types.java:209) at com.xensource.xenapi.Connection.dispatch(Connection.java:368) at com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConnection.dispatch(XenServerConnectionPool.java:909) at com.xensource.xenapi.VBD.unplug(VBD.java:1059) at com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStartFailure(CitrixResourceBase.java:1310) at com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:1584) at com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource.java:143) at com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:532) at com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssResource.java:137) 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.access$301(ScheduledThreadPoolExecutor.java:98) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918) at java.lang.Thread.run(Thread.java:680) WARN [storage.secondary.SecondaryStorageManagerImpl] (secstorage-1:) Exception while trying to start secondary storage vm com.cloud.exception.InsufficientServerCapacityException: Unable to create a deployment for VM[SecondaryStorageVm|s-1-VM]Scope=interface com.cloud.dc.DataCenter; id=1 at com.cloud.vm.VirtualMachineManagerImpl.advanceStart(VirtualMachineManagerImpl.java:782) at com.cloud.vm.VirtualMachineManagerImpl.start(VirtualMachineManagerImpl.java:529) at com.cloud.vm.VirtualMachineManagerImpl.start(VirtualMachineManagerImpl.java:522) at com.cloud.storage.secondary.SecondaryStorageManagerImpl.startSecStorageVm(SecondaryStorageManagerImpl.java:262) at com.cloud.storage.secondary.SecondaryStorageManagerImpl.allocCapacity(SecondaryStorageManagerImpl.java:687) at com.cloud.storage.secondary.SecondaryStorageManagerImpl.expandPool(SecondaryStorageManagerImpl.java:1303) at com.cloud.secstorage.PremiumSecondaryStorageManagerImpl.scanPool(PremiumSecondaryStorageManagerImpl.java:123) at com.cloud.secstorage.PremiumSecondaryStorageManagerImpl.scanPool(PremiumSecondaryStorageManagerImpl.java:50) at com.cloud.vm.SystemVmLoadScanner.loadScan(SystemVmLoadScanner.java:104) at com.cloud.vm.SystemVmLoadScanner.access$100(SystemVmLoadScanner.java:33) at com.cloud.vm.SystemVmLoadScanner$1.reallyRun(SystemVmLoadScanner.java:81) at com.cloud.vm.SystemVmLoadScanner$1.run(SystemVmLoadScanner.java:72) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439) at java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:317) at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:150) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:98) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:180) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:204) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918) at java.lang.Thread.run(Thread.java:680) On Tue, May 7, 2013 at 7:56 AM, Mike Tutkowski <mike.tutkow...@solidfire.com > wrote: > Yeah...it behaves, though, as if there is some info in the DB that is > confusing the CS MS into not believing it's in a fresh state. > > Is there an easy way to confirm the script ran successfully? In the past, > it's just always worked. > > Thanks > > > On Tue, May 7, 2013 at 1:41 AM, Sebastien Goasguen <run...@gmail.com>wrote: > >> >> On May 7, 2013, at 1:47 AM, Mike Tutkowski <mike.tutkow...@solidfire.com> >> wrote: >> >> > Also, just to throw this out there, it looks like my DevCloud2 host has >> > plenty of remaining memory and disk capacity. >> > >> > >> >> Did you redeploy the db ? >> >> > On Mon, May 6, 2013 at 11:44 PM, Mike Tutkowski < >> > mike.tutkow...@solidfire.com> wrote: >> > >> >> When I look at my DevCloud2 host in XenCenter, though, it says SSVM is >> >> running (the CS MS disagrees). >> >> >> >> >> >> On Mon, May 6, 2013 at 11:41 PM, Mike Tutkowski < >> >> mike.tutkow...@solidfire.com> wrote: >> >> >> >>> I figured I'd just go back to square one and see if I could get >> >>> everything to work with a clean environment. >> >>> >> >>> I deleted my DevCloud2 VM and re-installed the appliance (after >> >>> re-downloading it from the web). >> >>> >> >>> I cleaned out my database and had the tables built up from scratch. >> >>> >> >>> I kicked of the management server and I re-ran deployDataCenter.py to >> get >> >>> an environment configured. >> >>> >> >>> All seemed OK, however, I quickly noticed both of my system VMs were >> not >> >>> starting. >> >>> >> >>> I looked in the console window and noticed the following (any >> thoughts on >> >>> this? I'm not sure why I'm getting an >> InsufficientServerCapacityException): >> >>> >> >>> WARN [cloud.consoleproxy.ConsoleProxyManagerImpl] (consoleproxy-1:) >> >>> Exception while trying to start console proxy >> >>> com.cloud.exception.InsufficientServerCapacityException: Unable to >> create >> >>> a deployment for VM[ConsoleProxy|v-2-VM]Scope=interface >> >>> com.cloud.dc.DataCenter; id=1 >> >>> at >> >>> >> com.cloud.vm.VirtualMachineManagerImpl.advanceStart(VirtualMachineManagerImpl.java:782) >> >>> at >> >>> >> com.cloud.vm.VirtualMachineManagerImpl.start(VirtualMachineManagerImpl.java:529) >> >>> at >> >>> >> com.cloud.vm.VirtualMachineManagerImpl.start(VirtualMachineManagerImpl.java:522) >> >>> at >> >>> >> com.cloud.consoleproxy.ConsoleProxyManagerImpl.startProxy(ConsoleProxyManagerImpl.java:743) >> >>> at >> >>> >> com.cloud.consoleproxy.ConsoleProxyManagerImpl.allocCapacity(ConsoleProxyManagerImpl.java:1105) >> >>> at >> >>> >> com.cloud.consoleproxy.ConsoleProxyManagerImpl.expandPool(ConsoleProxyManagerImpl.java:1849) >> >>> at >> >>> >> com.cloud.consoleproxy.ConsoleProxyManagerImpl.expandPool(ConsoleProxyManagerImpl.java:159) >> >>> at >> com.cloud.vm.SystemVmLoadScanner.loadScan(SystemVmLoadScanner.java:111) >> >>> at >> >>> >> com.cloud.vm.SystemVmLoadScanner.access$100(SystemVmLoadScanner.java:33) >> >>> at >> >>> >> com.cloud.vm.SystemVmLoadScanner$1.reallyRun(SystemVmLoadScanner.java:81) >> >>> at com.cloud.vm.SystemVmLoadScanner$1.run(SystemVmLoadScanner.java:72) >> >>> at >> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439) >> >>> at >> >>> >> java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:317) >> >>> at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:150) >> >>> at >> >>> >> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:98) >> >>> at >> >>> >> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:180) >> >>> at >> >>> >> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:204) >> >>> at >> >>> >> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895) >> >>> at >> >>> >> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918) >> >>> at java.lang.Thread.run(Thread.java:680) >> >>> >> >>> Thanks! >> >>> >> >>> >> >>> >> >>> On Mon, May 6, 2013 at 4:33 PM, Mike Tutkowski < >> >>> mike.tutkow...@solidfire.com> wrote: >> >>> >> >>>> I looked here: >> >>>> >> >>>> /opt/storage/secondary/template/tmpl/1/1 (on my DevCloud2 host) and >> >>>> found a VHD file. >> >>>> >> >>>> I do see in the GUI that I have a host alert on nfs://192.168.56.10: >> /opt/storage/secondary, >> >>>> but when I go look for the Alert (to see details), it is not on the >> >>>> Events-Alerts page (the three general alerts that I have are there, >> >>>> however). >> >>>> >> >>>> Thanks! >> >>>> >> >>>> >> >>>> On Mon, May 6, 2013 at 3:41 PM, Mike Tutkowski < >> >>>> mike.tutkow...@solidfire.com> wrote: >> >>>> >> >>>>> Interesting...in Global Settings, I find a key with the name 'host' >> and >> >>>>> its value is '192.168.56.1'. >> >>>>> >> >>>>> That looks correct, though, right? >> >>>>> >> >>>>> >> >>>>> On Mon, May 6, 2013 at 3:35 PM, Wei ZHOU <ustcweiz...@gmail.com> >> wrote: >> >>>>> >> >>>>>> Hi Mike, >> >>>>>> >> >>>>>> The result of this command should be "192.168.56.1" or similar >> value, >> >>>>>> not >> >>>>>> "10.2.0.15". >> >>>>>> select value from cloud.configuration where name="host"; >> >>>>>> Please make sure before you run "mvn -P developer -pl >> tools/devcloud >> >>>>>> -Ddeploysvr" >> >>>>>> >> >>>>>> you can change it by >> >>>>>> update cloud.configuration set value="192.168.56.1" where >> >>>>>> name="host";" >> >>>>>> you need to re-run "mvn -pl :cloud-client-ui jetty:run" after it. >> >>>>>> >> >>>>>> Wei >> >>>>>> 2013/5/6 Mike Tutkowski <mike.tutkow...@solidfire.com> >> >>>>>> >> >>>>>>> Hi, >> >>>>>>> >> >>>>>>> I recently updated my local repo, rebuilt, redeployed, and all. >> >>>>>>> >> >>>>>>> I wanted to kick off a VM, but I don't see the TinyLinux template. >> >>>>>>> >> >>>>>>> Any thoughts on this? Just followed the normal procedure I use for >> >>>>>> doing >> >>>>>>> this...didn't do anything different. >> >>>>>>> >> >>>>>>> Thanks! >> >>>>>>> >> >>>>>>> -- >> >>>>>>> *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> >> >>>>> *™* >> >>>>> >> >>>> >> >>>> >> >>>> >> >>>> -- >> >>>> *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> >> >>> *™* >> >>> >> >> >> >> >> >> >> >> -- >> >> *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> >> > *™* >> >> > > > -- > *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> *™*
