cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Mike Tutkowski <mike.tutkow...@solidfire.com>
Subject Re: [VMWARE SETUP ERROR] Error seeing in brining up System VMs with Vmware setup with CS server
Date Fri, 19 Sep 2014 21:13:51 GMT
Hi,

I built the code the following way:

mvn -P developer,systemvm clean install -D noredist

The environment is XenServer with two hosts in a Basic Zone.

Thanks,
Mike

On Fri, Sep 19, 2014 at 2:03 PM, Amogh Vasekar <amogh.vasekar@citrix.com>
wrote:

> 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.tutkowski@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 <terbolous@gmail.com> wrote:
> >
> >> Which systemvm template are you using?
> >>
> >> Erik
> >> 19. sep. 2014 03:47 skrev "Mike Tutkowski"
> >><mike.tutkowski@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.tutkowski@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.tutkowski@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.musayev@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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
<
> >> > >>>>>>> rsabharw@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.tutkowski@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.tutkowski@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.tutkowski@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
> >><shadowsor@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
> >> > >>>>>>>> >>> <rsabharw@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.tutkowski@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
> >> > >>>>>>>> >>> > <rsabharw@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
<http://solidfire.com/solution/overview/?video=play>*™*

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message