Sounds good, Abhi On Sun, Sep 21, 2014 at 10:58 PM, Abhinandan Prateek <agneya2...@gmail.com> wrote:
> 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 > >> > >> 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/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvm64template-master-vmware.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=7537c33bcdda65672fdd8f81509e6885aa536932 > >>>>>>>> > >>>>>>>> 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.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>*™* > >>>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> -- > >>>>>>>>>>>> *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>*™* > >>>> > >>>> > >>> > >>> > >>> -- > >>> *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>*™*