incubator-cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Marcus Sorensen <shadow...@gmail.com>
Subject Re: DevCloud Question
Date Fri, 25 Jan 2013 22:22:17 GMT
KVM has a bunch of agents/scripts. I haven't had to install anything
in our Xen devclouds, but there do seem to be some scripts in the
source. Sorry, I'm no help here.

On Fri, Jan 25, 2013 at 3:18 PM, Mike Tutkowski
<mike.tutkowski@solidfire.com> wrote:
> Thanks, Marcus
>
> Do you know if - generally speaking - I would need to install some CS
> software on the hypervisor before creating primary storage that said
> hypervisor could use?
>
>
> On Fri, Jan 25, 2013 at 3:08 PM, Marcus Sorensen <shadowsor@gmail.com>wrote:
>
>> Not sure, I've never done Xen+iscsi. Maybe someone else can help. You
>> could also try connecting the iscsi SR manually on the devcloud, and
>> then using the 'presetup' storage. Doing it manually might show you
>> what's wrong in the devcloud, and then presetup might not be
>> necessary, but it's a place to start.
>>
>> On Fri, Jan 25, 2013 at 2:22 PM, Mike Tutkowski
>> <mike.tutkowski@solidfire.com> wrote:
>> > Hi Marcus,
>> >
>> > I think I set up my iSCSI target correctly, but when I try to add Primary
>> > Storage, I get this exception.  Any idea why this might be the case?
>> >
>> > Thanks!
>> >
>> > ERROR [cloud.api.ApiServer] (1567014364@qtp-858368545-7:) unhandled
>> > exception executing api command: createStoragePool
>> > com.cloud.utils.exception.CloudRuntimeException: Can not create storage
>> > pool through host 1 due to Catch Exception
>> > com.cloud.utils.exception.CloudRuntimeException, create StoragePool
>> failed
>> > due to com.cloud.utils.exception.CloudRuntimeException: Unable to create
>> > Iscsi SR  {targetIQN=iqn.2013-01.com.solidfire:volume-1,
>> > target=192.168.1.4} due to  Unable to create Iscsi SR
>> >  {targetIQN=iqn.2013-01.com.solidfire:volume-1, target=192.168.1.4} due
>> to
>> >  The SR could not be connected because the driver was not recognised. on
>> > host:9d4c9db8-32f7-25c3-0435-eab4bf3adcea pool:
>> > 192.168.1.4/iqn.2013-01.com.solidfire:volume-1/0
>> > at
>> >
>> com.cloud.storage.StorageManagerImpl.createStoragePool(StorageManagerImpl.java:1671)
>> > at
>> >
>> com.cloud.storage.StorageManagerImpl.createPool(StorageManagerImpl.java:1450)
>> > at
>> >
>> com.cloud.storage.StorageManagerImpl.createPool(StorageManagerImpl.java:212)
>> > at
>> >
>> org.apache.cloudstack.api.command.admin.storage.CreateStoragePoolCmd.execute(CreateStoragePoolCmd.java:119)
>> > at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:168)
>> > at com.cloud.api.ApiServer.queueCommand(ApiServer.java:502)
>> > at com.cloud.api.ApiServer.handleRequest(ApiServer.java:353)
>> > at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:310)
>> > at com.cloud.api.ApiServlet.doGet(ApiServlet.java:67)
>> > at javax.servlet.http.HttpServlet.service(HttpServlet.java:707)
>> > at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>> > at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
>> > at
>> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:401)
>> > at
>> >
>> org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
>> > at
>> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
>> > at
>> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:766)
>> > at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:450)
>> > at
>> >
>> org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:230)
>> > at
>> >
>> org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
>> > at
>> org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
>> > at org.mortbay.jetty.Server.handle(Server.java:326)
>> > at
>> org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
>> > at
>> >
>> org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:928)
>> > at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549)
>> > at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
>> > at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
>> > at
>> >
>> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410)
>> > at
>> >
>> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
>> >
>> >
>> > On Thu, Jan 24, 2013 at 7:25 PM, Mike Tutkowski <
>> > mike.tutkowski@solidfire.com> wrote:
>> >
>> >> Great description, Marcus - thanks for taking the time to write this out
>> >> for me!
>> >>
>> >>
>> >> On Thu, Jan 24, 2013 at 4:37 PM, Marcus Sorensen <shadowsor@gmail.com
>> >wrote:
>> >>
>> >>> On Thu, Jan 24, 2013 at 4:05 PM, Mike Tutkowski
>> >>> <mike.tutkowski@solidfire.com> wrote:
>> >>> > I do have some questions about some of the fields, though:
>> >>> >
>> >>> > For SolidFire storage, our nodes are on two networks:  a management
>> >>> network
>> >>> > and a storage network.  I supposed the Server field is looking
for
>> the
>> >>> IP
>> >>> > address of the node on the storage network?
>> >>>
>> >>> Yes, it would be the ip of the iscsi target that it can log into.
>> >>> Later, when cloudstack is actually configuring/creating LUNs on the
>> >>> solidfire device, then it will probably talk to the management
>> >>> network. But the functionality right now might be:
>> >>>
>> >>> 1. Admin creates 2T LUN on solid fire device
>> >>> 2. Admin registers that LUN as a primary storage in cloudstack
>> >>> 3. Cloudstack creates volumes on that LUN when volumes are asked for
>> >>> and the selected disk offering matches that LUN
>> >>>
>> >>> >
>> >>> > For Storage Tags, it says these needs to be equal to or a superset
of
>> >>> the
>> >>> > tags on our Disk Offerings.  Does this mean if I, say, have Disk
>> >>> Offerings
>> >>> > with tags of x, y, and z that only x, y, and/or z are valid entries
>> >>> here?
>> >>> >  I'm not clear on the difference between a Disk Offering and Primary
>> >>> > Storage, I guess.
>> >>>
>> >>> A disk offering is just a profile. So it says something like '5GB on
>> >>> SSD'. Then when someone creates a volume, They get to choose from the
>> >>> available disk offerings. They don't get to say what size or where,
>> >>> they just ask for it based on disk offering. Then the offering is used
>> >>> to determine where the storage comes from (based on tags that match
>> >>> real primary storages), and how big it is. Now there's also a custom
>> >>> disk offering, which they can submit a size for, but the point really
>> >>> is that an admin can create a few offerings for someone to choose
>> >>> from, maybe they attach a price or something to each offering. It's
>> >>> just a way to define what packages are available in your cloud.
>> >>>
>> >>> More to your question, the tags are just arbitrary strings, but they
>> >>> do have to match. So for example, if I create a primary storage and
>> >>> want to tag it, I just make up a string. "SSD", or "FAST", or
>> >>> "testtag123". I can then create a disk offering with no tag, and it
>> >>> could select this primary storage, or I could specify one of these
>> >>> tags, which would force cloudstack to use this storage. You can add
>> >>> storage tags to service offerings as well, so when someone deploys a
>> >>> VM it's default OS disk (root) will go onto a particular primary
>> >>> storage.
>> >>>
>> >>> An example of where I use this is in my devcloud. By default it uses
>> >>> local storage for everything, but if I want to test my CLVM code, I
>> >>> have to create a disk offering with a tag, I use 'clvm', and then when
>> >>> I define my CLVM primary storage I also use that tag. This way when
I
>> >>> try to create a volume or a VM I force it to use my CLVM storage, so
I
>> >>> can watch/debug my code.
>> >>>
>> >>> >
>> >>> > Thanks!
>> >>> >
>> >>> >
>> >>> > On Thu, Jan 24, 2013 at 3:53 PM, Mike Tutkowski <
>> >>> > mike.tutkowski@solidfire.com> wrote:
>> >>> >
>> >>> >> I was in the wrong place. :) Found it now.
>> >>> >>
>> >>> >>
>> >>> >> On Thu, Jan 24, 2013 at 3:40 PM, Mike Tutkowski <
>> >>> >> mike.tutkowski@solidfire.com> wrote:
>> >>> >>
>> >>> >>> Hey Marcus,
>> >>> >>>
>> >>> >>> I'm trying to walk through your suggestions here:
>> >>> >>>
>> >>> >>> "Then I would add a primary storage of type iscsi, point
it at
>> >>> >>> your solidfire server, and set a storage tag of 'solidfire'.
You
>> >>> should
>> >>> >>> see
>> >>> >>> on the xen host (devcloud) that it creates a new SR and
attaches to
>> >>> your
>> >>> >>> iscsi storage. Then I would create a service offering that
uses
>> this
>> >>> >>> storage (set a storage tag on it of 'solid fire'), and
select this
>> >>> service
>> >>> >>> offering when deploying a VM."
>> >>> >>>
>> >>> >>> I brought the GUI up and went to the Service Offerings
tab.  I
>> >>> elected to
>> >>> >>> add a Disk Offering.  Under Storage Type, I don't see an
iSCSI
>> option
>> >>> -
>> >>> >>> just shared and local.  Am I in the wrong place?
>> >>> >>>
>> >>> >>> Thanks!
>> >>> >>>
>> >>> >>>
>> >>> >>> On Wed, Jan 23, 2013 at 3:20 PM, Mike Tutkowski <
>> >>> >>> mike.tutkowski@solidfire.com> wrote:
>> >>> >>>
>> >>> >>>> Thanks for all the help, guys, in getting me up and
running.  :)
>> >>> >>>>
>> >>> >>>>
>> >>> >>>> On Wed, Jan 23, 2013 at 3:18 PM, Mike Tutkowski <
>> >>> >>>> mike.tutkowski@solidfire.com> wrote:
>> >>> >>>>
>> >>> >>>>> Looks like I had something messed up in my environment.
 I
>> believe
>> >>> it's
>> >>> >>>>> OK now.  :)
>> >>> >>>>>
>> >>> >>>>>
>> >>> >>>>> On Wed, Jan 23, 2013 at 3:04 PM, Mike Tutkowski
<
>> >>> >>>>> mike.tutkowski@solidfire.com> wrote:
>> >>> >>>>>
>> >>> >>>>>> Let's see...I have Jetty running (as was the
case earlier).  I
>> >>> looked
>> >>> >>>>>> in devcloud.cfg and the IP addresses seem fine
(192.168.56.1 and
>> >>> >>>>>> 192.168.56.10 are probably the most important
ones).
>> >>> >>>>>>
>> >>> >>>>>> Are you thinking the dataCenterDeploy.py script
(which
>> references a
>> >>> >>>>>> non-existent tools/marvin/marvin/datacenterCfg
file) should
>> >>> reference
>> >>> >>>>>> tools/devcloud/devcloud.cfg?
>> >>> >>>>>>
>> >>> >>>>>>
>> >>> >>>>>> On Wed, Jan 23, 2013 at 2:58 PM, Sebastien
Goasguen <
>> >>> runseb@gmail.com>wrote:
>> >>> >>>>>>
>> >>> >>>>>>>
>> >>> >>>>>>> On Jan 23, 2013, at 10:54 PM, Mike Tutkowski
<
>> >>> >>>>>>> mike.tutkowski@solidfire.com> wrote:
>> >>> >>>>>>>
>> >>> >>>>>>> > Well...it was worth a shot.  Apparently
it actually wants
>> there
>> >>> to
>> >>> >>>>>>> be
>> >>> >>>>>>> > useful data in the file, too.  :)
>> >>> >>>>>>>
>> >>> >>>>>>> Your mgt server needs to be running.
>> >>> >>>>>>> the maven command just calls marvin to
deploy the "datacenter"
>> on
>> >>> >>>>>>> your mgt server.
>> >>> >>>>>>>
>> >>> >>>>>>> the cfg file is in tools/devcloud/devcloud.cfg
>> >>> >>>>>>>
>> >>> >>>>>>> All the data is in there, you should not
have to write it from
>> >>> >>>>>>> scratch. What may happen is that you have
to edit it to change
>> >>> the ip of
>> >>> >>>>>>> the host..
>> >>> >>>>>>>
>> >>> >>>>>>>
>> >>> >>>>>>>
>> >>> >>>>>>> >
>> >>> >>>>>>> >
>> >>> >>>>>>> > On Wed, Jan 23, 2013 at 2:47 PM, Mike
Tutkowski <
>> >>> >>>>>>> > mike.tutkowski@solidfire.com> wrote:
>> >>> >>>>>>> >
>> >>> >>>>>>> >> Interesting...that didn't work
either.  :)
>> >>> >>>>>>> >>
>> >>> >>>>>>> >> I looked in the script and it
does reference a datacenterCfg
>> >>> file.
>> >>> >>>>>>>  Maybe
>> >>> >>>>>>> >> I can just create a blank one
and see what happens.  :)
>> >>> >>>>>>> >>
>> >>> >>>>>>> >>
>> >>> >>>>>>> >> On Wed, Jan 23, 2013 at 2:45 PM,
Sebastien Goasguen <
>> >>> >>>>>>> runseb@gmail.com>wrote:
>> >>> >>>>>>> >>
>> >>> >>>>>>> >>>
>> >>> >>>>>>> >>> On Jan 23, 2013, at 10:42
PM, Sebastien Goasguen <
>> >>> >>>>>>> runseb@gmail.com>
>> >>> >>>>>>> >>> wrote:
>> >>> >>>>>>> >>>
>> >>> >>>>>>> >>>>
>> >>> >>>>>>> >>>> On Jan 23, 2013, at 10:38
PM, Mike Tutkowski <
>> >>> >>>>>>> >>> mike.tutkowski@solidfire.com>
wrote:
>> >>> >>>>>>> >>>>
>> >>> >>>>>>> >>>>> Cool...that problem's
solved now.  :)  However, the
>> script
>> >>> >>>>>>> can't find a
>> >>> >>>>>>> >>>>> config file now. 
I don't see this config file anywhere
>> on
>> >>> my
>> >>> >>>>>>> system.
>> >>> >>>>>>> >>>>>
>> >>> >>>>>>> >>>>> IOError: config file
./datacenterCfg not found. please
>> >>> specify
>> >>> >>>>>>> a valid
>> >>> >>>>>>> >>>>> config file
>> >>> >>>>>>> >>>>>
>> >>> >>>>>>> >>>>
>> >>> >>>>>>> >>>> try:
>> >>> >>>>>>> >>>> mvn -P developer -pl tools/devcloud
-Ddeploysvr
>> >>> >>>>>>> >>>
>> >>> >>>>>>> >>> or:
>> >>> >>>>>>> >>>
>> >>> >>>>>>> >>> mvn -P developer,deploysvr
-pl tools/devcloud -Ddeploysvr
>> >>> >>>>>>> >>>
>> >>> >>>>>>> >>> I am no maven expert…:(
>> >>> >>>>>>> >>>
>> >>> >>>>>>> >>>>
>> >>> >>>>>>> >>>> this will use marvin to
configure your mgt server
>> >>> infrastructure.
>> >>> >>>>>>> >>>>
>> >>> >>>>>>> >>>> if that does not work
try:
>> >>> >>>>>>> >>>>
>> >>> >>>>>>> >>>> cd tools/devcloud
>> >>> >>>>>>> >>>> python ../marvin/marvin/deployDataCenter.py
-i
>> devcloud.cfg
>> >>> >>>>>>> >>>>
>> >>> >>>>>>> >>>> this is straight up out
of Rohit's blog:
>> >>> >>>>>>> >>>> http://rohityadav.in
>> >>> >>>>>>> >>>>
>> >>> >>>>>>> >>>> Once you become familiar
with this you can edit the
>> >>> devcloud.cfg
>> >>> >>>>>>> file
>> >>> >>>>>>> >>> and modify it to do what you
want (storage, hosts,
>> hypervisor
>> >>> >>>>>>> type, etc…)
>> >>> >>>>>>> >>>>
>> >>> >>>>>>> >>>>
>> >>> >>>>>>> >>>>
>> >>> >>>>>>> >>>>>
>> >>> >>>>>>> >>>>> On Wed, Jan 23, 2013
at 2:17 PM, Sebastien Goasguen <
>> >>> >>>>>>> runseb@gmail.com
>> >>> >>>>>>> >>>> wrote:
>> >>> >>>>>>> >>>>>
>> >>> >>>>>>> >>>>>>
>> >>> >>>>>>> >>>>>> On Jan 23, 2013,
at 10:10 PM, Mike Tutkowski <
>> >>> >>>>>>> >>> mike.tutkowski@solidfire.com>
>> >>> >>>>>>> >>>>>> wrote:
>> >>> >>>>>>> >>>>>>
>> >>> >>>>>>> >>>>>>> I tried the
"backup" approach, as well, but it didn't
>> work
>> >>> >>>>>>> for me.
>> >>> >>>>>>> >>> Looks
>> >>> >>>>>>> >>>>>>> like I'm missing
a Python module?
>> >>> >>>>>>> >>>>>>>
>> >>> >>>>>>> >>>>>>> mtutkowski-lt:incubator-cloudstack
mtutkowski$ cd
>> >>> >>>>>>> tools/devcloud
>> >>> >>>>>>> >>>>>>> mtutkowski-lt:devcloud
mtutkowski$ pwd
>> >>> >>>>>>> >>>>>>>
>> >>> >>>>>>> >>>>>>
>> >>> >>>>>>> >>>
>> >>> >>>>>>>
>> >>>
>> /Users/mtutkowski/documents/cloudstack/src/incubator-cloudstack/tools/devcloud
>> >>> >>>>>>> >>>>>>> mtutkowski-lt:devcloud
mtutkowski$ python
>> >>> >>>>>>> >>>>>>> ../marvin/marvin/deployDataCenter.py
>> >>> >>>>>>> >>>>>>> Traceback
(most recent call last):
>> >>> >>>>>>> >>>>>>> File "../marvin/marvin/deployDataCenter.py",
line 21,
>> in
>> >>> >>>>>>> <module>
>> >>> >>>>>>> >>>>>>> import cloudstackTestClient
>> >>> >>>>>>> >>>>>>> File
>> >>> >>>>>>> >>>>>>>
>> >>> >>>>>>> >>>>>>
>> >>> >>>>>>> >>>
>> >>> >>>>>>>
>> >>>
>> "/Users/mtutkowski/Documents/CloudStack/src/incubator-cloudstack/tools/marvin/marvin/cloudstackTestClient.py",
>> >>> >>>>>>> >>>>>>> line 20, in
<module>
>> >>> >>>>>>> >>>>>>> import dbConnection
>> >>> >>>>>>> >>>>>>> File
>> >>> >>>>>>> >>>>>>>
>> >>> >>>>>>> >>>>>>
>> >>> >>>>>>> >>>
>> >>> >>>>>>>
>> >>>
>> "/Users/mtutkowski/Documents/CloudStack/src/incubator-cloudstack/tools/marvin/marvin/dbConnection.py",
>> >>> >>>>>>> >>>>>>> line 18, in
<module>
>> >>> >>>>>>> >>>>>>> import mysql
>> >>> >>>>>>> >>>>>>> ImportError:
No module named mysql
>> >>> >>>>>>> >>>>>>>
>> >>> >>>>>>> >>>>>>> I did download
mysql-connector-python, but I'm not that
>> >>> >>>>>>> familiar with
>> >>> >>>>>>> >>>>>>> Python and
where to put this download so it can be
>> >>> leveraged.
>> >>> >>>>>>> >>>>>>
>> >>> >>>>>>> >>>>>> How did you install
it ?
>> >>> >>>>>>> >>>>>>
>> >>> >>>>>>> >>>>>> you should try
something like:
>> >>> >>>>>>> >>>>>>
>> >>> >>>>>>> >>>>>> sudo easy_install
mysql-connector-python 1.0
>> >>> >>>>>>> >>>>>>
>> >>> >>>>>>> >>>>>>>
>> >>> >>>>>>> >>>>>>> Thanks!
>> >>> >>>>>>> >>>>>>>
>> >>> >>>>>>> >>>>>>>
>> >>> >>>>>>> >>>>>>> On Wed, Jan
23, 2013 at 1:49 PM, Sebastien Goasguen <
>> >>> >>>>>>> >>> runseb@gmail.com
>> >>> >>>>>>> >>>>>>> wrote:
>> >>> >>>>>>> >>>>>>>
>> >>> >>>>>>> >>>>>>>>
>> >>> >>>>>>> >>>>>>>> On Jan
23, 2013, at 9:16 PM, David Nalley <
>> david@gnsa.us
>> >>> >
>> >>> >>>>>>> wrote:
>> >>> >>>>>>> >>>>>>>>
>> >>> >>>>>>> >>>>>>>>> On
Wed, Jan 23, 2013 at 2:35 PM, Mike Tutkowski
>> >>> >>>>>>> >>>>>>>>> <mike.tutkowski@solidfire.com>
wrote:
>> >>> >>>>>>> >>>>>>>>>>
This really was a great overview of using DevCloud.
>>  I
>> >>> >>>>>>> wonder if
>> >>> >>>>>>> >>> we
>> >>> >>>>>>> >>>>>>>> might
>> >>> >>>>>>> >>>>>>>>>>
link to it from here:
>> >>> >>>>>>> >>>>>>>>>>
>> >>> >>>>>>> >>>>>>>>>>
>> >>> >>>>>>>
>> https://cwiki.apache.org/confluence/display/CLOUDSTACK/DevCloud
>> >>> >>>>>>> >>>>>>>>>>
>> >>> >>>>>>> >>>>>>>>>
>> >>> >>>>>>> >>>>>>>>>
>> >>> >>>>>>> >>>>>>>>> It's
a wiki, please edit boldly!
>> >>> >>>>>>> >>>>>>>>>
>> >>> >>>>>>> >>>>>>>>> --David
>> >>> >>>>>>> >>>>>>>>
>> >>> >>>>>>> >>>>>>>> Mike,
I added the video link to the new docs, but it
>> >>> won't
>> >>> >>>>>>> hit until
>> >>> >>>>>>> >>>>>>>> release...
>> >>> >>>>>>> >>>>>>>>
>> >>> >>>>>>> >>>>>>>>
>> >>> >>>>>>> >>>>>>>
>> >>> >>>>>>> >>>>>>>
>> >>> >>>>>>> >>>>>>> --
>> >>> >>>>>>> >>>>>>> *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