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.tutkow...@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.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> > *™* > -- *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> *™*
