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: Secondary Storage Setup Question
Date Tue, 16 Jul 2013 00:19:54 GMT
So, I see references like this in the log:

2013-07-15 18:12:59,378 INFO  [storage.resource.VmwareStorageProcessor]
(DirectAgent-270:172.16.140.2) Executing command: tar --no-same-owner -xf
/mnt/sec/template/tmpl/1/8/routing-8.ova


1) I'm not sure why it's referencing /mnt/sec.

2) I don't see any routing-8.ova file on my NFS share.


I do see that the NFS primary that I set up at /export/primary is
represented in vCenter as a datastore with what appears to be a UUID for a
name, so that makes sense. :)


It also looks like something has been successfully copied at some point to
that NAS datastore as it has a file that wasn't there when I set up the
system initially.


When I added my VMware cluster, CS did not automatically add the local
datastore I had on my ESX host (just one host in this cluster). I was a bit
surprised by that. I went ahead and added that local datastore manually to
CloudStack.


On Mon, Jul 15, 2013 at 5:37 PM, Mike Tutkowski <
mike.tutkowski@solidfire.com> wrote:

> I mean withOUT DevCloud2. :)
>
>
> On Mon, Jul 15, 2013 at 5:37 PM, Mike Tutkowski <
> mike.tutkowski@solidfire.com> wrote:
>
>> Also, I just have the one secondary storage configured in CloudStack with
>> the following path:
>>
>> nfs://172.16.140.5/export/secondary
>>
>> Thanks so much for your help! I'm picking up quite a bit from setting
>> this up with DevCloud2.
>>
>>
>> On Mon, Jul 15, 2013 at 5:34 PM, Mike Tutkowski <
>> mike.tutkowski@solidfire.com> wrote:
>>
>>> My /etc/exports file reads:
>>>
>>> /export  *(rw,async,no_root_squash)
>>>
>>>
>>> On Mon, Jul 15, 2013 at 5:32 PM, Mike Tutkowski <
>>> mike.tutkowski@solidfire.com> wrote:
>>>
>>>> Oh, wait.
>>>>
>>>> /mnt/sec/template/tmpl/1/8/
>>>>
>>>> If this is referencing my NFS share (which I'm guessing it is), my NFS
>>>> share is /export/secondary ...
>>>>
>>>> Should I rename it?
>>>>
>>>>
>>>> On Mon, Jul 15, 2013 at 5:31 PM, Mike Tutkowski <
>>>> mike.tutkowski@solidfire.com> wrote:
>>>>
>>>>> I think you're correct (about permissions). Do you think I missed a
>>>>> step in the instructions when setting up ESX?
>>>>>
>>>>> 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:460)
>>>>> at com.cloud.utils.script.Script.execute(Script.java:183)
>>>>>  at com.cloud.utils.script.Script.execute(Script.java:161)
>>>>> at
>>>>> com.cloud.storage.resource.VmwareStorageProcessor.copyTemplateFromSecondaryToPrimary(VmwareStorageProcessor.java:153)
>>>>>  at
>>>>> com.cloud.storage.resource.VmwareStorageProcessor.copyTemplateToPrimaryStorage(VmwareStorageProcessor.java:249)
>>>>> at
>>>>> com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.execute(StorageSubsystemCommandHandlerBase.java:70)
>>>>>  at
>>>>> com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.handleStorageCommands(StorageSubsystemCommandHandlerBase.java:49)
>>>>> at
>>>>> com.cloud.hypervisor.vmware.resource.VmwareResource.executeRequest(VmwareResource.java:565)
>>>>>  at
>>>>> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:186)
>>>>> at
>>>>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
>>>>>  at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
>>>>> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
>>>>>  at
>>>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:98)
>>>>> at
>>>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206)
>>>>>  at
>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
>>>>> at
>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
>>>>>  at java.lang.Thread.run(Thread.java:680)
>>>>> Caused by: java.io.IOException: error=2, No such file or directory
>>>>> at java.lang.UNIXProcess.forkAndExec(Native Method)
>>>>>  at java.lang.UNIXProcess.<init>(UNIXProcess.java:53)
>>>>> at java.lang.ProcessImpl.start(ProcessImpl.java:91)
>>>>>  at java.lang.ProcessBuilder.start(ProcessBuilder.java:453)
>>>>> ... 16 more
>>>>>
>>>>>
>>>>>
>>>>> On Mon, Jul 15, 2013 at 5:29 PM, Vijayendra Bhamidipati <
>>>>> vijayendra.bhamidipati@citrix.com> wrote:
>>>>>
>>>>>> Looks like /mnt/sec/template/tmpl/1/8/ isn't writable - what do the
>>>>>> directory permissions show? Also, what's the umask? What other exceptions
>>>>>> show up (look for the earliest one in the logs)?
>>>>>>
>>>>>> Regards,
>>>>>> Vijay
>>>>>>
>>>>>> -----Original Message-----
>>>>>> From: Mike Tutkowski [mailto:mike.tutkowski@solidfire.com]
>>>>>> Sent: Monday, July 15, 2013 4:23 PM
>>>>>> To: dev@cloudstack.apache.org
>>>>>> Subject: Re: Secondary Storage Setup Question
>>>>>>
>>>>>> Any thoughts on this? I have my zone, pod, and cluster up and
>>>>>> running, but am getting several exception, including the following:
>>>>>>
>>>>>> ERROR [storage.resource.VmwareStorageProcessor]
>>>>>> (DirectAgent-56:172.16.140.2) Unable to unpack snapshot OVA file
at:
>>>>>> /mnt/sec/template/tmpl/1/8/routing-8.ova
>>>>>> ERROR [storage.resource.VmwareStorageProcessor]
>>>>>> (DirectAgent-56:172.16.140.2) Unable to execute
>>>>>> PrimaryStorageDownloadCommand due to exception
>>>>>> java.lang.Exception: Unable to unpack snapshot OVA file at:
>>>>>> /mnt/sec/template/tmpl/1/8/routing-8.ova
>>>>>> at
>>>>>>
>>>>>> com.cloud.storage.resource.VmwareStorageProcessor.copyTemplateFromSecondaryToPrimary(VmwareStorageProcessor.java:157)
>>>>>> at
>>>>>>
>>>>>> com.cloud.storage.resource.VmwareStorageProcessor.copyTemplateToPrimaryStorage(VmwareStorageProcessor.java:249)
>>>>>> at
>>>>>>
>>>>>> com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.execute(StorageSubsystemCommandHandlerBase.java:70)
>>>>>> at
>>>>>>
>>>>>> com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.handleStorageCommands(StorageSubsystemCommandHandlerBase.java:49)
>>>>>> at
>>>>>>
>>>>>> com.cloud.hypervisor.vmware.resource.VmwareResource.executeRequest(VmwareResource.java:565)
>>>>>> at
>>>>>>
>>>>>> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:186)
>>>>>> at
>>>>>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
>>>>>> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
>>>>>> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
>>>>>> at
>>>>>>
>>>>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:98)
>>>>>> at
>>>>>>
>>>>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206)
>>>>>> at
>>>>>>
>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
>>>>>> at
>>>>>>
>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
>>>>>> at java.lang.Thread.run(Thread.java:680)
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Mon, Jul 15, 2013 at 3:05 PM, Vijayendra Bhamidipati <
>>>>>> vijayendra.bhamidipati@citrix.com> wrote:
>>>>>>
>>>>>> > You can copy over the entire contents over to your nfs server
share
>>>>>> > and reuse it - just make sure that any temp files that get created
>>>>>> > between deployments in that secondary storage nfs directory
are
>>>>>> > removed before you go ahead and create your zones. For example,
>>>>>> vmware
>>>>>> > deployments store and retrieve the systemvm.iso file from the
>>>>>> > $secstorage/systemvm/ directory - so every time you recreate
your
>>>>>> > zone, remove this file first, else you'd probably hit weird
issues
>>>>>> > that nobody else is running into. You can also clear the files
under
>>>>>> > snapshots/ and volumes/ if they don't get cleaned up after you
nuke
>>>>>> your setup and just retain the template directory chain.
>>>>>> >
>>>>>> > Regards,
>>>>>> > Vijay
>>>>>> >
>>>>>> > -----Original Message-----
>>>>>> > From: Mike Tutkowski [mailto:mike.tutkowski@solidfire.com]
>>>>>> > Sent: Monday, July 15, 2013 2:00 PM
>>>>>> > To: dev@cloudstack.apache.org
>>>>>> > Subject: Re: Secondary Storage Setup Question
>>>>>> >
>>>>>> > Since I am copying the template info to the computer running
the CS
>>>>>> > MS, but
>>>>>> > - ultimately - I'd like this template info on my NFS server,
can I
>>>>>> > just copy the new folder (and all subfolders, of course) to
the
>>>>>> right
>>>>>> > location on the NFS server or are there other changes that would
>>>>>> need
>>>>>> > to be performed?
>>>>>> >
>>>>>> > Thanks for the help! :)
>>>>>> >
>>>>>> >
>>>>>> > On Mon, Jul 15, 2013 at 2:57 PM, Mike Tutkowski <
>>>>>> > mike.tutkowski@solidfire.com> wrote:
>>>>>> >
>>>>>> > > This command seems to be working (6% done at the moment):
>>>>>> > >
>>>>>> > > ./cloud-install-sys-tmplt -m /Users/mtutkowski/Documents/nfs
-u
>>>>>> > >
>>>>>> http://jenkins.cloudstack.org/job/build-systemvm-master/lastSuccessf
>>>>>> > > ul
>>>>>> > >
>>>>>> Build/artifact/tools/appliance/dist/systemvmtemplate-2013-07-14-mast
>>>>>> > > er -vmware.ova-h vmware -F -o localhost -r root -d password
>>>>>> > >
>>>>>> > >
>>>>>> > > On Mon, Jul 15, 2013 at 2:55 PM, Mike Tutkowski <
>>>>>> > > mike.tutkowski@solidfire.com> wrote:
>>>>>> > >
>>>>>> > >> Here are my super-secret DB settings. :)
>>>>>> > >>
>>>>>> > >> # CloudStack database settings
>>>>>> > >>
>>>>>> > >> db.cloud.username=cloud
>>>>>> > >>
>>>>>> > >> db.cloud.password=cloud
>>>>>> > >>
>>>>>> > >> db.root.password=
>>>>>> > >>
>>>>>> > >> db.cloud.host=localhost
>>>>>> > >>
>>>>>> > >> db.cloud.port=3306
>>>>>> > >>
>>>>>> > >> db.cloud.name=cloud
>>>>>> > >>
>>>>>> > >>
>>>>>> > >> On Mon, Jul 15, 2013 at 2:50 PM, Vijayendra Bhamidipati
<
>>>>>> > >> vijayendra.bhamidipati@citrix.com> wrote:
>>>>>> > >>
>>>>>> > >>> Hi Mike,
>>>>>> > >>>
>>>>>> > >>> The db.properties file that you copied over should
contain the
>>>>>> db
>>>>>> > >>> usernames and passwords - can you check that file?
>>>>>> > >>>
>>>>>> > >>> Regards,
>>>>>> > >>> Vijay
>>>>>> > >>>
>>>>>> > >>> -----Original Message-----
>>>>>> > >>> From: Mike Tutkowski [mailto:mike.tutkowski@solidfire.com]
>>>>>> > >>> Sent: Monday, July 15, 2013 1:49 PM
>>>>>> > >>> To: dev@cloudstack.apache.org
>>>>>> > >>> Subject: Re: Secondary Storage Setup Question
>>>>>> > >>>
>>>>>> > >>> Looks like I need to specify my username and password.
>>>>>> > >>>
>>>>>> > >>> Also, it looks like wget is not installed on my
computer.
>>>>>> > >>>
>>>>>> > >>>
>>>>>> > >>> On Mon, Jul 15, 2013 at 2:40 PM, Mike Tutkowski
<
>>>>>> > >>> mike.tutkowski@solidfire.com> wrote:
>>>>>> > >>>
>>>>>> > >>> > Great - thanks. I'm not sure if I should specify
-s and the
>>>>>> > >>> > secret or
>>>>>> > >>> not.
>>>>>> > >>> > The way I'm doing this, with the DB on one
computer and the
>>>>>> NFS
>>>>>> > >>> > share on another, I was just assuming I could
leave off -s.
>>>>>> > >>> >
>>>>>> > >>> > This is the current result I get (using the
path John provided
>>>>>> > >>> > for the OVA
>>>>>> > >>> > file):
>>>>>> > >>> >
>>>>>> > >>> > ./cloud-install-sys-tmplt -m /Users/mtutkowski/Documents/nfs
>>>>>> -u
>>>>>> > >>> >
>>>>>> http://jenkins.cloudstack.org/job/build-systemvm-master/systemvm
>>>>>> > >>> > te mpla te-2013-07-14-master-vmware.ova-h
vmware -F
>>>>>> > >>> > sed: 1: "s/^[[:space:]]*//;s/[[: ...": bad
flag in substitute
>>>>>> > command:
>>>>>> > >>> 'i'
>>>>>> > >>> > ERROR 1045 (28000): Access denied for user
'cloud'@
>>>>>> 'localhost'
>>>>>> > >>> > (using
>>>>>> > >>> > password: NO)
>>>>>> > >>> > Unable to get template Id from database Installation
failed
>>>>>> > >>> >
>>>>>> > >>> > Any thoughts on this?
>>>>>> > >>> >
>>>>>> > >>> > Thanks again
>>>>>> > >>> >
>>>>>> > >>> >
>>>>>> > >>> > On Mon, Jul 15, 2013 at 2:36 PM, Vijayendra
Bhamidipati <
>>>>>> > >>> > vijayendra.bhamidipati@citrix.com> wrote:
>>>>>> > >>> >
>>>>>> > >>> >> Hi Mike,
>>>>>> > >>> >>
>>>>>> > >>> >> Yes, you can leave out the -s option in
that case. Looking at
>>>>>> > >>> >> the script, the -F option if specified,
deletes all existing
>>>>>> > >>> >> files in the destination directory where
the system templates
>>>>>> > >>> >> are to be placed, so if you want it to
start clean, you
>>>>>> should
>>>>>> > >>> >> specify that, else you can leave it out
as well, it'll be
>>>>>> fine.
>>>>>> > >>> >>
>>>>>> > >>> >> Regards,
>>>>>> > >>> >> Vijay
>>>>>> > >>> >>
>>>>>> > >>> >> -----Original Message-----
>>>>>> > >>> >> From: Mike Tutkowski [mailto:mike.tutkowski@solidfire.com]
>>>>>> > >>> >> Sent: Monday, July 15, 2013 1:31 PM
>>>>>> > >>> >> To: dev@cloudstack.apache.org
>>>>>> > >>> >> Subject: Re: Secondary Storage Setup Question
>>>>>> > >>> >>
>>>>>> > >>> >> Just curious about the optional parameter:
>>>>>> > >>> >>
>>>>>> > >>> >>
>>>>>> /usr/lib64/cloud/common/scripts/storage/secondary/cloud-install
>>>>>> > >>> >> -s
>>>>>> > >>> >> ys-t
>>>>>> > >>> >> mplt
>>>>>> > >>> >> -m /mnt/secondary -u
>>>>>> > >>> >>
>>>>>> http://download.cloud.com/templates/burbank/burbank-systemvm-08
>>>>>> > >>> >> 01
>>>>>> > >>> >> 2012
>>>>>> > >>> >> .ova
>>>>>> > >>> >> -h<
>>>>>> http://download.cloud.com/templates/burbank/burbank-systemvm
>>>>>> > >>> >> -0
>>>>>> > >>> >> 8012 012.ova-h>vmware -s
>>>>>> > >>> >> <optional-management-server-secret-key>
>>>>>> > >>> >> -F
>>>>>> > >>> >>
>>>>>> > >>> >>
>>>>>> > >>> >> If you don't want to specify a secret
key, do you also leave
>>>>>> > >>> >> the -s
>>>>>> > >>> off?
>>>>>> > >>> >> How's about the -F?
>>>>>> > >>> >>
>>>>>> > >>> >> Thanks!
>>>>>> > >>> >>
>>>>>> > >>> >>
>>>>>> > >>> >> On Mon, Jul 15, 2013 at 1:58 PM, Mike
Tutkowski <
>>>>>> > >>> >> mike.tutkowski@solidfire.com> wrote:
>>>>>> > >>> >>
>>>>>> > >>> >> > Perfect - thanks!
>>>>>> > >>> >> >
>>>>>> > >>> >> >
>>>>>> > >>> >> > On Mon, Jul 15, 2013 at 12:51 PM,
Vijayendra Bhamidipati <
>>>>>> > >>> >> > vijayendra.bhamidipati@citrix.com>
wrote:
>>>>>> > >>> >> >
>>>>>> > >>> >> >> Hi Mike,
>>>>>> > >>> >> >>
>>>>>> > >>> >> >> You can find the cloud-install-sys-tmplt
script in the
>>>>>> > >>> >> >> source at
>>>>>> > >>> >> >> ./scripts/storage/secondary/cloud-install-sys-tmplt
- you
>>>>>> > >>> >> >> can run that directly from that
location and preseed your
>>>>>> > >>> >> >> secondary
>>>>>> > >>> storage.
>>>>>> > >>> >> >> The script would error out with
a message saying it can't
>>>>>> > >>> >> >> read /etc/cloudstack/management/db.properties
- you can
>>>>>> > >>> >> >> simply mkdir -p /etc/cloudstack/management/
and copy over
>>>>>> > >>> >> >> your src's utils/conf/db.properties
(or
>>>>>> > >>> >> >> db.properties.override if you
have
>>>>>> > >>> >> >> it) to that directory and rerun
the script.
>>>>>> > >>> >> >>
>>>>>> > >>> >> >> Regards,
>>>>>> > >>> >> >> Vijay
>>>>>> > >>> >> >>
>>>>>> > >>> >> >> -----Original Message-----
>>>>>> > >>> >> >> From: Mike Tutkowski [mailto:mike.tutkowski@solidfire.com
>>>>>> ]
>>>>>> > >>> >> >> Sent: Sunday, July 14, 2013 11:47
PM
>>>>>> > >>> >> >> To: dev@cloudstack.apache.org
>>>>>> > >>> >> >> Subject: Secondary Storage Setup
Question
>>>>>> > >>> >> >>
>>>>>> > >>> >> >> Hi,
>>>>>> > >>> >> >>
>>>>>> > >>> >> >> I'm trying to set up CloudStack
with a VMware-only
>>>>>> configuration.
>>>>>> > >>> >> >> In the past, I've always used
DevCloud2, which has worked
>>>>>> > >>> >> >> nicely when I had Xen in the
mix.
>>>>>> > >>> >> >>
>>>>>> > >>> >> >> One of the steps I need to do,
of course, is to configure
>>>>>> > >>> >> >> secondary storage.
>>>>>> > >>> >> >>
>>>>>> > >>> >> >> I have two NFS shares:
>>>>>> > >>> >> >>
>>>>>> > >>> >> >> /export/primary
>>>>>> > >>> >> >> /export/secondary
>>>>>> > >>> >> >>
>>>>>> > >>> >> >> My management server is running
in Eclipse on a different
>>>>>> > >>> >> >> computer than the one the NFS
shares are on.
>>>>>> > >>> >> >>
>>>>>> > >>> >> >> I've gotten to the point where
I'm supposed to seed
>>>>>> > >>> >> >> secondary storage with a system
VM template (
>>>>>> > >>> >> >>
>>>>>> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.0.
>>>>>> > >>> >> >> 0-in
>>>>>> > >>> >> >> cub
>>>>>> > >>> >> >>
>>>>>> ating/html/Installation_Guide/management-server-install-flow
>>>>>> > >>> >> >> .h
>>>>>> > >>> >> >> tml
>>>>>> > >>> >> >> ).
>>>>>> > >>> >> >> It makes reference to a script
I'm supposed to run. The
>>>>>> > >>> >> >> problem is
>>>>>> > >>> >> >> - since I didn't install the
CS MS on this computer (it's
>>>>>> on
>>>>>> > >>> >> >> a different
>>>>>> > >>> >> >> computer)
>>>>>> > >>> >> >> - I never downloaded any scripts.
>>>>>> > >>> >> >>
>>>>>> > >>> >> >> It might be elsewhere in the
directions, but can someone
>>>>>> > >>> >> >> point me to what I need to have
downloaded (and from
>>>>>> where)
>>>>>> > >>> >> >> on my computer hosting these
NFS shares so I can run the
>>>>>> > >>> >> >> necessary
>>>>>> > script?
>>>>>> > >>> >> >>
>>>>>> > >>> >> >> Thanks!
>>>>>> > >>> >> >>
>>>>>> > >>> >> >> --
>>>>>> > >>> >> >> *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>
>>>>>> > >>> >> >> *(tm)*
>>>>>> > >>> >> >>
>>>>>> > >>> >> >
>>>>>> > >>> >> >
>>>>>> > >>> >> >
>>>>>> > >>> >> > --
>>>>>> > >>> >> > *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>
>>>>>> > >>> >> > *(tm)*
>>>>>> > >>> >> >
>>>>>> > >>> >>
>>>>>> > >>> >>
>>>>>> > >>> >>
>>>>>> > >>> >> --
>>>>>> > >>> >> *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>
>>>>>> > >>> >> *(tm)*
>>>>>> > >>> >>
>>>>>> > >>> >
>>>>>> > >>> >
>>>>>> > >>> >
>>>>>> > >>> > --
>>>>>> > >>> > *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>
>>>>>> > >>> > *(tm)*
>>>>>> > >>> >
>>>>>> > >>>
>>>>>> > >>>
>>>>>> > >>>
>>>>>> > >>> --
>>>>>> > >>> *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>
>>>>>> > >>> *(tm)*
>>>>>> > >>>
>>>>>> > >>
>>>>>> > >>
>>>>>> > >>
>>>>>> > >> --
>>>>>> > >> *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>
>>>>>> > >> *(tm)*
>>>>>> > >>
>>>>>> > >
>>>>>> > >
>>>>>> > >
>>>>>> > > --
>>>>>> > > *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>
>>>>>> > > *(tm)*
>>>>>> > >
>>>>>> >
>>>>>> >
>>>>>> >
>>>>>> > --
>>>>>> > *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>
>>>>>> > *(tm)*
>>>>>> >
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> *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>
>>>>>> *(tm)*
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> *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