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>*™*