Hi Abhinandan, Does this mean the citrix folk use different scripts than what are included within the source?
If so can you please share these. Thanks, Ian On 20 September 2014 02:49, 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>*™* > >