cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Mike Tutkowski <mike.tutkow...@solidfire.com>
Subject Re: Secondary Storage Setup Question
Date Tue, 16 Jul 2013 23:40:37 GMT
I should probably mention that I'm running ESXi and vCenter 5.1 in VMware
Fusion on Mac OS X 10.8.3.

Is this perhaps not going to work in that configuration?


On Tue, Jul 16, 2013 at 5:35 PM, Mike Tutkowski <
mike.tutkowski@solidfire.com> wrote:

> Interesting...I tried to import the OVF manually and - like in the JIRA
> ticket(s) - I got an error about unsupported hardware (VirtualBox 2.2).
>
>
> On Tue, Jul 16, 2013 at 12:43 AM, Pranav Saxena <psbits@gmail.com> wrote:
>
>> Looks like I have seen this exception before . This bug raised by someone
>> probably a month back or so . You might want to check out the
>> summary/analysis mentioned here -
>>
>> https://issues.apache.org/jira/browse/CLOUDSTACK-1867
>>
>> https://issues.apache.org/jira/browse/CLOUDSTACK-3147
>>
>> Thanks,
>> Pranav
>>
>>
>> On Tue, Jul 16, 2013 at 11:56 AM, Mike Tutkowski <
>> mike.tutkowski@solidfire.com> wrote:
>>
>> > Some progress :)
>> >
>> > I updated my code to make sure I had the latest and gave everyone
>> > permission to rwx on the folders in question.
>> >
>> > I now see new exceptions....starting with a parse issue:
>> >
>> > INFO  [storage.resource.VmwareStorageProcessor]
>> > (DirectAgent-10:172.16.140.2) Executing
>> copyTemplateFromSecondaryToPrimary.
>> > secondaryStorage: nfs://172.16.140.5/export/secondary,
>> > templatePathAtSecondaryStorage: template/tmpl/1/8/, templateName:
>> routing-8
>> > INFO  [storage.resource.VmwareStorageProcessor]
>> > (DirectAgent-10:172.16.140.2) Secondary storage mount point:
>> > /mnt/VM/1.2bd9828b
>> > ERROR [storage.resource.VmwareStorageProcessor]
>> > (DirectAgent-10:172.16.140.2) Unable to execute
>> > PrimaryStorageDownloadCommand due to exception
>> > javax.xml.ws.soap.SOAPFaultException:
>> > Required parameter spec is missing
>> >
>> > while parsing call information for method ImportVApp
>> > at line 1, column 110
>> >
>> > while parsing SOAP body
>> > at line 1, column 102
>> >
>> > while parsing SOAP envelope
>> > at line 1, column 38
>> >
>> > while parsing HTTP request for method importVApp
>> > on object of type vim.ResourcePool
>> > at line 1, column 0
>> > at
>> >
>> >
>> com.sun.xml.internal.ws.fault.SOAP11Fault.getProtocolException(SOAP11Fault.java:178)
>> > at
>> >
>> >
>> com.sun.xml.internal.ws.fault.SOAPFaultBuilder.createException(SOAPFaultBuilder.java:119)
>> > at
>> >
>> >
>> com.sun.xml.internal.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:108)
>> > at
>> >
>> >
>> com.sun.xml.internal.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:78)
>> > at com.sun.xml.internal.ws.client.sei.SEIStub.invoke(SEIStub.java:107)
>> > at com.sun.proxy.$Proxy94.importVApp(Unknown Source)
>> > at
>> >
>> >
>> com.cloud.hypervisor.vmware.mo.HypervisorHostHelper.importVmFromOVF(HypervisorHostHelper.java:1270)
>> > at
>> com.cloud.hypervisor.vmware.mo.HostMO.importVmFromOVF(HostMO.java:688)
>> > at
>> >
>> >
>> com.cloud.storage.resource.VmwareStorageProcessor.copyTemplateFromSecondaryToPrimary(VmwareStorageProcessor.java:169)
>> > 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)
>> > WARN  [storage.datastore.ObjectInDataStoreManagerImpl] (consoleproxy-1:)
>> > Template 8 is not found on storage pool 1, so no need to delete
>> > WARN  [storage.datastore.ObjectInDataStoreManagerImpl] (consoleproxy-1:)
>> > Template 8 is not found on storage pool 1, so no need to delete
>> > ERROR [cloud.vm.VirtualMachineManagerImpl] (consoleproxy-1:) Failed to
>> > start instance VM[ConsoleProxy|v-13-VM]
>> > com.cloud.utils.exception.CloudRuntimeException: can't find mapping in
>> > ObjectInDataStore table for:
>> > org.apache.cloudstack.storage.image.store.TemplateObject@74a4a9ee
>> > at
>> >
>> >
>> org.apache.cloudstack.storage.datastore.ObjectInDataStoreManagerImpl.update(ObjectInDataStoreManagerImpl.java:228)
>> > at
>> >
>> >
>> org.apache.cloudstack.storage.image.store.TemplateObject.processEvent(TemplateObject.java:162)
>> > at
>> >
>> >
>> org.apache.cloudstack.storage.volume.VolumeServiceImpl.createBaseImageAsync(VolumeServiceImpl.java:393)
>> > at
>> >
>> >
>> org.apache.cloudstack.storage.volume.VolumeServiceImpl.createVolumeFromTemplateAsync(VolumeServiceImpl.java:490)
>> > at
>> >
>> >
>> com.cloud.storage.VolumeManagerImpl.recreateVolume(VolumeManagerImpl.java:2483)
>> > 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-13:172.16.140.2)
>> > Executing resource StopCommand:
>> > {"isProxy":false,"executeInSequence":false,"vmName":"v-13-VM","wait":0}
>> > INFO  [vmware.resource.VmwareResource] (DirectAgent-13:172.16.140.2) VM
>> > v-13-VM is no longer in vSphere
>> > WARN  [storage.secondary.SecondaryStorageManagerImpl] (secstorage-1:)
>> > Exception while trying to start secondary storage vm
>> > com.cloud.exception.InsufficientServerCapacityException: Unable to
>> create a
>> > deployment for VM[SecondaryStorageVm|s-12-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.storage.secondary.SecondaryStorageManagerImpl.startSecStorageVm(SecondaryStorageManagerImpl.java:265)
>> > at
>> >
>> >
>> com.cloud.storage.secondary.SecondaryStorageManagerImpl.allocCapacity(SecondaryStorageManagerImpl.java:690)
>> > at
>> >
>> >
>> com.cloud.storage.secondary.SecondaryStorageManagerImpl.expandPool(SecondaryStorageManagerImpl.java:1297)
>> > at
>> >
>> >
>> com.cloud.secstorage.PremiumSecondaryStorageManagerImpl.scanPool(PremiumSecondaryStorageManagerImpl.java:123)
>> > at
>> >
>> >
>> com.cloud.secstorage.PremiumSecondaryStorageManagerImpl.scanPool(PremiumSecondaryStorageManagerImpl.java:50)
>> > at
>> com.cloud.vm.SystemVmLoadScanner.loadScan(SystemVmLoadScanner.java:104)
>> > 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  [storage.secondary.SecondaryStorageManagerImpl] (secstorage-1:)
>> > Unable to start secondary storage vm for standby capacity, secStorageVm
>> vm
>> > Id : 12, will recycle it and start a new one
>> >
>> >
>> >
>> > On Mon, Jul 15, 2013 at 10:44 PM, Mike Tutkowski <
>> > mike.tutkowski@solidfire.com> wrote:
>> >
>> > > As soon as I said no more exceptions, I got a few:
>> > >
>> > > ERROR [storage.resource.VmwareStorageProcessor]
>> > > (DirectAgent-36: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
>> > >
>> > > Permissions probably?
>> > >
>> > >
>> > > On Mon, Jul 15, 2013 at 10:40 PM, Mike Tutkowski <
>> > > mike.tutkowski@solidfire.com> wrote:
>> > >
>> > >> Well...now that I manually put that path in place, there are no
>> > >> exceptions printed out. However :) it still doesn't work.
>> > >>
>> > >> What ends up happening is the SSVM and CPVM are just stuck in the
>> > >> Starting state forever.
>> > >>
>> > >> The Agent State for SSVM is Up, but the Agent State for CPVM is a
>> dash.
>> > >>
>> > >> I wiped out my installation and started over from scratch, but get
>> the
>> > >> same results.
>> > >>
>> > >> So weird...but I still think there might be a permissions issue
>> because
>> > >> in the CS MS console, I see every now and then the word "Password"
>> > printed
>> > >> out (like it wants me to input my password).
>> > >>
>> > >> I assume XenServer must work differently with secondary storage
>> because
>> > I
>> > >> have never encountered such issues with that hypervisor.
>> > >>
>> > >>
>> > >> On Mon, Jul 15, 2013 at 10:12 PM, Mike Tutkowski <
>> > >> mike.tutkowski@solidfire.com> wrote:
>> > >>
>> > >>> 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.tutkowski@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.tutkowski@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.bhamidipati@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.tutkowski@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.tutkowski@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.tutkowski@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.bhamidipati@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.tutkowski@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.tutkowski@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.tutkowski@solidfire.com> wrote:
>> > >>>>>> >>> >
>> > >>>>>> >>> >> I mean withOUT DevCloud2. :)
>> > >>>>>> >>> >>
>> > >>>>>> >>> >>
>> > >>>>>> >>> >> On Mon, Jul 15, 2013 at 5:37 PM, Mike Tutkowski <
>> > >>>>>> >>> >> mike.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.bhamidipati@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.tutkowski@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.bhamidipati@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.tutkowski@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.tutkowski@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.tutkowski@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.bhamidipati@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.tutkowski@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.tutkowski@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.bhamidipati@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.tutkowski@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.tutkowski@solidfire.com> wrote:
>> > >>>>>> >>> >>>>>>> > >>> >>
>> > >>>>>> >>> >>>>>>> > >>> >> > Perfect - thanks!
>> > >>>>>> >>> >>>>>>> > >>> >> >
>> > >>>>>> >>> >>>>>>> > >>> >> >
>> > >>>>>> >>> >>>>>>> > >>> >> > On Mon, Jul 15, 2013 at 12:51 PM,
>> Vijayendra
>> > >>>>>> >>> >>>>>>> > >>> >> > Bhamidipati <
>> > >>>>>> vijayendra.bhamidipati@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solution/overview/?video=play>
*™*

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message