Are you building the systemvm.iso too? I have seen connection refused issue mostly when the system Vms and the management server have different SSH keys (that are passed via systemvm.iso) I am assuming you are using standard vswitch in your deployment.
Amogh On 9/19/14 9:01 AM, "Mike Tutkowski" <mike.tutkow...@solidfire.com> wrote: >http://jenkins.buildacloud.org/job/build-systemvm64-master/lastSuccessfulB >uild/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=1 >>8e5aa116e99906f24a292bf7546809e05c72ec2;hp=7537c33bcdda65672fdd8f81509e68 >>85aa536932 >> > > >> > > 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-vmwa >>re.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-vmwa >>re.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>**
