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?focusedCommentId=13906809&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-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-master-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=7537c33bcdda65672fdd8f > > >> 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-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.postDiskConf > > >>>>>>> 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.executeReque > > >>>>>>> st(V > > >>>>>>>>>>>>>>>>>> mwareResource.java:448) > > >>>>>>>>>>>>>>>>>>>> at > > >>>>>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> > > >>>>>>> com.cloud.agent.manager.DirectAgentAttache$Task.runInContext(Dir > > >>>>>>> ectA > > >>>>>>>>>>>>>>>>>> gentAttache.java:294) > > >>>>>>>>>>>>>>>>>>>> at > > >>>>>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> > > >>>>>>> org.apache.cloudstack.managed.context.ManagedContextRunnable$1.r > > >>>>>>> un(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.ja > > >>>>>>> va:4 > > >>>>>>>>>>>>>>>>>> 71) > > >>>>>>>>>>>>>>>>>>>> at > > >>>>>>>>>>>>>>> java.util.concurrent.FutureTask.run(FutureTask.java:262) > > >>>>>>>>>>>>>>>>>>>> at > > >>>>>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> > > >>>>>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFuture > > >>>>>>> Task > > >>>>>>>>>>>>>>>>>> .access$201(ScheduledThreadPoolExecutor.java:178) > > >>>>>>>>>>>>>>>>>>>> at > > >>>>>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> > > >>>>>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFuture > > >>>>>>> Task > > >>>>>>>>>>>>>>>>>> .run(ScheduledThreadPoolExecutor.java:292) > > >>>>>>>>>>>>>>>>>>>> at > > >>>>>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> > > >>>>>>> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExec > > >>>>>>> utor > > >>>>>>>>>>>>>>>>>> .java:1145) > > >>>>>>>>>>>>>>>>>>>> at > > >>>>>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> > > >>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExe > > >>>>>>> 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>*™*