http://jenkins.buildacloud.org/view/4.4/job/cloudstack-4.4-systemvm64/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvm64template-4.4-2014-09-22-vmware.ova
On Mon, Sep 22, 2014 at 1:58 PM, Ritu Sabharwal <rsabh...@brocade.com> wrote: > Hi Mike, > > From where did you use the system vm template for 4.4 case? > > Thanks & Regards, > Ritu S. > > -----Original Message----- > From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] > Sent: Monday, September 22, 2014 12:19 PM > To: dev@cloudstack.apache.org > Cc: Abhinandan Prateek > Subject: Re: [VMWARE SETUP ERROR] Error seeing in brining up System VMs > with Vmware setup with CS server > > I just updated the ticket with an FYI that the 4.4 system template (which > I just tried) with CS 4.4 worked fine for the SSVM, CPVM, and the virtual > router. > > On Mon, Sep 22, 2014 at 10:57 AM, Mike Tutkowski < > mike.tutkow...@solidfire.com> wrote: > > > I opened the following ticket: > > > > https://issues.apache.org/jira/browse/CLOUDSTACK-7599 > > > > Where can I put vmops.log? It's about 14MB and 10MB is JIRA's > > attachment limit. > > > > On Mon, Sep 22, 2014 at 9:21 AM, Sateesh Chodapuneedi < > > sateesh.chodapune...@citrix.com> wrote: > > > >> > -----Original Message----- > >> > From: Abhinandan Prateek [mailto:agneya2...@gmail.com] > >> > Sent: 22 September 2014 10:29 > >> > To: CloudStack Dev > >> > Cc: Sateesh Chodapuneedi > >> > Subject: Re: [VMWARE SETUP ERROR] Error seeing in brining up System > >> > VMs > >> with Vmware setup with CS server > >> > > >> > Mike, > >> > > >> > Lets wait for sometime, till someone from Citrix respond. > >> > I am working from Garage and not from Citrix and do not have quick > >> access to VMWare setup. > >> > In case we are still not sure about the VMWare template then we can > >> plan a more collaborative effort by participating in a debugging > >> > session. > >> > I can pass on the information on issues that I have seen, we can > >> > then > >> put some joint effort to fix these followed by > >> > documenting/automating these. > >> > > >> > I still hope that Sateesh or someone form Citrix respond on the > >> > latex > >> VMware templates and procedure. > >> > > >> > -abhi > >> > > >> > On 21-Sep-2014, at 3:57 am, Mike Tutkowski < > >> mike.tutkow...@solidfire.com> wrote: > >> > > >> > > So, I just tried with this system template and got (essentially) > >> > > the same results. > >> > > > >> > > I say "essentially" because with this template I never arrived at > >> > > a login prompt (it just shut down at some point in the boot > >> > > stage). With the other template, I was brought to the login > >> > > prompt and then the VM > >> was shut down. > >> > > > >> > > On Fri, Sep 19, 2014 at 9:18 PM, Abhinandan Prateek > >> > > <agneya2...@gmail.com> > >> > > wrote: > >> > > > >> > >> > >> > >> VMWare Template: > >> > >> > >> http://download.cloud.com/templates/4.5/systemvm64template-4.5-vmware > >> > >> .ova > >> > >> Checksum: 3106a79a4ce66cd7f6a7c50e93f2db57 > >> > >> I am running ACS master with this template without issues. > >> Can somebody file a JIRA ticket and attach all relevant logs? I will > >> check it. > >> May be patching of systemvm is not working in the setup where VR did > >> not come up. > >> > >> For information aboutman manual changes to Jenkins generated > >> templates, please see ACS tickets CLOUDSTACK-5883 ( > >> https://issues.apache.org/jira/browse/CLOUDSTACK-5883?focusedCommentI > >> d=13906809&page=com.atlassian.jira.plugin.system.issuetabpanels:comme > >> nt-tabpanel#comment-13906809 > >> ) > >> And CLOUDSTACK-4864. > >> > >> Regards, > >> Sateesh > >> > >> > >> > >> > >> Last I checked systemvm.iso will not get mounted. > >> > >> > >> > >> -abhi > >> > >> > >> > >> On 20-Sep-2014, at 8:32 am, Mike Tutkowski > >> > >> <mike.tutkow...@solidfire.com> > >> > >> wrote: > >> > >> > >> > >>> Can you provide me a link to the Citrix ones? > >> > >>> > >> > >>> Does this mean the standard build for VMware on Jenkins in > >> > >>> terms of the system template is pretty much useless when it > >> > >>> comes to the virtual > >> > >> router? > >> > >>> > >> > >>> Thanks > >> > >>> > >> > >>> On Fri, Sep 19, 2014 at 7:49 PM, Abhinandan Prateek < > >> > >> agneya2...@gmail.com> > >> > >>> wrote: > >> > >>> > >> > >>>> The VMWare template build by jenkins job does not have VMWare > >> > >>>> tools installed on it. > >> > >>>> Use the ones provided by Citrix. > >> > >>>> > >> > >>>> On 19-Sep-2014, at 9:31 pm, Mike Tutkowski < > >> > >> mike.tutkow...@solidfire.com> > >> > >>>> wrote: > >> > >>>> > >> > >>>>> > >> > >>>> > >> > >> > >> http://jenkins.buildacloud.org/job/build-systemvm64-master/lastSucces > >> > >> sfulBuild/artifact/tools/appliance/dist/systemvm64template-maste > >> > >> r-vmw > >> > >> are.ova > >> > >>>>> > >> > >>>>> On Fri, Sep 19, 2014 at 9:58 AM, Erik Weber > >> > >>>>> <terbol...@gmail.com> > >> > >> wrote: > >> > >>>>> > >> > >>>>>> Which systemvm template are you using? > >> > >>>>>> > >> > >>>>>> Erik > >> > >>>>>> 19. sep. 2014 03:47 skrev "Mike Tutkowski" < > >> > >>>> mike.tutkow...@solidfire.com> > >> > >>>>>> følgende: > >> > >>>>>> > >> > >>>>>>> Actually, the virtual router says it requires an upgrade. > >> > >>>>>>> > >> > >>>>>>> I think I can just turn that check off and re-run my > >> > >>>>>>> create-VM > >> test. > >> > >>>>>>> > >> > >>>>>>> On Thu, Sep 18, 2014 at 7:43 PM, Mike Tutkowski < > >> > >>>>>>> mike.tutkow...@solidfire.com> wrote: > >> > >>>>>>> > >> > >>>>>>>> OK, I checked in a fix for this: > >> > >>>>>>>> > >> > >>>>>>>> > >> > >>>>>>>> > >> > >>>>>>> > >> > >>>>>> > >> > >>>> > >> > >> > >> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commitdiff > >> > >> ;h=18e5aa116e99906f24a292bf7546809e05c72ec2;hp=7537c33bcdda65672 > >> > >> fdd8f > >> > >> 81509e6885aa536932 > >> > >>>>>>>> > >> > >>>>>>>> I did notice that both before and after my fix that the > >> > >>>>>>>> virtual > >> > >> router > >> > >>>>>> is > >> > >>>>>>>> NOT coming up. > >> > >>>>>>>> > >> > >>>>>>>> The system VM being cloned and the starting of the VM > >> > >>>>>>>> looks fine. It > >> > >>>>>> gets > >> > >>>>>>>> to the command prompt and then a little while later is > >> > >>>>>>>> shut down and restarted. I get an error in the GUI > >> > >>>>>>>> indicating that my VM > >> > >> deployment > >> > >>>>>>>> failed. > >> > >>>>>>>> > >> > >>>>>>>> I don't personally know a whole lot about how the virtual > >> > >>>>>>>> router > >> > >> code > >> > >>>>>>>> works, so we should pass that on to an appropriate developer. > >> > >>>>>>>> > >> > >>>>>>>> On Thu, Sep 18, 2014 at 6:35 PM, Mike Tutkowski < > >> > >>>>>>>> mike.tutkow...@solidfire.com> wrote: > >> > >>>>>>>> > >> > >>>>>>>>> Just destroyed and re-created my env from scratch without > >> > >>>>>>>>> 8bb4022f3729154f85036c4a7f55e2de783e4909 and it works fine. > >> > >>>>>>>>> > >> > >>>>>>>>> I think I know what the author was intending with the > >> > >>>>>>>>> code that is causing the problem, so I'll go ahead and > >> > >>>>>>>>> put in what I think is a > >> > >>>>>> fix, > >> > >>>>>>>>> re-create my env, and see if it works. > >> > >>>>>>>>> > >> > >>>>>>>>> On Thu, Sep 18, 2014 at 6:26 PM, ilya musayev < > >> > >>>> ilya.musa...@gmail.com > >> > >>>>>>> > >> > >>>>>>>>> wrote: > >> > >>>>>>>>> > >> > >>>>>>>>>> Thank you Mike, please keep us posted. > >> > >>>>>>>>>> > >> > >>>>>>>>>> Regards > >> > >>>>>>>>>> ilya > >> > >>>>>>>>>> > >> > >>>>>>>>>> On 9/18/14, 4:14 PM, Mike Tutkowski wrote: > >> > >>>>>>>>>> > >> > >>>>>>>>>> Little clarification on this: > >> > >>>>>>>>>> > >> > >>>>>>>>>> "The dsName is derived from the UUID of the datastore." > >> > >>>>>>>>>> > >> > >>>>>>>>>> I mean that the dsName is derived from the UUID primary > >> > >>>>>>>>>> storage in > >> > >>>>>> the > >> > >>>>>>>>>> DB. > >> > >>>>>>>>>> > >> > >>>>>>>>>> On Thu, Sep 18, 2014 at 5:12 PM, Mike Tutkowski < > >> > >>>>>>>>>> mike.tutkow...@solidfire.com> wrote: > >> > >>>>>>>>>> > >> > >>>>>>>>>>> Just a little update on this: > >> > >>>>>>>>>>> > >> > >>>>>>>>>>> The problem doesn't seem to have anything to do with > >> "managed" > >> > >>>>>>>>>>> storage code that was introduced back in March. > >> > >>>>>>>>>>> > >> > >>>>>>>>>>> The dsName is derived from the UUID of the datastore. > >> > >>>>>>>>>>> This leads > >> > >>>>>> to a > >> > >>>>>>>>>>> null being returned from > >> > >>>>>>> diskInfoBuilder.getDiskInfoByBackingFileBaseName, > >> > >>>>>>>>>>> which subsequently leads to a null being returned from > >> > >>>>>>>>>>> this > >> > >> method > >> > >>>>>>> (and a > >> > >>>>>>>>>>> NullPointerException being thrown). > >> > >>>>>>>>>>> > >> > >>>>>>>>>>> I plan to take a look at the history of this file in gitk. > >> > >>>>>>>>>>> > >> > >>>>>>>>>>> private VirtualMachineDiskInfo > >> > >>>>>>>>>>> getMatchingExistingDisk(VirtualMachineDiskInfoBuilder > >> > >>>>>> diskInfoBuilder, > >> > >>>>>>>>>>> DiskTO vol) { > >> > >>>>>>>>>>> > >> > >>>>>>>>>>> if (diskInfoBuilder != null) { > >> > >>>>>>>>>>> > >> > >>>>>>>>>>> VolumeObjectTO volume = > >> > >>>>>>>>>>> (VolumeObjectTO)vol.getData(); > >> > >>>>>>>>>>> > >> > >>>>>>>>>>> String dsName = > >> > >>>>>>> volume.getDataStore().getUuid().replace("-", > >> > >>>>>>>>>>> ""); > >> > >>>>>>>>>>> > >> > >>>>>>>>>>> > >> > >>>>>>>>>>> Map<String, String> details = > >> > >>>>>>>>>>> vol.getDetails(); > >> > >>>>>>>>>>> > >> > >>>>>>>>>>> boolean isManaged = details != null && > >> > >>>>>>>>>>> Boolean.parseBoolean(details.get(DiskTO.MANAGED)); > >> > >>>>>>>>>>> > >> > >>>>>>>>>>> > >> > >>>>>>>>>>> VirtualMachineDiskInfo diskInfo = > >> > >>>>>>>>>>> > >> > >>>>>>>>>>> > >> > >>>>>>>>>>> > diskInfoBuilder.getDiskInfoByBackingFileBaseName(isManaged ? > >> > >>>>>>>>>>> new > >> > >>>>>>>>>>> DatastoreFile(volume.getPath()).getFileBaseName() : > >> > >>>>>> volume.getPath(), > >> > >>>>>>>>>>> dsName); > >> > >>>>>>>>>>> > >> > >>>>>>>>>>> On Thu, Sep 18, 2014 at 4:34 PM, Mike Tutkowski < > >> > >>>>>>>>>>> mike.tutkow...@solidfire.com> wrote: > >> > >>>>>>>>>>> > >> > >>>>>>>>>>>> I think I found the magic. :) > >> > >>>>>>>>>>>> > >> > >>>>>>>>>>>> sudo mount -t nfs 192.168.129.46:/export/secondary > >> /mnt/sec > >> > >>>>>>>>>>>> > >> > >>>>>>>>>>>> If I mount /export/secondary to /mnt/sec (I did it in > >> > >>>>>>>>>>>> a bit of a roundabout way here), then the management > >> > >>>>>>>>>>>> server is > >> happy. > >> > >>>>>>>>>>>> > >> > >>>>>>>>>>>> I think this is only VMware "thing" for the management > >> server. > >> > >>>>>>>>>>>> > >> > >>>>>>>>>>>> Does anyone know if we document this? > >> > >>>>>>>>>>>> > >> > >>>>>>>>>>>> Thanks! > >> > >>>>>>>>>>>> > >> > >>>>>>>>>>>> On Thu, Sep 18, 2014 at 4:18 PM, Mike Tutkowski < > >> > >>>>>>>>>>>> mike.tutkow...@solidfire.com> wrote: > >> > >>>>>>>>>>>> > >> > >>>>>>>>>>>>> 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-ins > >> > >> tall- > >> > >> 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-ins > >> > >> tall- > >> > >> 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.postDis > >> > >>>>>>> kConf > >> > >>>>>>> igBe > >> > >>>>>>>>>>>>>>>>>> foreStart(VmwareResource.java:2094) > >> > >>>>>>>>>>>>>>>>>>>> at > >> > >>>>>>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>> > >> > >>>>>>> com.cloud.hypervisor.vmware.resource.VmwareResource.execute > >> > >>>>>>> (Vmwa > >> > >>>>>>> reRe > >> > >>>>>>>>>>>>>>>>>> source.java:1685) > >> > >>>>>>>>>>>>>>>>>>>> at > >> > >>>>>>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>> > >> > >>>>>>> com.cloud.hypervisor.vmware.resource.VmwareResource.execute > >> > >>>>>>> Reque > >> > >>>>>>> st(V > >> > >>>>>>>>>>>>>>>>>> mwareResource.java:448) > >> > >>>>>>>>>>>>>>>>>>>> at > >> > >>>>>>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>> > >> > >>>>>>> com.cloud.agent.manager.DirectAgentAttache$Task.runInContex > >> > >>>>>>> t(Dir > >> > >>>>>>> ectA > >> > >>>>>>>>>>>>>>>>>> gentAttache.java:294) > >> > >>>>>>>>>>>>>>>>>>>> at > >> > >>>>>>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>> > >> > >>>>>>> org.apache.cloudstack.managed.context.ManagedContextRunnabl > >> > >>>>>>> e$1.r > >> > >>>>>>> un(M > >> > >>>>>>>>>>>>>>>>>> anagedContextRunnable.java:49) > >> > >>>>>>>>>>>>>>>>>>>> at > >> > >>>>>>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>> > >> > >>>>>>> org.apache.cloudstack.managed.context.impl.DefaultManagedCo > >> > >>>>>>> ntext > >> > >>>>>>> $1.c > >> > >>>>>>>>>>>>>>>>>> all(DefaultManagedContext.java:56) > >> > >>>>>>>>>>>>>>>>>>>> at > >> > >>>>>>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>> > >> > >>>>>>> org.apache.cloudstack.managed.context.impl.DefaultManagedCo > >> > >>>>>>> ntext > >> > >>>>>>> .cal > >> > >>>>>>>>>>>>>>>>>> lWithContext(DefaultManagedContext.java:103) > >> > >>>>>>>>>>>>>>>>>>>> at > >> > >>>>>>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>> > >> > >>>>>>> org.apache.cloudstack.managed.context.impl.DefaultManagedCo > >> > >>>>>>> ntext > >> > >>>>>>> .run > >> > >>>>>>>>>>>>>>>>>> WithContext(DefaultManagedContext.java:53) > >> > >>>>>>>>>>>>>>>>>>>> at > >> > >>>>>>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>> > >> > >>>>>>> org.apache.cloudstack.managed.context.ManagedContextRunnabl > >> > >>>>>>> e.run > >> > >>>>>>> (Man > >> > >>>>>>>>>>>>>>>>>> agedContextRunnable.java:46) > >> > >>>>>>>>>>>>>>>>>>>> at > >> > >>>>>>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>> > >> > >>>>>>> java.util.concurrent.Executors$RunnableAdapter.call(Executo > >> > >>>>>>> rs.ja > >> > >>>>>>> va:4 > >> > >>>>>>>>>>>>>>>>>> 71) > >> > >>>>>>>>>>>>>>>>>>>> at > >> > >>>>>>>>>>>>>>> java.util.concurrent.FutureTask.run(FutureTask.java > >> > >>>>>>>>>>>>>>> :262) > >> > >>>>>>>>>>>>>>>>>>>> at > >> > >>>>>>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>> > >> > >>>>>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledF > >> > >>>>>>> uture > >> > >>>>>>> Task > >> > >>>>>>>>>>>>>>>>>> .access$201(ScheduledThreadPoolExecutor.java:178 > >> > >>>>>>>>>>>>>>>>>> ) > >> > >>>>>>>>>>>>>>>>>>>> at > >> > >>>>>>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>> > >> > >>>>>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledF > >> > >>>>>>> uture > >> > >>>>>>> Task > >> > >>>>>>>>>>>>>>>>>> .run(ScheduledThreadPoolExecutor.java:292) > >> > >>>>>>>>>>>>>>>>>>>> at > >> > >>>>>>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>> > >> > >>>>>>> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoo > >> > >>>>>>> lExec > >> > >>>>>>> utor > >> > >>>>>>>>>>>>>>>>>> .java:1145) > >> > >>>>>>>>>>>>>>>>>>>> at > >> > >>>>>>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>> > >> > >>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPo > >> > >>>>>>> olExe > >> > >>>>>>> cuto > >> > >>>>>>>>>>>>>>>>>> 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 > >> > > >> > >>>>>>>>>>>>>>>>>>> *T* > >> > >>>>>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>>>> -- > >> > >>>>>>>>>>>>>>>>> *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 > >> >*T > >> > >>>>>>>>>>>>>>>>> * > >> > >>>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>>> -- > >> > >>>>>>>>>>>>>>>> *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 > >> >*T* > >> > >>>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>>> -- > >> > >>>>>>>>>>>>>>> *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 > >*T* > >> > >>>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>> > >> > >>>>>>>>>>>>>> -- > >> > >>>>>>>>>>>>>> *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 > >*T* > >> > >>>>>>>>>>>>>> > >> > >>>>>>>>>>>>> > >> > >>>>>>>>>>>>> > >> > >>>>>>>>>>>>> > >> > >>>>>>>>>>>>> -- > >> > >>>>>>>>>>>>> *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>*T* > >> > >>>>>>>>>>>>> > >> > >>>>>>>>>>>> > >> > >>>>>>>>>>>> > >> > >>>>>>>>>>>> > >> > >>>>>>>>>>>> -- > >> > >>>>>>>>>>>> *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>*T* > >> > >>>>>>>>>>>> > >> > >>>>>>>>>>> > >> > >>>>>>>>>>> > >> > >>>>>>>>>>> > >> > >>>>>>>>>>> -- > >> > >>>>>>>>>>> *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>*T* > >> > >>>>>>>>>>> > >> > >>>>>>>>>> > >> > >>>>>>>>>> > >> > >>>>>>>>>> > >> > >>>>>>>>>> -- > >> > >>>>>>>>>> *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>*T* > >> > >>>>>>>>>> > >> > >>>>>>>>>> > >> > >>>>>>>>>> > >> > >>>>>>>>> > >> > >>>>>>>>> > >> > >>>>>>>>> -- > >> > >>>>>>>>> *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>*T* > >> > >>>>>>>>> > >> > >>>>>>>> > >> > >>>>>>>> > >> > >>>>>>>> > >> > >>>>>>>> -- > >> > >>>>>>>> *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>*T* > >> > >>>>>>>> > >> > >>>>>>> > >> > >>>>>>> > >> > >>>>>>> > >> > >>>>>>> -- > >> > >>>>>>> *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>*T* > >> > >>>>>>> > >> > >>>>>> > >> > >>>>> > >> > >>>>> > >> > >>>>> > >> > >>>>> -- > >> > >>>>> *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>*T* > >> > >>>> > >> > >>>> > >> > >>> > >> > >>> > >> > >>> -- > >> > >>> *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>*T* > >> > >> > >> > >> > >> > > > >> > > > >> > > -- > >> > > *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>*T* > >> > >> > > > > > > -- > > *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>*™*
