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.tutkow...@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.bhamidip...@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.tutkow...@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.tutkow...@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.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.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.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.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.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/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.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=p >> >>>>>>> > >>> >> > lay> >> >>>>>>> > >>> >> > *(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=pla >> >>>>>>> > >>> >> y> >> >>>>>>> > >>> >> *(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> >> >>>> *(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> *™*
