The instructions even say the following: If your secondary storage mount point is not named /mnt/secondary, substitute your own mount point name.
On Thu, Sep 18, 2014 at 4:15 PM, Mike Tutkowski < mike.tutkow...@solidfire.com> wrote: > Yeah, I've been through the instructions a couple times and don't see > anything that indicates why it's having trouble with /mnt/sec (it says > /mnt/sec instead of /mnt/secondary in the log messages). > > On Thu, Sep 18, 2014 at 4:01 PM, Ritu Sabharwal <rsabh...@brocade.com> > wrote: > >> I have an external NFS server and it is mounted to /mnt/secondary on my >> CS server so seeding command I used is: >> >> /usr/share/cloudstack-common/scripts/storage/secondary/cloud-install-sys-tmplt >> -m /mnt/secondary -u >> http://cloudstack.apt-get.eu/systemvm/4.4/systemvm64template-4.4.0-6-vmware.ova >> -h vmware -F >> >> I guess, if the secondary storage is local, then /export/secondary should >> be fine. >> >> Regards, >> Ritu S. >> -----Original Message----- >> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] >> Sent: Thursday, September 18, 2014 2:34 PM >> To: dev@cloudstack.apache.org >> Cc: ilya musayev; Koushik Das; Sateesh Chodapuneedi; Adip Shetty >> Subject: Re: [VMWARE SETUP ERROR] Error seeing in brining up System VMs >> with Vmware setup with CS server >> >> The instructions to seed secondary storage for VMware look like this: >> >> /usr/share/cloudstack-common/scripts/storage/secondary/cloud-install-sys-tmplt >> \ -m /mnt/secondary \ -u >> http://cloudstack.apt-get.eu/systemvm/4.4/systemvm64template-4.4.0-6-vmware.ova >> \ >> -h vmware \ >> -s <optional-management-server-secret-key> \ -F >> >> For -m, I have /export/secondary (not /mnt/secondary). I assume that's >> correct because that is, in fact, where my secondary storage system >> template is located for XenServer and that seems to work just fine. >> >> >> On Thu, Sep 18, 2014 at 3:20 PM, Mike Tutkowski < >> mike.tutkow...@solidfire.com> wrote: >> >> > I'm not getting far enough along in the process to repro (or not) the >> > problem. >> > >> > I do have a /mnt/sec folder (and I even made it 777). >> > >> > Any thoughts on this? >> > >> > WARN [c.c.s.r.VmwareStorageProcessor] (DirectAgent-46:ctx-fdd23ec9 >> > 192.168.129.71, job-95/job-123, cmd: CopyCommand) Exception: tar >> > --no-same-owner -xf /mnt/sec/template/tmpl/1/8//routing-8.ova >> > java.io.IOException: Cannot run program "tar" (in directory >> > "/mnt/sec/template/tmpl/1/8"): error=2, No such file or directory >> > at java.lang.ProcessBuilder.start(ProcessBuilder.java:1041) >> > at com.cloud.utils.script.Script.execute(Script.java:195) >> > at com.cloud.utils.script.Script.execute(Script.java:163) >> > at com.cloud.storage.res >> > >> > On Wed, Sep 17, 2014 at 2:53 PM, Mike Tutkowski < >> > mike.tutkow...@solidfire.com> wrote: >> > >> >> You're right, Marcus. Now that I think about it, asserts are ignored >> >> by default. >> >> >> >> On Wed, Sep 17, 2014 at 1:59 PM, Marcus <shadow...@gmail.com> wrote: >> >> >> >>> Aren't asserts ignored by default? I think we had an issue with >> >>> asserts in the past, and I believe at the time the default config >> >>> had asserts disabled. >> >>> >> >>> >> >>> On Wed, Sep 17, 2014 at 1:35 PM, Ritu Sabharwal >> >>> <rsabh...@brocade.com> >> >>> wrote: >> >>> >> >>> > Hi Mike, >> >>> > >> >>> > I updated the master just now and tried the setup. I see the same >> >>> error on >> >>> > same line number. >> >>> > >> >>> > Thanks & Regards, >> >>> > Ritu S. >> >>> > >> >>> > -----Original Message----- >> >>> > From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] >> >>> > Sent: Tuesday, September 16, 2014 8:32 PM >> >>> > To: dev@cloudstack.apache.org >> >>> > Cc: ilya musayev; Koushik Das; Sateesh Chodapuneedi; Adip Shetty >> >>> > Subject: Re: [VMWARE SETUP ERROR] Error seeing in brining up >> >>> > System VMs with Vmware setup with CS server >> >>> > >> >>> > Can you tell us what commit SHA you are running under? >> >>> > >> >>> > I just updated master and line 2094 in VmwareResource is the >> following: >> >>> > >> >>> > String[] diskChain = diskInfo.getDiskChain(); >> >>> > >> >>> > The only candidate for a NullPointerException there is diskInfo; >> >>> however, >> >>> > the previous line would have caught this as it looks like this: >> >>> > >> >>> > assert (diskInfo != null); >> >>> > >> >>> > That being the case, I'm curious what commit SHA you saw this on? >> >>> > >> >>> > Thanks! >> >>> > >> >>> > On Tue, Sep 16, 2014 at 5:22 PM, Ritu Sabharwal >> >>> > <rsabh...@brocade.com> >> >>> > wrote: >> >>> > >> >>> > > Hi Sateesh, Koushik, >> >>> > > >> >>> > > I am setting up Vmware Cluster with CS (master) and seeing errors. >> >>> > > ilya was helping me for this setup and figured out this error. >> >>> > > >> >>> > > The System VMs(Secondary Stogare VM and Console Proxy VM) are >> >>> > > not coming up properly. The system vms are reconfiguring and >> >>> > > destroying again and again in cycle. >> >>> > > >> >>> > > I have used Vmware Vsphere 5.1 SDK for building CS. >> >>> > > >> >>> > > The error logs give this error: >> >>> > > >> >>> > > 2014-09-16 16:11:01,619 WARN [c.c.h.v.r.VmwareResource] >> >>> > > (DirectAgent-8:ctx-8909215e 10.24.41.149, job-54/job-68, cmd: >> >>> > > StartCommand) StartCommand failed due to Exception: >> >>> > > java.lang.NullPointerException >> >>> > > Message: null >> >>> > > >> >>> > > java.lang.NullPointerException >> >>> > > at >> >>> > > >> >>> > >> >>> com.cloud.hypervisor.vmware.resource.VmwareResource.postDiskConfigBe >> >>> foreStart(VmwareResource.java:2094) >> >>> > > at >> >>> > > >> >>> > >> >>> com.cloud.hypervisor.vmware.resource.VmwareResource.execute(VmwareRe >> >>> source.java:1685) >> >>> > > at >> >>> > > >> >>> > >> >>> com.cloud.hypervisor.vmware.resource.VmwareResource.executeRequest(V >> >>> mwareResource.java:448) >> >>> > > at >> >>> > > >> >>> > >> >>> com.cloud.agent.manager.DirectAgentAttache$Task.runInContext(DirectA >> >>> gentAttache.java:294) >> >>> > > at >> >>> > > >> >>> > >> >>> org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(M >> >>> anagedContextRunnable.java:49) >> >>> > > at >> >>> > > >> >>> > >> >>> org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.c >> >>> all(DefaultManagedContext.java:56) >> >>> > > at >> >>> > > >> >>> > >> >>> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.cal >> >>> lWithContext(DefaultManagedContext.java:103) >> >>> > > at >> >>> > > >> >>> > >> >>> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.run >> >>> WithContext(DefaultManagedContext.java:53) >> >>> > > at >> >>> > > >> >>> > >> >>> org.apache.cloudstack.managed.context.ManagedContextRunnable.run(Man >> >>> agedContextRunnable.java:46) >> >>> > > at >> >>> > > >> >>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:4 >> >>> 71) >> >>> > > at >> java.util.concurrent.FutureTask.run(FutureTask.java:262) >> >>> > > at >> >>> > > >> >>> > >> >>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask >> >>> .access$201(ScheduledThreadPoolExecutor.java:178) >> >>> > > at >> >>> > > >> >>> > >> >>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask >> >>> .run(ScheduledThreadPoolExecutor.java:292) >> >>> > > at >> >>> > > >> >>> > >> >>> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor >> >>> .java:1145) >> >>> > > at >> >>> > > >> >>> > >> >>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecuto >> >>> r.java:615) >> >>> > > at java.lang.Thread.run(Thread.java:744) >> >>> > > >> >>> > > Please help to resolve this issue. >> >>> > > >> >>> > > Thanks & Regards, >> >>> > > Ritu S. >> >>> > > >> >>> > > >> >>> > >> >>> > >> >>> > -- >> >>> > *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>*™*
