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