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 22:36:19 GMT
So, I started over from scratch using the most recent VMware OVA file.

I left the /mnt/sec and /mnt/VM folders in place with 777 permissions.

At present, I'm seeing these three exceptions regularly (they seem
permissions related, what do you think?):

WARN  [vmware.manager.VmwareManagerImpl] (DirectAgent-31:172.16.140.2)
Unable to mount 172.16.140.5:/export/secondary due to
ERROR [vmware.manager.VmwareManagerImpl] (DirectAgent-31:172.16.140.2)
Unable to create mount point for nfs://172.16.140.5/export/secondary
INFO  [storage.resource.VmwareStorageProcessor]
(DirectAgent-31:172.16.140.2) Secondary storage mount point: /mnt/sec
INFO  [storage.resource.VmwareStorageProcessor]
(DirectAgent-31:172.16.140.2) Executing command: tar --no-same-owner -xf
/mnt/sec/template/tmpl/1/8/routing-8.ova
Password:ERROR [storage.resource.VmwareStorageProcessor]
(DirectAgent-31: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-31: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-55:172.16.140.2)
Executing resource StopCommand:
{"isProxy":false,"executeInSequence":false,"vmName":"v-2-VM","wait":0}
INFO  [vmware.resource.VmwareResource] (DirectAgent-55: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)
INFO  [cloud.consoleproxy.ConsoleProxyManagerImpl] (consoleproxy-1:) Found
a stopped console proxy, bring it up to running pool. proxy vm id : 2
INFO  [storage.resource.VmwareStorageProcessor]
(DirectAgent-39:172.16.140.2) Template routing-8 is not setup yet, setup
template from secondary storage with uuid name:
e6a639c4842d3bf5afb412ce2a65f639
INFO  [storage.resource.VmwareStorageProcessor]
(DirectAgent-39:172.16.140.2) Executing copyTemplateFromSecondaryToPrimary.
secondaryStorage: nfs://172.16.140.5/export/secondary,
templatePathAtSecondaryStorage: template/tmpl/1/8/, templateName: routing-8


On Tue, Jul 16, 2013 at 12:49 AM, Sateesh Chodapuneedi <
sateesh.chodapuneedi@citrix.com> wrote:

> Yes, that's template problem.
> Fixed in https://issues.apache.org/jira/browse/CLOUDSTACK-1867
>
> Regards,
> Sateesh
>
> > -----Original Message-----
> > From: Vijayendra Bhamidipati [mailto:vijayendra.bhamidipati@citrix.com]
> > Sent: 16 July 2013 12:16
> > To: dev@cloudstack.apache.org
> > Subject: Re: Secondary Storage Setup Question
> >
> > Hi Mike,
> >
> > What is the checksum of the template you're using? This looks like a
> > template issue to me since the import ovf operation is failing. The
> md5sum
> > of the system template I'm using is 7137e453f950079ea2ba6feaafd939e8, and
> > it's working fine.
> >
> > If someone from Citrix QA could share the location of the jenkins
> > templates they're using for their testing, that would be helpful.
> >
> >
> > Regards,
> > Vijay
> >
> >
> > On 7/15/13 11:26 PM, "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(SOAPFaultBu
> > >ilder.jav:119)
> > >at
> >
> >com.sun.xml.internal.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHand
> > >ler.java:108)
> > >at
> >
> >com.sun.xml.internal.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHand
> > >ler.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(Hyperv
> > >isorHostHelper.java:1270)
> > >at
> com.cloud.hypervisor.vmware.mo.HostMO.importVmFromOVF(HostMO.java:688)
> > >at
> >
> >com.cloud.storage.resource.VmwareStorageProcessor.copyTemplateFromSecondar
> > >yToPrimary(VmwareStorageProcessor.java:169)
> > >at
> >
> >com.cloud.storage.resource.VmwareStorageProcessor.copyTemplateToPrimarySto
> > >rage(VmwareStorageProcessor.java:249)
> > >at
> >
> >com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.execute(Stor
> > >ageSubsystemCommandHandlerBase.java:70)
> > >at
> >
> >com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.handleStorag
> > >eCommands(StorageSubsystemCommandHandlerBase.java:49)
> > >at
> >
> >com.cloud.hypervisor.vmware.resource.VmwareResource.executeRequest(VmwareR
> > >esource.java:565)
> > >at
> >
> >com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.jav
> > >a: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.acces
> > >s$301(ScheduledThreadPoolExecutor.java:98)
> > >at
> >
> >java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(S
> > >cheduledThreadPoolExecutor.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.updat
> > >e(ObjectInDataStoreManagerImpl.java:228)
> > >at
> >
> >org.apache.cloudstack.storage.image.store.TemplateObject.processEvent(Temp
> > >lateObject.java:162)
> > >at
> >
> >org.apache.cloudstack.storage.volume.VolumeServiceImpl.createBaseImageAsyn
> > >c(VolumeServiceImpl.java:393)
> > >at
> >
> >org.apache.cloudstack.storage.volume.VolumeServiceImpl.createVolumeFromTem
> > >plateAsync(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(VirtualMachineManagerI
> > >mpl.java:860)
> > >at
> >
> >com.cloud.vm.VirtualMachineManagerImpl.start(VirtualMachineManagerImpl.jav
> > >a:566)
> > >at
> >
> >com.cloud.vm.VirtualMachineManagerImpl.start(VirtualMachineManagerImpl.jav
> > >a:559)
> > >at
> >
> >com.cloud.consoleproxy.ConsoleProxyManagerImpl.startProxy(ConsoleProxyMana
> > >gerImpl.java:556)
> > >at
> >
> >com.cloud.consoleproxy.ConsoleProxyManagerImpl.allocCapacity(ConsoleProxyM
> > >anagerImpl.java:927)
> > >at
> >
> >com.cloud.consoleproxy.ConsoleProxyManagerImpl.expandPool(ConsoleProxyMana
> > >gerImpl.java:1664)
> > >at
> >
> >com.cloud.consoleproxy.ConsoleProxyManagerImpl.expandPool(ConsoleProxyMana
> > >gerImpl.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.acces
> > >s$101(ScheduledThreadPoolExecutor.java:98)
> > >at
> >
> >java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPe
> > >riodic(ScheduedThreadPoolExecutor.java:180)
> > >at
> >
> >java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(S
> > >cheduledThreadPoolExecutor.java:204)
> > >at
> >
> >java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.
> > >java:895)
> > >at
> >
> >java.util.concurrent.ThreadPooExecutor$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","wai":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.excetion.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(VirtualMachineManagerI
> > >mpl.java:829)
> > >at
> >
> >com.cloud.vm.VirtualMachineManagerImpl.start(VirtualMachineManagerImpl.jav
> > >a:566)
> > >at
> >
> >com.cloud.vm.VirtualMachineManagerImpl.start(VirtualMachineManagerImpl.jav
> > >a:559)
> > >at
> >
> >com.cloud.storage.secondary.SecondaryStorageManagerImpl.startSecStorageVm(
> > >SecondaryStorageManagerImpl.java:265)
> > >at
> >
> >com.cloud.storage.secondary.SecondaryStorageManagerImpl.allocCapacity(Seco
> > >ndaryStorageManagerImpl.java:690)
> > >at
> >
> >com.cloud.storage.secondary.SecondaryStorageManagerImpl.expandPool(Seconda
> > >ryStorageManagerImpl.java:1297)
> > >at
> >
> >com.cloud.secstorage.PremiumSecondaryStorageManagerImpl.scanPool(PremiumSe
> > >condaryStorageManagerImpl.java:123)
> > >at
> >
> >com.cloud.secstorage.PremiumSecondaryStorageManagerImpl.scanPool(PremiumSe
> > >condaryStorageManagerImpl.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.acces
> > >s$101(ScheduledThreadPoolExecutor.java:98)
> > >at
> >
> >java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPe
> > >riodic(ScheduledThreadPoolExecutor.java:180)
> > >at
> >
> >java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(S
> > >cheduledThreadPoolExecutor.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.copyTemplateFromSeco
> > >>>>>ndaryToPrimary(VmwareStorageProcessor.java:153)
> > >>>>> at
> > >>>>>
> >
> >>>>>com.cloud.storage.resource.VmwareStorageProcessor.copyTemplateToPrimar
> > >>>>>yStorage(VmwareStorageProcessor.java:249)
> > >>>>>  at
> > >>>>>
> >
> >>>>>com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.execute(
> > >>>>>StorageSubsystemCommandHandlerBase.java:70)
> > >>>>> at
> > >>>>>
> >
> >>>>>com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.handleSt
> > >>>>>orageCommands(StorageSubsystemCommandHandlerBase.java:49)
> > >>>>>  at
> > >>>>>
> >
> >>>>>com.cloud.hypervisor.vmware.resource.VmwareResource.executeRequest(Vmw
> > >>>>>areResource.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.a
> > >>>>>ccess$301(ScheduledThreadPoolExecutor.java:98)
> > >>>>>  at
> > >>>>>
> >
> >>>>>java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.r
> > >>>>>un(ScheduledThreadPoolExecutor.java:206)
> > >>>>> at
> > >>>>>
> >
> >>>>>java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecu
> > >>>>>tor.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.copyTemplateFromSeco
> > >>>>>ndaryToPrimary(VmwareStorageProcessor.java:157)
> > >>>>> at
> > >>>>>
> >
> >>>>>com.cloud.storage.resource.VmwareStorageProcessor.copyTemplateToPrimar
> > >>>>>yStorage(VmwareStorageProcessor.java:249)
> > >>>>>  at
> > >>>>>
> >
> >>>>>com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.execute(
> > >>>>>StorageSubsystemCommandHandlerBase.java:70)
> > >>>>> at
> > >>>>>
> >
> >>>>>com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.handleSt
> > >>>>>orageCommands(StorageSubsystemCommandHandlerBase.java:49)
> > >>>>>  at
> > >>>>>
> >
> >>>>>com.cloud.hypervisor.vmware.resource.VmwareResource.executeRequest(Vmw
> > >>>>>areResource.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.a
> > >>>>>ccess$301(ScheduledThreadPoolExecutor.java:98)
> > >>>>>  at
> > >>>>>
> >
> >>>>>java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.r
> > >>>>>un(ScheduledThreadPoolExecutor.java:206)
> > >>>>> at
> > >>>>>
> >
> >>>>>java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecu
> > >>>>>tor.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.j
> > >>>>>ava:2491)
> > >>>>> at
> > >>>>>
> >
> >>>>>com.cloud.storage.VolumeManagerImpl.prepare(VolumeManagerImpl.java:254
> > >>>>>0)
> > >>>>>  at
> > >>>>>
> >
> >>>>>com.cloud.vm.VirtualMachineManagerImpl.advanceStart(VirtualMachineMana
> > >>>>>gerImpl.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(ConsoleProxy
> > >>>>>ManagerImpl.java:556)
> > >>>>>  at
> > >>>>>
> >
> >>>>>com.cloud.consoleproxy.ConsoleProxyManagerImpl.allocCapacity(ConsolePr
> > >>>>>oxyManagerImpl.java:927)
> > >>>>> at
> > >>>>>
> >
> >>>>>com.cloud.consoleproxy.ConsoleProxyManagerImpl.expandPool(ConsoleProxy
> > >>>>>ManagerImpl.java:1664)
> > >>>>>  at
> > >>>>>
> >
> >>>>>com.cloud.consoleproxy.ConsoleProxyManagerImpl.expandPool(ConsoleProxy
> > >>>>>ManagerImpl.java:157)
> > >>>>> at
> > >>>>>
> >
> >>>>>com.cloud.vm.SystemVmLoadScanner.loadScan(SystemVmLoadScanner.java:111
> > >>>>>)
> > >>>>>  at
> > >>>>>
> >
> >>>>>com.cloud.vm.SystemVmLoadScanner.access$100(SystemVmLoadScanner.java:3
> > >>>>>3)
> > >>>>> 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.a
> > >>>>>ccess$101(ScheduledThreadPoolExecutor.java:98)
> > >>>>> at
> > >>>>>
> >
> >>>>>java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.r
> > >>>>>unPeriodic(ScheduledThreadPoolExecutor.java:180)
> > >>>>>  at
> > >>>>>
> >
> >>>>>java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.r
> > >>>>>un(ScheduledThreadPoolExecutor.java:204)
> > >>>>> at
> > >>>>>
> >
> >>>>>java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecu
> > >>>>>tor.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(VirtualMachineMana
> > >>>>>gerImpl.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(ConsoleProxy
> > >>>>>ManagerImpl.java:556)
> > >>>>> at
> > >>>>>
> >
> >>>>>com.cloud.consoleproxy.ConsoleProxyManagerImpl.allocCapacity(ConsolePr
> > >>>>>oxyManagerImpl.java:927)
> > >>>>>  at
> > >>>>>
> >
> >>>>>com.cloud.consoleproxy.ConsoleProxyManagerImpl.expandPool(ConsoleProxy
> > >>>>>ManagerImpl.java:1664)
> > >>>>> at
> > >>>>>
> >
> >>>>>com.cloud.consoleproxy.ConsoleProxyManagerImpl.expandPool(ConsoleProxy
> > >>>>>ManagerImpl.java:157)
> > >>>>>  at
> > >>>>>
> >
> >>>>>com.cloud.vm.SystemVmLoadScanner.loadScan(SystemVmLoadScanner.java:111
> > >>>>>)
> > >>>>> at
> > >>>>>
> >
> >>>>>com.cloud.vm.SystemVmLoadScanner.access$100(SystemVmLoadScanner.java:3
> > >>>>>3)
> > >>>>>  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.a
> > >>>>>ccess$101(ScheduledThreadPoolExecutor.java:98)
> > >>>>>  at
> > >>>>>
> >
> >>>>>java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.r
> > >>>>>unPeriodic(ScheduledThreadPoolExecutor.java:180)
> > >>>>> at
> > >>>>>
> >
> >>>>>java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.r
> > >>>>>un(ScheduledThreadPoolExecutor.java:204)
> > >>>>>  at
> > >>>>>
> >
> >>>>>java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecu
> > >>>>>tor.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(ClassReal
> > >>>>>>>m.
> > >>>>>>> > java:239)
> > >>>>>>> > at
> > >>>>>>> >
> > >>>>>>>
> >
> >>>>>>>org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassReal
> > >>>>>>>m.
> > >>>>>>> > java:230)
> > >>>>>>> >  at
> > >>>>>>> >
> > >>>>>>>
> >
> >>>>>>>org.mortbay.jetty.webapp.WebAppClassLoader.loadClass(WebAppClassLoad
> > >>>>>>>er
> > >>>>>>> > .java:378)
> > >>>>>>> > at
> > >>>>>>> >
> > >>>>>>>
> >
> >>>>>>>org.mortbay.jetty.webapp.WebAppClassLoader.loadClass(WebAppClassLoad
> > >>>>>>>er
> > >>>>>>> > .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.j
> > >>>>>>>av
> > >>>>>>> > 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.appendLoopOnAppender
> > >>>>>>>s(
> > >>>>>>> > 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:2
> > >>>>>>>57
> > >>>>>>> > )
> > >>>>>>> >  at
> > >>>>>>> >
> > >>>>>>>
> >
> >>>>>>>org.springframework.web.context.ContextLoader.initWebApplicationCont
> > >>>>>>>ex
> > >>>>>>> > t(ContextLoader.java:307)
> > >>>>>>> > at
> > >>>>>>> >
> > >>>>>>>
> >
> >>>>>>>org.springframework.web.context.ContextLoaderListener.contextInitial
> > >>>>>>>iz
> > >>>>>>> > 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.ja
> > >>>>>>>va
> > >>>>>>> > :1282)
> > >>>>>>> > at
> > >>>>>>> >
> > >>>>>>>
> >
> >>>>>>>org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java
> > >>>>>>>:5
> > >>>>>>> > 18)  at
> > >>>>>>> >
> > >>>>>>>
> >
> >>>>>>>org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:49
> > >>>>>>>9)
> > >>>>>>> > at
> > >>>>>>> >
> > >>>>>>>
> >
> >>>>>>>org.mortbay.jetty.plugin.Jetty6PluginWebAppContext.doStart(Jetty6Plu
> > >>>>>>>gi
> > >>>>>>> > nWebAppContext.java:115)
> > >>>>>>> >  at
> > >>>>>>> >
> > >>>>>>>
> >
> >>>>>>>org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java
> > >>>>>>>:5
> > >>>>>>> > 0)
> > >>>>>>> > at
> > >>>>>>> >
> > >>>>>>>
> >
> >>>>>>>org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollectio
> > >>>>>>>n.
> > >>>>>>> > java:152)
> > >>>>>>> >  at
> > >>>>>>> >
> > >>>>>>>
> >
> >>>>>>>org.mortbay.jetty.handler.ContextHandlerCollection.doStart(ContextHa
> > >>>>>>>nd
> > >>>>>>> > lerCollection.java:156) at
> > >>>>>>> >
> > >>>>>>>
> >
> >>>>>>>org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java
> > >>>>>>>:5
> > >>>>>>> > 0)
> > >>>>>>> >  at
> > >>>>>>> >
> > >>>>>>>
> >
> >>>>>>>org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollectio
> > >>>>>>>n.
> > >>>>>>> > 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>
*™*

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