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 01:42:57 GMT
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.java: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.initWebApplicationContext(ContextLoader.java:307)
> at
> org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:111)
>  at
> org.mortbay.jetty.handler.ContextHandler.startContext(ContextHandler.java: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:518)
>  at org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:499)
> at
> org.mortbay.jetty.plugin.Jetty6PluginWebAppContext.doStart(Jetty6PluginWebAppContext.java:115)
>  at
> org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
> at
> org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.java:152)
>  at
> org.mortbay.jetty.handler.ContextHandlerCollection.doStart(ContextHandlerCollection.java:156)
> at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
>  at
> org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.java:152)
> at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
>  at
> org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:130)
>
>
> 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.copyTemplateFro
>>> >>>>>> mSecondaryToPrimary(VmwareStorageProcessor.java:153)
>>> >>>>>>  at
>>> >>>>>> com.cloud.storage.resource.VmwareStorageProcessor.copyTemplateToP
>>> >>>>>> 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.executeReques
>>> >>>>>> t(VmwareResource.java:565)
>>> >>>>>>  at
>>> >>>>>> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAt
>>> >>>>>> 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$ScheduledFutureT
>>> >>>>>> ask.access$301(ScheduledThreadPoolExecutor.java:98)
>>> >>>>>> at
>>> >>>>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureT
>>> >>>>>> ask.run(ScheduledThreadPoolExecutor.java:206)
>>> >>>>>>  at
>>> >>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPool
>>> >>>>>> Executor.java:895)
>>> >>>>>> at
>>> >>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExec
>>> >>>>>> 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.copyTemplateFr
>>> >>>>>>> omSecondaryToPrimary(VmwareStorageProcessor.java:157)
>>> >>>>>>> at
>>> >>>>>>>
>>> >>>>>>> com.cloud.storage.resource.VmwareStorageProcessor.copyTemplateTo
>>> >>>>>>> PrimaryStorage(VmwareStorageProcessor.java:249)
>>> >>>>>>> at
>>> >>>>>>>
>>> >>>>>>> com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.ex
>>> >>>>>>> ecute(StorageSubsystemCommandHandlerBase.java:70)
>>> >>>>>>> at
>>> >>>>>>>
>>> >>>>>>> com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.ha
>>> >>>>>>> ndleStorageCommands(StorageSubsystemCommandHandlerBase.java:49)
>>> >>>>>>> at
>>> >>>>>>>
>>> >>>>>>> com.cloud.hypervisor.vmware.resource.VmwareResource.executeReque
>>> >>>>>>> st(VmwareResource.java:565)
>>> >>>>>>> at
>>> >>>>>>>
>>> >>>>>>> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentA
>>> >>>>>>> ttache.java:186)
>>> >>>>>>> at
>>> >>>>>>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.ja
>>> >>>>>>> va:439) at
>>> >>>>>>> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:30
>>> >>>>>>> 3) at java.util.concurrent.FutureTask.run(FutureTask.java:138)
>>> >>>>>>> at
>>> >>>>>>>
>>> >>>>>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFuture
>>> >>>>>>> Task.access$301(ScheduledThreadPoolExecutor.java:98)
>>> >>>>>>> at
>>> >>>>>>>
>>> >>>>>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFuture
>>> >>>>>>> Task.run(ScheduledThreadPoolExecutor.java:206)
>>> >>>>>>> at
>>> >>>>>>>
>>> >>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoo
>>> >>>>>>> lExecutor.java:895)
>>> >>>>>>> at
>>> >>>>>>>
>>> >>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExe
>>> >>>>>>> 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/lastSucc
>>> >>>>>>> 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/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=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=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>
>> *™*
>>
>
>
>
> --
> *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