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.tutkow...@solidfire.com> wrote: > I mean withOUT DevCloud2. :) > > > On Mon, Jul 15, 2013 at 5:37 PM, Mike Tutkowski < > mike.tutkow...@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.tutkow...@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.tutkow...@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.tutkow...@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.bhamidip...@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.tutkow...@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.bhamidip...@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.tutkow...@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.tutkow...@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.tutkow...@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.bhamidip...@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.tutkow...@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.tutkow...@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.bhamidip...@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.tutkow...@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.tutkow...@solidfire.com> wrote: >>>>>> > >>> >> >>>>>> > >>> >> > Perfect - thanks! >>>>>> > >>> >> > >>>>>> > >>> >> > >>>>>> > >>> >> > On Mon, Jul 15, 2013 at 12:51 PM, Vijayendra Bhamidipati < >>>>>> > >>> >> > vijayendra.bhamidip...@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.tutkow...@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.tutkow...@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.tutkow...@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.tutkow...@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.tutkow...@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.tutkow...@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.tutkow...@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.tutkow...@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.tutkow...@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.tutkow...@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.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> *™*