systemvm.iso is missing on your xenserver host. try again after copying ./console-proxy/dist/systemvm.iso to /usr/share/xcp/packages*/iso/ on host*
2013/8/8 Mike Tutkowski <mike.tutkow...@solidfire.com> > The CS MS is on Mac OS X. > > My secondary storage share is on Ubuntu 12.04. > > Thanks! > > > On Thu, Aug 8, 2013 at 1:44 PM, Daan Hoogland <daan.hoogl...@gmail.com > >wrote: > > > are you developing on windows, Mike? > > > > On Thu, Aug 8, 2013 at 9:22 PM, Mike Tutkowski > > <mike.tutkow...@solidfire.com> wrote: > > > Hi, > > > > > > I must be missing something easy here. :) I've set up this config many > > > times before and it's worked just fine (this is in 4.2): > > > > > > Two XenServer 6.1 hosts in a cluster. > > > Local storage is enabled in CS. > > > My secondary storage has the system template for XenServer. > > > Template routing-1 shows up under the local SR of one of my hosts along > > > with ROOT-<some number>, but the system VM flickers on, then disappears > > and > > > I see this exception in the console: > > > > > > WARN [xen.resource.CitrixResourceBase] (DirectAgent-500:) Catch > > Exception: > > > class com.cloud.utils.exception.CloudRuntimeException due to > > > com.cloud.utils.exception.CloudRuntimeException: can not find > systemvmiso > > > com.cloud.utils.exception.CloudRuntimeException: can not find > systemvmiso > > > at > > > > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.createPatchVbd(CitrixResourceBase.java:1435) > > > at > > > > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:1629) > > > at > > > > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:553) > > > at > > > > > > com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequest(XenServer56Resource.java:73) > > > at > > > > > > com.cloud.hypervisor.xen.resource.XenServer610Resource.executeRequest(XenServer610Resource.java:104) > > > 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) > > > > > > Thoughts on this? > > > > > > 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> > *™* >
