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.copyTemplateFromSecondaryToPrimary(VmwareStorageProcessor.java:153) >> at >> com.cloud.storage.resource.VmwareStorageProcessor.copyTemplateToPrimaryStorage(VmwareStorageProcessor.java:249) >> at >> com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.execute(StorageSubsystemCommandHandlerBase.java:70) >> at >> com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.handleStorageCommands(StorageSubsystemCommandHandlerBase.java:49) >> at >> com.cloud.hypervisor.vmware.resource.VmwareResource.executeRequest(VmwareResource.java:565) >> at >> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:186) >> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java: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$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:98) >> at >> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206) >> at >> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895) >> at >> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.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.copyTemplateFromSecondaryToPrimary(VmwareStorageProcessor.java:157) >>> at >>> >>> com.cloud.storage.resource.VmwareStorageProcessor.copyTemplateToPrimaryStorage(VmwareStorageProcessor.java:249) >>> at >>> >>> com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.execute(StorageSubsystemCommandHandlerBase.java:70) >>> at >>> >>> com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.handleStorageCommands(StorageSubsystemCommandHandlerBase.java:49) >>> at >>> >>> com.cloud.hypervisor.vmware.resource.VmwareResource.executeRequest(VmwareResource.java:565) >>> at >>> >>> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:186) >>> at >>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java: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$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:98) >>> at >>> >>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206) >>> at >>> >>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895) >>> at >>> >>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.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/lastSuccessf >>> > > 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=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> *™*