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)*
