It looks like it tried to create this path and failed:
/mnt/sec/template/tmpl/1/8
I created the /mnt/sec folder, but this didn't seem to allow the CS MS to
create the rest of the path.
On Mon, Jul 15, 2013 at 10:02 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> Yeah, I think I'm getting closer. :) Still kind of looks like a
> permissions issue, though. What do you think?
>
> WARN [vmware.manager.VmwareManagerImpl] (DirectAgent-1:172.16.140.2)
> Unable to mount 172.16.140.5:/export/secondary due to
> ERROR [vmware.manager.VmwareManagerImpl] (DirectAgent-1:172.16.140.2)
> Unable to create mount point for nfs://172.16.140.5/export/secondary
> INFO [storage.resource.VmwareStorageProcessor]
> (DirectAgent-1:172.16.140.2) Secondary storage mount point: /mnt/sec
> INFO [storage.resource.VmwareStorageProcessor]
> (DirectAgent-1:172.16.140.2) Executing command: tar --no-same-owner -xf
> /mnt/sec/template/tmpl/1/8/routing-8.ova
> Password:WARN [storage.resource.VmwareStorageProcessor]
> (DirectAgent-1:172.16.140.2) Exception: tar --no-same-owner -xf
> /mnt/sec/template/tmpl/1/8/routing-8.ova
> 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
> ERROR [storage.resource.VmwareStorageProcessor]
> (DirectAgent-1: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-1: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)
> INFO [cloud.vm.VirtualMachineManagerImpl] (consoleproxy-1:) Unable to
> contact resource.
> com.cloud.exception.StorageUnavailableException: Resource [StoragePool:1]
> is unreachable: Unable to create Vol[2|vm=2|ROOT]:Unable to execute
> PrimaryStorageDownloadCommand due to exception
> at
> com.cloud.storage.VolumeManagerImpl.recreateVolume(VolumeManagerImpl.java:2491)
> at com.cloud.storage.VolumeManagerImpl.prepare(VolumeManagerImpl.java:2540)
> at
> com.cloud.vm.VirtualMachineManagerImpl.advanceStart(VirtualMachineManagerImpl.java:860)
> at
> com.cloud.vm.VirtualMachineManagerImpl.start(VirtualMachineManagerImpl.java:566)
> at
> com.cloud.vm.VirtualMachineManagerImpl.start(VirtualMachineManagerImpl.java:559)
> at
> com.cloud.consoleproxy.ConsoleProxyManagerImpl.startProxy(ConsoleProxyManagerImpl.java:556)
> at
> com.cloud.consoleproxy.ConsoleProxyManagerImpl.allocCapacity(ConsoleProxyManagerImpl.java:927)
> at
> com.cloud.consoleproxy.ConsoleProxyManagerImpl.expandPool(ConsoleProxyManagerImpl.java:1664)
> at
> com.cloud.consoleproxy.ConsoleProxyManagerImpl.expandPool(ConsoleProxyManagerImpl.java:157)
> at com.cloud.vm.SystemVmLoadScanner.loadScan(SystemVmLoadScanner.java:111)
> at
> com.cloud.vm.SystemVmLoadScanner.access$100(SystemVmLoadScanner.java:33)
> at
> com.cloud.vm.SystemVmLoadScanner$1.reallyRun(SystemVmLoadScanner.java:81)
> at com.cloud.vm.SystemVmLoadScanner$1.run(SystemVmLoadScanner.java:72)
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> at
> java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:317)
> at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:150)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:98)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:180)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:204)
> 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)
> INFO [vmware.resource.VmwareResource] (DirectAgent-14:172.16.140.2)
> Executing resource StopCommand:
> {"isProxy":false,"executeInSequence":false,"vmName":"v-2-VM","wait":0}
> INFO [vmware.resource.VmwareResource] (DirectAgent-14:172.16.140.2) VM
> v-2-VM is no longer in vSphere
> WARN [cloud.consoleproxy.ConsoleProxyManagerImpl] (consoleproxy-1:)
> Exception while trying to start console proxy
> com.cloud.exception.InsufficientServerCapacityException: Unable to create
> a deployment for VM[ConsoleProxy|v-2-VM]Scope=interface
> com.cloud.dc.DataCenter; id=1
> at
> com.cloud.vm.VirtualMachineManagerImpl.advanceStart(VirtualMachineManagerImpl.java:829)
> at
> com.cloud.vm.VirtualMachineManagerImpl.start(VirtualMachineManagerImpl.java:566)
> at
> com.cloud.vm.VirtualMachineManagerImpl.start(VirtualMachineManagerImpl.java:559)
> at
> com.cloud.consoleproxy.ConsoleProxyManagerImpl.startProxy(ConsoleProxyManagerImpl.java:556)
> at
> com.cloud.consoleproxy.ConsoleProxyManagerImpl.allocCapacity(ConsoleProxyManagerImpl.java:927)
> at
> com.cloud.consoleproxy.ConsoleProxyManagerImpl.expandPool(ConsoleProxyManagerImpl.java:1664)
> at
> com.cloud.consoleproxy.ConsoleProxyManagerImpl.expandPool(ConsoleProxyManagerImpl.java:157)
> at
> com.cloud.vm.SystemVmLoadScanner.loadScan(SystemVmLoadScanner.java:111)
> at com.cloud.vm.SystemVmLoadScanner.access$100(SystemVmLoadScanner.java:33)
> at
> com.cloud.vm.SystemVmLoadScanner$1.reallyRun(SystemVmLoadScanner.java:81)
> at com.cloud.vm.SystemVmLoadScanner$1.run(SystemVmLoadScanner.java:72)
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> at
> java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:317)
> at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:150)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:98)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:180)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:204)
> 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 8:32 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
>> Thanks so much for that info!
>>
>> I feel I'm getting closer. I added /mnt and subfolders were created
>> shortly thereafter.
>>
>> I don't know if you saw another e-mail I sent out under a different
>> subject, but I think that e-mail describes the current cause of my problems
>> (a misunderstanding in VMware code between used and available bytes).
>>
>>
>> On Mon, Jul 15, 2013 at 7:57 PM, Vijayendra Bhamidipati <
>> vijayendra.bhamidip...@citrix.com> wrote:
>>
>>> Hi Mike!
>>>
>>> I haven't actually ever run my setup on Mac OS X, do my work on a CentOS
>>> VM.. should give that a try soon. The last time I tried, I ran into issues
>>> with deploydb (mysql errored out on some syntax when granting root
>>> privileges to the cloud user if I remember right) and got diverted and
>>> couldn't revisit it - you could probably help me out there if I get stuck
>>> again :)
>>>
>>> The sudo shouldn't matter and infact shouldn't be used, lest we miss
>>> issues that can occur when sudo isn't used. The command line to bring up
>>> the mgmt. server should have the -Dnonoss flag in it though :
>>>
>>> mvn -pl :cloud-client-ui jetty:run -Dnonoss
>>>
>>> The keystore error doesn't matter either - the mgmt. server simply
>>> generates and uses default settings.
>>>
>>> Here are my MAVEN_OPTS:
>>>
>>> [root@vijay-vm1 3415fix1]# echo $MAVEN_OPTS
>>> -Xmx1024m -XX:MaxPermSize=500m -Xdebug
>>> -Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=n
>>> [root@vijay-vm1 3415fix1]#
>>>
>>> You can increase the MaxPermSize to 1024M, that should help avoid the
>>> permgen space issue.
>>>
>>> What about the umask? Is it set to 022?
>>>
>>> As a workaround, how about you creating a /mnt/ and chmod -R 777 /mnt/
>>> and retrying? I think it should do the trick to help you proceed while we
>>> figure out the root cause in the meantime.
>>>
>>>
>>> Regards,
>>> Vijay
>>>
>>>
>>> -----Original Message-----
>>> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
>>> Sent: Monday, July 15, 2013 6:43 PM
>>> To: dev@cloudstack.apache.org
>>> Subject: Re: Secondary Storage Setup Question
>>>
>>> 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.jav
>>> > a: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.initWebApplicationContex
>>> > t(ContextLoader.java:307)
>>> > at
>>> > org.springframework.web.context.ContextLoaderListener.contextInitializ
>>> > ed(ContextLoaderListener.java:111)
>>> > at
>>> > org.mortbay.jetty.handler.ContextHandler.startContext(ContextHandler.j
>>> > ava: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:5
>>> > 18) at
>>> > org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:499)
>>> > at
>>> > org.mortbay.jetty.plugin.Jetty6PluginWebAppContext.doStart(Jetty6Plugi
>>> > nWebAppContext.java:115)
>>> > at
>>> > org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:5
>>> > 0)
>>> > at
>>> > org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.
>>> > java:152)
>>> > at
>>> > org.mortbay.jetty.handler.ContextHandlerCollection.doStart(ContextHand
>>> > lerCollection.java:156) at
>>> > org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:5
>>> > 0)
>>> > at
>>> > org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.
>>> > java:152) at
>>> > org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:5
>>> > 0)
>>> > at
>>> > org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:1
>>> > 30)
>>> >
>>> >
>>> > 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.copyTemplat
>>> >>> >>>>>> eFro
>>> >>> >>>>>> mSecondaryToPrimary(VmwareStorageProcessor.java:153)
>>> >>> >>>>>> at
>>> >>> >>>>>> com.cloud.storage.resource.VmwareStorageProcessor.copyTemplat
>>> >>> >>>>>> eToP
>>> >>> >>>>>> 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.executeRe
>>> >>> >>>>>> ques
>>> >>> >>>>>> t(VmwareResource.java:565)
>>> >>> >>>>>> at
>>> >>> >>>>>> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAge
>>> >>> >>>>>> ntAt
>>> >>> >>>>>> 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$ScheduledFut
>>> >>> >>>>>> ureT
>>> >>> >>>>>> ask.access$301(ScheduledThreadPoolExecutor.java:98)
>>> >>> >>>>>> at
>>> >>> >>>>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFut
>>> >>> >>>>>> ureT
>>> >>> >>>>>> ask.run(ScheduledThreadPoolExecutor.java:206)
>>> >>> >>>>>> at
>>> >>> >>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Thread
>>> >>> >>>>>> Pool
>>> >>> >>>>>> Executor.java:895)
>>> >>> >>>>>> at
>>> >>> >>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPool
>>> >>> >>>>>> Exec
>>> >>> >>>>>> 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.copyTempla
>>> >>> >>>>>>> teFr
>>> >>> >>>>>>> omSecondaryToPrimary(VmwareStorageProcessor.java:157)
>>> >>> >>>>>>> at
>>> >>> >>>>>>>
>>> >>> >>>>>>> com.cloud.storage.resource.VmwareStorageProcessor.copyTempla
>>> >>> >>>>>>> teTo
>>> >>> >>>>>>> PrimaryStorage(VmwareStorageProcessor.java:249)
>>> >>> >>>>>>> at
>>> >>> >>>>>>>
>>> >>> >>>>>>> com.cloud.storage.resource.StorageSubsystemCommandHandlerBas
>>> >>> >>>>>>> e.ex
>>> >>> >>>>>>> ecute(StorageSubsystemCommandHandlerBase.java:70)
>>> >>> >>>>>>> at
>>> >>> >>>>>>>
>>> >>> >>>>>>> com.cloud.storage.resource.StorageSubsystemCommandHandlerBas
>>> >>> >>>>>>> e.ha
>>> >>> >>>>>>> ndleStorageCommands(StorageSubsystemCommandHandlerBase.java:
>>> >>> >>>>>>> 49)
>>> >>> >>>>>>> at
>>> >>> >>>>>>>
>>> >>> >>>>>>> com.cloud.hypervisor.vmware.resource.VmwareResource.executeR
>>> >>> >>>>>>> eque
>>> >>> >>>>>>> st(VmwareResource.java:565)
>>> >>> >>>>>>> at
>>> >>> >>>>>>>
>>> >>> >>>>>>> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAg
>>> >>> >>>>>>> entA
>>> >>> >>>>>>> ttache.java:186)
>>> >>> >>>>>>> at
>>> >>> >>>>>>> java.util.concurrent.Executors$RunnableAdapter.call(Executor
>>> >>> >>>>>>> s.ja
>>> >>> >>>>>>> va:439) at
>>> >>> >>>>>>> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.jav
>>> >>> >>>>>>> a:30
>>> >>> >>>>>>> 3) at
>>> >>> >>>>>>> java.util.concurrent.FutureTask.run(FutureTask.java:138)
>>> >>> >>>>>>> at
>>> >>> >>>>>>>
>>> >>> >>>>>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFu
>>> >>> >>>>>>> ture
>>> >>> >>>>>>> Task.access$301(ScheduledThreadPoolExecutor.java:98)
>>> >>> >>>>>>> at
>>> >>> >>>>>>>
>>> >>> >>>>>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFu
>>> >>> >>>>>>> ture
>>> >>> >>>>>>> Task.run(ScheduledThreadPoolExecutor.java:206)
>>> >>> >>>>>>> at
>>> >>> >>>>>>>
>>> >>> >>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Threa
>>> >>> >>>>>>> dPoo
>>> >>> >>>>>>> lExecutor.java:895)
>>> >>> >>>>>>> at
>>> >>> >>>>>>>
>>> >>> >>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo
>>> >>> >>>>>>> lExe
>>> >>> >>>>>>> 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/last
>>> >>> >>>>>>> Succ
>>> >>> >>>>>>> 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/syst
>>> >>> >>>>>>> emvm
>>> >>> >>>>>>> > >>> > 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-inst
>>> >>> >>>>>>> all
>>> >>> >>>>>>> > >>> >> -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-tm
>>> >>> >>>>>>> > >>> >> >> plt
>>> >>> >>>>>>> > >>> >> >> - 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/?vi
>>> >>> >>>>>>> > >>> >> >> deo=
>>> >>> >>>>>>> > >>> >> >> 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/?vid
>>> >>> >>>>>>> > >>> >> > eo=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=pl
>>> >>> >>>>>>> > >>> ay>
>>> >>> >>>>>>> > >>> *(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>
*™*
