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