Yeah, it's just a coincidence that there were two blocker issues here. I fixed the one in the compute area, but I don't have much experience with the virtual router code. It would be more efficient there to find someone with experience in that area.
On Fri, Sep 19, 2014 at 5:27 PM, ilya musayev <ilya.mailing.li...@gmail.com> wrote: > Ritu, > > Open a ticket in JIRA as major/blocker for 4.5, so it gets noticed. > > You can also try running you code on 4.4 or 4.3.1, but i know it maybe too > much work to backport. > > Mike thank you for spending time trying to figure this out. > > Regards > ilya > > On 9/19/14, 4:21 PM, Ritu Sabharwal wrote: > >> Hi Mike, >> >> Thanks for trying out this and the investigation. >> >> I hope the developer for system vm would pick up this issue and help to >> resolve. >> >> Thanks & Regards, >> Ritu S. >> >> -----Original Message----- >> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] >> Sent: Friday, September 19, 2014 9:01 AM >> To: dev@cloudstack.apache.org >> Subject: Re: [VMWARE SETUP ERROR] Error seeing in brining up System VMs >> with Vmware setup with CS server >> >> 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=7537c33bcdda65672fdd8f81 >>> 509e6885aa536932 >>> >>>> 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-s >>> ys-tmplt >>> >>>> -m /mnt/secondary -u >>>>>>>>>>>> >>>>>>>>>>>> http://cloudstack.apt-get.eu/systemvm/4.4/ >>> systemvm64template-4.4.0-6-v >>> mware.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-s >>> ys-tmplt >>> >>>> \ -m /mnt/secondary \ -u >>>>>>>>>>>> >>>>>>>>>>>> http://cloudstack.apt-get.eu/systemvm/4.4/ >>> systemvm64template-4.4.0-6-v >>> mware.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>*™*
