cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Vijayendra Bhamidipati <vijayendra.bhamidip...@citrix.com>
Subject RE: Secondary Storage Setup Question
Date Tue, 16 Jul 2013 01:57:12 GMT
Hi Mike!

I haven't actually ever run my setup on Mac OS X, do my work on a CentOS VM.. should give that a try soon. The last time I tried, I ran into issues with deploydb (mysql errored out on some syntax when granting root privileges to the cloud user if I remember right) and got diverted and couldn't revisit it - you could probably help me out there if I get stuck again :)

The sudo shouldn't matter and infact shouldn't be used, lest we miss issues that can occur when sudo isn't used. The command line to bring up the mgmt. server should have the -Dnonoss flag in it though :

	mvn -pl :cloud-client-ui jetty:run -Dnonoss

The keystore error doesn't matter either - the mgmt. server simply generates and uses default settings. 

Here are my MAVEN_OPTS:

[root@vijay-vm1 3415fix1]# echo $MAVEN_OPTS
-Xmx1024m -XX:MaxPermSize=500m -Xdebug -Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=n
[root@vijay-vm1 3415fix1]#

You can increase the MaxPermSize to 1024M, that should help avoid the permgen space issue.

What about the umask? Is it set to 022?

As a workaround, how about you creating a /mnt/ and chmod -R 777 /mnt/ and retrying? I think it should do the trick to help you proceed while we figure out the root cause in the meantime.


Regards,
Vijay


-----Original Message-----
From: Mike Tutkowski [mailto:mike.tutkowski@solidfire.com] 
Sent: Monday, July 15, 2013 6:43 PM
To: dev@cloudstack.apache.org
Subject: Re: Secondary Storage Setup Question

This is my related env var:

MAVEN_OPTS=-XX:MaxPermSize=1024m -Xmx2048m -Xdebug -Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=n


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

> Tried to run it with sudo, but got the following PermGen exception:
>
> java.lang.OutOfMemoryError: PermGen space at 
> java.lang.ClassLoader.findBootstrapClass(Native Method)  at 
> java.lang.ClassLoader.findBootstrapClassOrNull(ClassLoader.java:926)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:297)
>  at
> org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.
> java:239)
> at
> org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.
> java:230)
>  at
> org.mortbay.jetty.webapp.WebAppClassLoader.loadClass(WebAppClassLoader
> .java:378)
> at
> org.mortbay.jetty.webapp.WebAppClassLoader.loadClass(WebAppClassLoader
> .java:363)  at 
> org.apache.log4j.helpers.SyslogWriter.write(SyslogWriter.java:130)
> at org.apache.log4j.helpers.QuietWriter.write(QuietWriter.java:48)
>  at
> org.apache.log4j.helpers.SyslogQuietWriter.write(SyslogQuietWriter.jav
> a:54) at 
> org.apache.log4j.net.SyslogAppender.append(SyslogAppender.java:338)
>  at 
> org.apache.log4j.AppenderSkeleton.doAppend(AppenderSkeleton.java:251)
> at
> org.apache.log4j.helpers.AppenderAttachableImpl.appendLoopOnAppenders(
> AppenderAttachableImpl.java:66)  at 
> org.apache.log4j.Category.callAppenders(Category.java:206)
> at org.apache.log4j.Category.forcedLog(Category.java:391)
>  at org.apache.log4j.Category.log(Category.java:856)
> at 
> org.apache.commons.logging.impl.Log4JLogger.error(Log4JLogger.java:257
> )
>  at
> org.springframework.web.context.ContextLoader.initWebApplicationContex
> t(ContextLoader.java:307)
> at
> org.springframework.web.context.ContextLoaderListener.contextInitializ
> ed(ContextLoaderListener.java:111)
>  at
> org.mortbay.jetty.handler.ContextHandler.startContext(ContextHandler.j
> ava:549) at 
> org.mortbay.jetty.servlet.Context.startContext(Context.java:136)
>  at
> org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java
> :1282)
> at
> org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:5
> 18)  at 
> org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:499)
> at
> org.mortbay.jetty.plugin.Jetty6PluginWebAppContext.doStart(Jetty6Plugi
> nWebAppContext.java:115)
>  at
> org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:5
> 0)
> at
> org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.
> java:152)
>  at
> org.mortbay.jetty.handler.ContextHandlerCollection.doStart(ContextHand
> lerCollection.java:156) at 
> org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:5
> 0)
>  at
> org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.
> java:152) at 
> org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:5
> 0)
>  at
> org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:1
> 30)
>
>
> On Mon, Jul 15, 2013 at 7:31 PM, Mike Tutkowski < 
> mike.tutkowski@solidfire.com> wrote:
>
>> Thanks for all the detail, Vijay!
>>
>> I looked and do not see a /mnt folder at all.
>>
>> This is the contents of the template.properties file I downloaded 
>> earlier today when seeding my secondary storage location:
>>
>> filename=7035599C-FDB7-4B8F-B880-3C8D0176F921.ova
>>
>> description=SystemVM Template
>>
>> checksum=
>>
>> hvm=false
>>
>> size=261563904
>>
>> ova=true
>>
>> id=8
>>
>> public=true
>>
>> ova.filename=7035599C-FDB7-4B8F-B880-3C8D0176F921.ova
>>
>> uniquename=routing-8
>>
>> ova.virtualsize=261563904
>>
>> virtualsize=261563904
>>
>> ova.size=261563904
>>
>>
>> I agree that I must have a permissions issue. Do you think it could 
>> be the way I run the management server?
>>
>>
>> mvn -pl client jetty:run
>>
>> I do see an SSL keystore error while the CS MS is starting up, but I 
>> don't think this is the problem.
>>
>> Maybe I need to run the command with sudo?
>>
>> I'm still a bit new to Mac OS X. :)
>>
>>
>> On Mon, Jul 15, 2013 at 7:16 PM, Vijayendra Bhamidipati < 
>> vijayendra.bhamidipati@citrix.com> wrote:
>>
>>> Hi Mike,
>>>
>>> The very first time the mgmt. server has to bring up the SSVM, it 
>>> needs to prepare the ova template and make it available to ESX such 
>>> that ESX can import the ovf generated from the ova template over to 
>>> primary storage, thus deploying the system VM. So, the mgmt server 
>>> mounts the primary storage as a datastore on the ESX host first. The 
>>> mgmt. server then tries to unpack the ova (to create two files - ovf 
>>> and vmdk), and it does so within the same directory where the 
>>> template resides (on secondary storage). So, to do that, it attempts 
>>> to mount -t nfs that secondary share on the mgmt. server node in a 
>>> new mount point by the name format "/mnt/VM/abcdefghijk.lmnopqrs" 
>>> (this name is autogenerated using a rand() like function). In your 
>>> setup, either the creation of that mount point or the actual mount procedure is failing:
>>>
>>> [vmware.manager.VmwareManagerImpl] (DirectAgent-270:172.16.140.2) 
>>> Unable to create mount point for nfs://172.16.140.5/export/secondary
>>>
>>>
>>> Do you see a /mnt/VM/<>.<> in your mgmt. server host? If you do, can 
>>> you mount the secondary on to it manually?
>>>
>>> In case the above mount operation fails in the mgmt. server, it uses 
>>> "/mnt/sec/" by default - which is what you see. I would much prefer 
>>> an exception to be thrown instead of /mnt/sec being returned. I am 
>>> not sure why this string is returned instead - Kelven could throw more light on that.
>>>
>>> This is why I still think that there is some permissions issue with 
>>> your setup.
>>>
>>> Routing-8.ova is the default unique name for the system VM template 
>>> for vmware. You will find it in the template.properties file in the
>>> template/tmpl/1/8 directory.
>>>
>>> As for the local datastore on the ESX host, cloudstack doesn't use 
>>> it. I think that using local datastores can be a cause of failures 
>>> due to lack of space and can cause availability issues. This was a 
>>> scaling issue in initial openstack Xenserver deployments that used 
>>> local storage because of
>>> dom0 having only 4GB of space, and afaics the cloudstack 
>>> architecture probably avoided it from the beginning for similar 
>>> reasons. The team could chip in with their views regarding this.
>>>
>>>
>>> Regards,
>>> Vijay
>>>
>>>
>>> -----Original Message-----
>>> From: Mike Tutkowski [mailto:mike.tutkowski@solidfire.com]
>>> Sent: Monday, July 15, 2013 5:30 PM
>>> To: dev@cloudstack.apache.org
>>> Subject: Re: Secondary Storage Setup Question
>>>
>>> It seems like we're trying to create mount points on ESX. Is that 
>>> correct?
>>> They appear to be failing.
>>>
>>> INFO  [storage.resource.VmwareStorageProcessor]
>>> (DirectAgent-24:172.16.140.2) Template routing-8 is not setup yet, 
>>> setup template from secondary storage with uuid name:
>>> 37ef1524d36338b8bef2f601843a0e12
>>> INFO  [storage.resource.VmwareStorageProcessor]
>>> (DirectAgent-270:172.16.140.2) Executing 
>>> copyTemplateFromSecondaryToPrimary. secondaryStorage: nfs:// 
>>> 172.16.140.5/export/secondary, templatePathAtSecondaryStorage:
>>> template/tmpl/1/8/, templateName: routing-8 ERROR 
>>> [vmware.manager.VmwareManagerImpl] (DirectAgent-270:172.16.140.2) 
>>> Unable to create mount: /mnt/VM/1.4ec55471 ERROR 
>>> [vmware.manager.VmwareManagerImpl]
>>> (DirectAgent-270:172.16.140.2) Unable to create mount: 
>>> /mnt/VM/1.75fed209 ERROR [vmware.manager.VmwareManagerImpl] 
>>> (DirectAgent-270:172.16.140.2) Unable to create mount: 
>>> /mnt/VM/1.3224a6b ERROR [vmware.manager.VmwareManagerImpl] 
>>> (DirectAgent-270:172.16.140.2) Unable to create mount: 
>>> /mnt/VM/1.637a2ecd ERROR [vmware.manager.VmwareManagerImpl]
>>> (DirectAgent-270:172.16.140.2) Unable to create mount: 
>>> /mnt/VM/1.18e47846 ERROR [vmware.manager.VmwareManagerImpl] 
>>> (DirectAgent-270:172.16.140.2) Unable to create mount: 
>>> /mnt/VM/1.788773b3 ERROR [vmware.manager.VmwareManagerImpl] 
>>> (DirectAgent-270:172.16.140.2) Unable to create mount: 
>>> /mnt/VM/1.32f1b5bb ERROR [vmware.manager.VmwareManagerImpl]
>>> (DirectAgent-270:172.16.140.2) Unable to create mount: 
>>> /mnt/VM/1.5b1ef2a5 ERROR [vmware.manager.VmwareManagerImpl] 
>>> (DirectAgent-270:172.16.140.2) Unable to create mount: 
>>> /mnt/VM/1.356fba4c ERROR [vmware.manager.VmwareManagerImpl] 
>>> (DirectAgent-270:172.16.140.2) Unable to create mount: 
>>> /mnt/VM/1.121112ad WARN  [vmware.manager.VmwareManagerImpl]
>>> (DirectAgent-270:172.16.140.2) Unable to create a mount point ERROR 
>>> [vmware.manager.VmwareManagerImpl] (DirectAgent-270:172.16.140.2) 
>>> Unable to create mount point for nfs://172.16.140.5/export/secondary
>>> INFO  [storage.resource.VmwareStorageProcessor]
>>> (DirectAgent-270:172.16.140.2) Secondary storage mount point: 
>>> /mnt/sec 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
>>> INFO  [cloud.ha.HighAvailabilityManagerImpl] (HA-1:) checking health 
>>> of usage server
>>>
>>>
>>>
>>>
>>> On Mon, Jul 15, 2013 at 6:19 PM, Mike Tutkowski < 
>>> mike.tutkowski@solidfire.com> wrote:
>>>
>>> > 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.copyTemplat
>>> >>>>>> eFro
>>> >>>>>> mSecondaryToPrimary(VmwareStorageProcessor.java:153)
>>> >>>>>>  at
>>> >>>>>> com.cloud.storage.resource.VmwareStorageProcessor.copyTemplat
>>> >>>>>> eToP
>>> >>>>>> rimaryStorage(VmwareStorageProcessor.java:249)
>>> >>>>>> at
>>> >>>>>> com.cloud.storage.resource.StorageSubsystemCommandHandlerBase
>>> >>>>>> .exe
>>> >>>>>> cute(StorageSubsystemCommandHandlerBase.java:70)
>>> >>>>>>  at
>>> >>>>>> com.cloud.storage.resource.StorageSubsystemCommandHandlerBase
>>> >>>>>> .han
>>> >>>>>> dleStorageCommands(StorageSubsystemCommandHandlerBase.java:49
>>> >>>>>> )
>>> >>>>>> at
>>> >>>>>> com.cloud.hypervisor.vmware.resource.VmwareResource.executeRe
>>> >>>>>> ques
>>> >>>>>> t(VmwareResource.java:565)
>>> >>>>>>  at
>>> >>>>>> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAge
>>> >>>>>> ntAt
>>> >>>>>> tache.java:186)
>>> >>>>>> at
>>> >>>>>> java.util.concurrent.Executors$RunnableAdapter.call(Executors
>>> >>>>>> .jav
>>> >>>>>> a: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$ScheduledFut
>>> >>>>>> ureT
>>> >>>>>> ask.access$301(ScheduledThreadPoolExecutor.java:98)
>>> >>>>>> at
>>> >>>>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFut
>>> >>>>>> ureT
>>> >>>>>> ask.run(ScheduledThreadPoolExecutor.java:206)
>>> >>>>>>  at
>>> >>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Thread
>>> >>>>>> Pool
>>> >>>>>> Executor.java:895)
>>> >>>>>> at
>>> >>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPool
>>> >>>>>> Exec
>>> >>>>>> utor.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.copyTempla
>>> >>>>>>> teFr
>>> >>>>>>> omSecondaryToPrimary(VmwareStorageProcessor.java:157)
>>> >>>>>>> at
>>> >>>>>>>
>>> >>>>>>> com.cloud.storage.resource.VmwareStorageProcessor.copyTempla
>>> >>>>>>> teTo
>>> >>>>>>> PrimaryStorage(VmwareStorageProcessor.java:249)
>>> >>>>>>> at
>>> >>>>>>>
>>> >>>>>>> com.cloud.storage.resource.StorageSubsystemCommandHandlerBas
>>> >>>>>>> e.ex
>>> >>>>>>> ecute(StorageSubsystemCommandHandlerBase.java:70)
>>> >>>>>>> at
>>> >>>>>>>
>>> >>>>>>> com.cloud.storage.resource.StorageSubsystemCommandHandlerBas
>>> >>>>>>> e.ha
>>> >>>>>>> ndleStorageCommands(StorageSubsystemCommandHandlerBase.java:
>>> >>>>>>> 49)
>>> >>>>>>> at
>>> >>>>>>>
>>> >>>>>>> com.cloud.hypervisor.vmware.resource.VmwareResource.executeR
>>> >>>>>>> eque
>>> >>>>>>> st(VmwareResource.java:565)
>>> >>>>>>> at
>>> >>>>>>>
>>> >>>>>>> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAg
>>> >>>>>>> entA
>>> >>>>>>> ttache.java:186)
>>> >>>>>>> at
>>> >>>>>>> java.util.concurrent.Executors$RunnableAdapter.call(Executor
>>> >>>>>>> s.ja
>>> >>>>>>> va:439) at
>>> >>>>>>> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.jav
>>> >>>>>>> a:30
>>> >>>>>>> 3) at 
>>> >>>>>>> java.util.concurrent.FutureTask.run(FutureTask.java:138)
>>> >>>>>>> at
>>> >>>>>>>
>>> >>>>>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFu
>>> >>>>>>> ture
>>> >>>>>>> Task.access$301(ScheduledThreadPoolExecutor.java:98)
>>> >>>>>>> at
>>> >>>>>>>
>>> >>>>>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFu
>>> >>>>>>> ture
>>> >>>>>>> Task.run(ScheduledThreadPoolExecutor.java:206)
>>> >>>>>>> at
>>> >>>>>>>
>>> >>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Threa
>>> >>>>>>> dPoo
>>> >>>>>>> lExecutor.java:895)
>>> >>>>>>> at
>>> >>>>>>>
>>> >>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo
>>> >>>>>>> lExe
>>> >>>>>>> cutor.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/last
>>> >>>>>>> Succ
>>> >>>>>>> essf
>>> >>>>>>> > > 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/syst
>>> >>>>>>> emvm
>>> >>>>>>> > >>> > 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-inst
>>> >>>>>>> all
>>> >>>>>>> > >>> >> -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-tm
>>> >>>>>>> > >>> >> >> plt
>>> >>>>>>> > >>> >> >> - 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/?vi
>>> >>>>>>> > >>> >> >> deo=
>>> >>>>>>> > >>> >> >> 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/?vid
>>> >>>>>>> > >>> >> > eo=p
>>> >>>>>>> > >>> >> > lay>
>>> >>>>>>> > >>> >> > *(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
>>> >>>>>>> > >>> >> =pla
>>> >>>>>>> > >>> >> y>
>>> >>>>>>> > >>> >> *(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=pl
>>> >>>>>>> > >>> ay>
>>> >>>>>>> > >>> *(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=pla
>>> >>>>>>> > >> y>
>>> >>>>>>> > >> *(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>
>>> > *(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)*

Mime
View raw message