cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Amogh Vasekar <amogh.vase...@citrix.com>
Subject Re: [VMWARE SETUP ERROR] Error seeing in brining up System VMs with Vmware setup with CS server
Date Fri, 19 Sep 2014 20:03:16 GMT
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>**


Mime
View raw message