Re: Unable to acquire lock on VMTemplateStoragePool

[Mike Tutkowski]

Yeah, it seems like a race condition.

On Sat, Sep 20, 2014 at 6:39 PM, mo  wrote:

> I did one better, I dropped the database and redid the NFS storage mount
> points. Re-ran the script, whatever it was, didn’t show up this second time
> around.
>
> On September 20, 2014 at 6:29:36 PM, Mike Tutkowski (
> mike.tutkow...@solidfire.com) wrote:
>
> I hate to provide an "answer" like this, but have you tried to shut down
> your management server and try again? I thought I once or twice had this
> error and got around it that way (in which case it might be a race
> condition that turns out badly every now and then).
>
> On Sat, Sep 20, 2014 at 2:25 PM, mo  wrote:
>
> > I am hoping someone is able to assist with this error?
> >
> > I am unsure how to correct it.
> >
> > - Mo
> >
> >
> > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> > at
> >
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>
> > at
> >
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>
> > at java.lang.reflect.Method.invoke(Method.java:606)
> > at
> >
> com.cloud.vm.VmWorkJobHandlerProxy.handleVmWorkJob(VmWorkJobHandlerProxy.java:107)
>
> > at
> >
> com.cloud.vm.VirtualMachineManagerImpl.handleVmWorkJob(VirtualMachineManagerImpl.java:5335)
>
> > at
> > com.cloud.vm.VmWorkJobDispatcher.runJob(VmWorkJobDispatcher.java:102)
> > at
> >
> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:503)
>
> > at
> >
> org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
>
> > at
> >
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
>
> > at
> >
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
>
> > at
> >
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
>
> > at
> >
> org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
>
> > at
> >
> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.run(AsyncJobManagerImpl.java:460)
>
> > at
> > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> > at java.util.concurrent.FutureTask.run(FutureTask.java:262)
> > at
> >
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
>
> > at
> >
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
>
> > at java.lang.Thread.run(Thread.java:745)
> > Caused by: com.cloud.utils.exception.CloudRuntimeException: Unable to
> > acquire lock on VMTemplateStoragePool: 3
> > at
> >
> org.apache.cloudstack.storage.volume.VolumeServiceImpl.createBaseImageAsync(VolumeServiceImpl.java:486)
>
> > at
> >
> org.apache.cloudstack.storage.volume.VolumeServiceImpl.createVolumeFromTemplateAsync(VolumeServiceImpl.java:745)
>
> > at
> >
> org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.recreateVolume(VolumeOrchestrator.java:1191)
>
> > at
> >
> org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.prepare(VolumeOrchestrator.java:1255)
>
> > at
> >
> com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart(VirtualMachineManagerImpl.java:987)
>
> > ... 20 more
> > 2014-09-20 16:24:00,886 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> > (Work-Job-Executor-7:ctx-509d6197 job-2/job-16) Complete async job-16,
> > jobStatus: FAILED, resultCode: 0, result:
> >
> rO0ABXNyABpqYXZhLmxhbmcuUnVudGltZUV4Y2VwdGlvbp5fBkcKNIPlAgAAeHIAE2phdmEubGFuZy5FeGNlcHRpb27Q_R8-GjscxAIAAHhyABNqYXZhLmxhbmcuVGhyb3dhYmxl1cY1Jzl3uMsDAARMAAVjYXVzZXQAFUxqYXZhL2xhbmcvVGhyb3dhYmxlO0wADWRldGFpbE1lc3NhZ2V0ABJMamF2YS9sYW5nL1N0cmluZztbAApzdGFja1RyYWNldAAeW0xqYXZhL2xhbmcvU3RhY2tUcmFjZUVsZW1lbnQ7TAAUc3VwcHJlc3NlZEV4Y2VwdGlvbnN0ABBMamF2YS91dGlsL0xpc3Q7eHBxAH4AB3QAmEpvYiBmYWlsZWQgZHVlIHRvIGV4Y2VwdGlvbiBSZXNvdXJjZSBbSG9zdDoxXSBpcyB1bnJlYWNoYWJsZTogSG9zdCAxOiBVbmFibGUgdG8gc3RhcnQgaW5zdGFuY2UgZHVlIHRvIFVuYWJsZSB0byBhY3F1aXJlIGxvY2sgb24gVk1UZW1wbGF0ZVN0b3JhZ2VQb29sOiAzdXIAHltMamF2YS5sYW5nLlN0YWNrVHJhY2VFbGVtZW50OwJGKjw8_SI5AgAAeHANc3IAG2phdmEubGFuZy5TdGFja1RyYWNlRWxlbWVudGEJxZomNt2FAgAESQAKbGluZU51bWJlckwADmRlY2xhcmluZ0NsYXNzcQB-AARMAAhmaWxlTmFtZXEAfgAETAAKbWV0aG9kTmFtZXEAfgAEeHBydAAgY29tLmNsb3VkLnZtLlZtV29ya0pvYkRpc3BhdGNoZXJ0ABhWbVdvcmtKb2JEaXNwYXRjaGVyLmphdmF0AAZydW5Kb2JzcQB-AAsAAAH3dAA_b3JnLmFwYWNoZS5jbG91ZHN0YWNrLmZyYW1ld29yay5qb2JzLmltcGwuQXN5bmNKb2JNYW5hZ2VySW1wbCQ1dAAYQXN5bmNKb2JNYW5hZ2VySW1wbC5qYXZhdAAMcnVuSW5Db250ZXh0c3EAfgALMXQAPm9yZy5hcGFjaGUuY2xvdWRzdGFjay5tYW5hZ2VkLmNvbnRleHQuTWFuYWdlZENvbnRleHRSdW5uYWJsZSQxdAAbTWFuYWdlZENvbnRleHRSdW5uYWJsZS5qYXZhdAADcnVuc3EAfgALOHQAQm9yZy5hcGFjaGUuY2xvdWRzdGFjay5tYW5hZ2VkLmNvbnRleHQuaW1wbC5EZWZhdWx0TWFuYWdlZENvbnRleHQkMXQAGkRlZmF1bHRNYW5hZ2VkQ29udGV4dC5qYXZhdAAEY2FsbHNxAH4ACwAAAGd0AEBvcmcuYXBhY2hlLmNsb3Vkc3RhY2subWFuYWdlZC5jb250ZXh0LmltcGwuRGVmYXVsdE1hbmFnZWRDb250ZXh0cQB-ABp0AA9jYWxs

Re: Unable to acquire lock on VMTemplateStoragePool

[mo]

I did one better, I dropped the database and redid the NFS storage mount 
points. Re-ran the script, whatever it was, didn’t show up this second time 
around. 

On September 20, 2014 at 6:29:36 PM, Mike Tutkowski 
(mike.tutkow...@solidfire.com) wrote:

I hate to provide an "answer" like this, but have you tried to shut down  
your management server and try again? I thought I once or twice had this  
error and got around it that way (in which case it might be a race  
condition that turns out badly every now and then).  

On Sat, Sep 20, 2014 at 2:25 PM, mo  wrote:  

> I am hoping someone is able to assist with this error?  
>  
> I am unsure how to correct it.  
>  
> - Mo  
>  
>  
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)  
> at  
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) 
>  
> at  
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   
> at java.lang.reflect.Method.invoke(Method.java:606)  
> at  
> com.cloud.vm.VmWorkJobHandlerProxy.handleVmWorkJob(VmWorkJobHandlerProxy.java:107)
>   
> at  
> com.cloud.vm.VirtualMachineManagerImpl.handleVmWorkJob(VirtualMachineManagerImpl.java:5335)
>   
> at  
> com.cloud.vm.VmWorkJobDispatcher.runJob(VmWorkJobDispatcher.java:102)  
> at  
> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:503)
>   
> at  
> org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
>   
> at  
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
>   
> at  
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
>   
> at  
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
>   
> at  
> org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
>   
> at  
> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.run(AsyncJobManagerImpl.java:460)
>   
> at  
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)  
> at java.util.concurrent.FutureTask.run(FutureTask.java:262)  
> at  
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
>   
> at  
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
>   
> at java.lang.Thread.run(Thread.java:745)  
> Caused by: com.cloud.utils.exception.CloudRuntimeException: Unable to  
> acquire lock on VMTemplateStoragePool: 3  
> at  
> org.apache.cloudstack.storage.volume.VolumeServiceImpl.createBaseImageAsync(VolumeServiceImpl.java:486)
>   
> at  
> org.apache.cloudstack.storage.volume.VolumeServiceImpl.createVolumeFromTemplateAsync(VolumeServiceImpl.java:745)
>   
> at  
> org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.recreateVolume(VolumeOrchestrator.java:1191)
>   
> at  
> org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.prepare(VolumeOrchestrator.java:1255)
>   
> at  
> com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart(VirtualMachineManagerImpl.java:987)
>   
> ... 20 more  
> 2014-09-20 16:24:00,886 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]  
> (Work-Job-Executor-7:ctx-509d6197 job-2/job-16) Complete async job-16,  
> jobStatus: FAILED, resultCode: 0, result:  
> rO0ABXNyABpqYXZhLmxhbmcuUnVudGltZUV4Y2VwdGlvbp5fBkcKNIPlAgAAeHIAE2phdmEubGFuZy5FeGNlcHRpb27Q_R8-GjscxAIAAHhyABNqYXZhLmxhbmcuVGhyb3dhYmxl1cY1Jzl3uMsDAARMAAVjYXVzZXQAFUxqYXZhL2xhbmcvVGhyb3dhYmxlO0wADWRldGFpbE1lc3NhZ2V0ABJMamF2YS9sYW5nL1N0cmluZztbAApzdGFja1RyYWNldAAeW0xqYXZhL2xhbmcvU3RhY2tUcmFjZUVsZW1lbnQ7TAAUc3VwcHJlc3NlZEV4Y2VwdGlvbnN0ABBMamF2YS91dGlsL0xpc3Q7eHBxAH4AB3QAmEpvYiBmYWlsZWQgZHVlIHRvIGV4Y2VwdGlvbiBSZXNvdXJjZSBbSG9zdDoxXSBpcyB1bnJlYWNoYWJsZTogSG9zdCAxOiBVbmFibGUgdG8gc3RhcnQgaW5zdGFuY2UgZHVlIHRvIFVuYWJsZSB0byBhY3F1aXJlIGxvY2sgb24gVk1UZW1wbGF0ZVN0b3JhZ2VQb29sOiAzdXIAHltMamF2YS5sYW5nLlN0YWNrVHJhY2VFbGVtZW50OwJGKjw8_SI5AgAAeHANc3IAG2phdmEubGFuZy5TdGFja1RyYWNlRWxlbWVudGEJxZomNt2FAgAESQAKbGluZU51bWJlckwADmRlY2xhcmluZ0NsYXNzcQB-AARMAAhmaWxlTmFtZXEAfgAETAAKbWV0aG9kTmFtZXEAfgAEeHBydAAgY29tLmNsb3VkLnZtLlZtV29ya0pvYkRpc3BhdGNoZXJ0ABhWbVdvcmtKb2JEaXNwYXRjaGVyLmphdmF0AAZydW5Kb2JzcQB-AAsAAAH3dAA_b3JnLmFwYWNoZS5jbG91ZHN0YWNrLmZyYW1ld29yay5qb2JzLmltcGwuQXN5bmNKb2JNYW5hZ2VySW1wbCQ1dAAYQXN5bmNKb2JNYW5hZ2VySW1wbC5qYXZhdAAMcnVuSW5Db250ZXh0c3EAfgALMXQAPm9yZy5hcGFjaGUuY2xvdWRzdGFjay5tYW5hZ2VkLmNvbnRleHQuTWFuYWdlZENvbnRleHRSdW5uYWJsZSQxdAAbTWFuYWdlZENvbnRleHRSdW5uYWJsZS5qYXZhdAADcnVuc3EAfgALOHQAQm9yZy5hcGFjaGUuY2xvdWRzdGFjay5tYW5hZ2VkLmNvbnRleHQuaW1wbC5EZWZhdWx0TWFuYWdlZENvbnRleHQkMXQAGkRlZmF1bHRNYW5hZ2VkQ29udGV4dC5qYXZhdAAEY2FsbHNxAH4ACwAAAGd0AEBvcmcuYXBhY2hlLmNsb3Vkc3RhY2subWFuYWdlZC5jb250ZXh0LmltcGwuRGVmYXVsdE1hbmFnZWRDb250ZXh0cQB-ABp0AA9jYWxsV2l0aENvbnRleHRzcQB-AAs1cQB-AB1xAH4AGnQADnJ1bldpdGhDb250ZXh0c3EAfgALLnQAPG9yZy5hcGFjaGUuY2xvdWRzdGFjay5tYW5hZ

Re: Unable to acquire lock on VMTemplateStoragePool

[Mike Tutkowski]

I hate to provide an "answer" like this, but have you tried to shut down
your management server and try again? I thought I once or twice had this
error and got around it that way (in which case it might be a race
condition that turns out badly every now and then).

On Sat, Sep 20, 2014 at 2:25 PM, mo  wrote:

> I am hoping someone is able to assist with this error?
>
> I am unsure how to correct it.
>
> - Mo
>
>
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at
> com.cloud.vm.VmWorkJobHandlerProxy.handleVmWorkJob(VmWorkJobHandlerProxy.java:107)
> at
> com.cloud.vm.VirtualMachineManagerImpl.handleVmWorkJob(VirtualMachineManagerImpl.java:5335)
> at
> com.cloud.vm.VmWorkJobDispatcher.runJob(VmWorkJobDispatcher.java:102)
> at
> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:503)
> at
> org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
> at
> org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
> at
> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.run(AsyncJobManagerImpl.java:460)
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask.run(FutureTask.java:262)
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:745)
> Caused by: com.cloud.utils.exception.CloudRuntimeException: Unable to
> acquire lock on VMTemplateStoragePool: 3
> at
> org.apache.cloudstack.storage.volume.VolumeServiceImpl.createBaseImageAsync(VolumeServiceImpl.java:486)
> at
> org.apache.cloudstack.storage.volume.VolumeServiceImpl.createVolumeFromTemplateAsync(VolumeServiceImpl.java:745)
> at
> org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.recreateVolume(VolumeOrchestrator.java:1191)
> at
> org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.prepare(VolumeOrchestrator.java:1255)
> at
> com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart(VirtualMachineManagerImpl.java:987)
> ... 20 more
> 2014-09-20 16:24:00,886 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> (Work-Job-Executor-7:ctx-509d6197 job-2/job-16) Complete async job-16,
> jobStatus: FAILED, resultCode: 0, result:
> rO0ABXNyABpqYXZhLmxhbmcuUnVudGltZUV4Y2VwdGlvbp5fBkcKNIPlAgAAeHIAE2phdmEubGFuZy5FeGNlcHRpb27Q_R8-GjscxAIAAHhyABNqYXZhLmxhbmcuVGhyb3dhYmxl1cY1Jzl3uMsDAARMAAVjYXVzZXQAFUxqYXZhL2xhbmcvVGhyb3dhYmxlO0wADWRldGFpbE1lc3NhZ2V0ABJMamF2YS9sYW5nL1N0cmluZztbAApzdGFja1RyYWNldAAeW0xqYXZhL2xhbmcvU3RhY2tUcmFjZUVsZW1lbnQ7TAAUc3VwcHJlc3NlZEV4Y2VwdGlvbnN0ABBMamF2YS91dGlsL0xpc3Q7eHBxAH4AB3QAmEpvYiBmYWlsZWQgZHVlIHRvIGV4Y2VwdGlvbiBSZXNvdXJjZSBbSG9zdDoxXSBpcyB1bnJlYWNoYWJsZTogSG9zdCAxOiBVbmFibGUgdG8gc3RhcnQgaW5zdGFuY2UgZHVlIHRvIFVuYWJsZSB0byBhY3F1aXJlIGxvY2sgb24gVk1UZW1wbGF0ZVN0b3JhZ2VQb29sOiAzdXIAHltMamF2YS5sYW5nLlN0YWNrVHJhY2VFbGVtZW50OwJGKjw8_SI5AgAAeHANc3IAG2phdmEubGFuZy5TdGFja1RyYWNlRWxlbWVudGEJxZomNt2FAgAESQAKbGluZU51bWJlckwADmRlY2xhcmluZ0NsYXNzcQB-AARMAAhmaWxlTmFtZXEAfgAETAAKbWV0aG9kTmFtZXEAfgAEeHBydAAgY29tLmNsb3VkLnZtLlZtV29ya0pvYkRpc3BhdGNoZXJ0ABhWbVdvcmtKb2JEaXNwYXRjaGVyLmphdmF0AAZydW5Kb2JzcQB-AAsAAAH3dAA_b3JnLmFwYWNoZS5jbG91ZHN0YWNrLmZyYW1ld29yay5qb2JzLmltcGwuQXN5bmNKb2JNYW5hZ2VySW1wbCQ1dAAYQXN5bmNKb2JNYW5hZ2VySW1wbC5qYXZhdAAMcnVuSW5Db250ZXh0c3EAfgALMXQAPm9yZy5hcGFjaGUuY2xvdWRzdGFjay5tYW5hZ2VkLmNvbnRleHQuTWFuYWdlZENvbnRleHRSdW5uYWJsZSQxdAAbTWFuYWdlZENvbnRleHRSdW5uYWJsZS5qYXZhdAADcnVuc3EAfgALOHQAQm9yZy5hcGFjaGUuY2xvdWRzdGFjay5tYW5hZ2VkLmNvbnRleHQuaW1wbC5EZWZhdWx0TWFuYWdlZENvbnRleHQkMXQAGkRlZmF1bHRNYW5hZ2VkQ29udGV4dC5qYXZhdAAEY2FsbHNxAH4ACwAAAGd0AEBvcmcuYXBhY2hlLmNsb3Vkc3RhY2subWFuYWdlZC5jb250ZXh0LmltcGwuRGVmYXVsdE1hbmFnZWRDb250ZXh0cQB-ABp0AA9jYWxsV2l0aENvbnRleHRzcQB-AAs1cQB-AB1xAH4AGnQADnJ1bldpdGhDb250ZXh0c3EAfgALLnQAPG9yZy5hcGFjaGUuY2xvdWRzdGFjay5tYW5hZ2VkLmNvbnRleHQuTWFuYWdlZENvbnRleHRSdW5uYWJsZXEAfgAWcQB-ABdzcQB-AAsAAAHMcQB-ABFxAH4AEnEAfgAXc3EAfgALAAAB13QALmphdmEudXRpbC5jb25jdXJyZW50LkV4ZWN1dG9ycyRSdW5uYWJsZUFkYXB0ZXJ0AA5FeGVjdXRvcnMuamF2YXEAfgAbc3EAfgALAAABBnQAH2phdmEudXRpbC5j

Re: [VMWARE SETUP ERROR] Error seeing in brining up System VMs with Vmware setup with CS server

[Mike Tutkowski]

So, I just tried with this system template and got (essentially) the same
results.

I say "essentially" because with this template I never arrived at a login
prompt (it just shut down at some point in the boot stage). With the other
template, I was brought to the login prompt and then the VM was shut down.

On Fri, Sep 19, 2014 at 9:18 PM, Abhinandan Prateek 
wrote:

>
> VMWare Template:
> http://download.cloud.com/templates/4.5/systemvm64template-4.5-vmware.ova
>  Checksum: 3106a79a4ce66cd7f6a7c50e93f2db57
>
> Last I checked systemvm.iso will not get mounted.
>
> -abhi
>
> On 20-Sep-2014, at 8:32 am, Mike Tutkowski 
> wrote:
>
> > Can you provide me a link to the Citrix ones?
> >
> > Does this mean the standard build for VMware on Jenkins in terms of the
> > system template is pretty much useless when it comes to the virtual
> router?
> >
> > Thanks
> >
> > On Fri, Sep 19, 2014 at 7:49 PM, Abhinandan Prateek <
> agneya2...@gmail.com>
> > wrote:
> >
> >> The VMWare template build by jenkins job does not have VMWare tools
> >> installed on it.
> >> Use the ones provided by Citrix.
> >>
> >> On 19-Sep-2014, at 9:31 pm, Mike Tutkowski <
> mike.tutkow...@solidfire.com>
> >> wrote:
> >>
> >>>
> >>
> http://jenkins.buildacloud.org/job/build-systemvm64-master/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvm64template-master-vmware.ova
> >>>
> >>> On Fri, Sep 19, 2014 at 9:58 AM, Erik Weber 
> wrote:
> >>>
>  Which systemvm template are you using?
> 
>  Erik
>  19. sep. 2014 03:47 skrev "Mike Tutkowski" <
> >> mike.tutkow...@solidfire.com>
>  følgende:
> 
> > Actually, the virtual router says it requires an upgrade.
> >
> > I think I can just turn that check off and re-run my create-VM test.
> >
> > On Thu, Sep 18, 2014 at 7:43 PM, Mike Tutkowski <
> > mike.tutkow...@solidfire.com> wrote:
> >
> >> OK, I checked in a fix for this:
> >>
> >>
> >>
> >
> 
> >>
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commitdiff;h=18e5aa116e99906f24a292bf7546809e05c72ec2;hp=7537c33bcdda65672fdd8f81509e6885aa536932
> >>
> >> I did notice that both before and after my fix that the virtual
> router
>  is
> >> NOT coming up.
> >>
> >> The system VM being cloned and the starting of the VM looks fine. It
>  gets
> >> to the command prompt and then a little while later is shut down and
> >> restarted. I get an error in the GUI indicating that my VM
> deployment
> >> failed.
> >>
> >> I don't personally know a whole lot about how the virtual router
> code
> >> works, so we should pass that on to an appropriate developer.
> >>
> >> On Thu, Sep 18, 2014 at 6:35 PM, Mike Tutkowski <
> >> mike.tutkow...@solidfire.com> wrote:
> >>
> >>> Just destroyed and re-created my env from scratch without
> >>> 8bb4022f3729154f85036c4a7f55e2de783e4909 and it works fine.
> >>>
> >>> I think I know what the author was intending with the code that is
> >>> causing the problem, so I'll go ahead and put in what I think is a
>  fix,
> >>> re-create my env, and see if it works.
> >>>
> >>> On Thu, Sep 18, 2014 at 6:26 PM, ilya musayev <
> >> ilya.musa...@gmail.com
> >
> >>> wrote:
> >>>
>  Thank you Mike, please keep us posted.
> 
>  Regards
>  ilya
> 
>  On 9/18/14, 4:14 PM, Mike Tutkowski wrote:
> 
>  Little clarification on this:
> 
>  "The dsName is derived from the UUID of the datastore."
> 
>  I mean that the dsName is derived from the UUID primary storage in
>  the
>  DB.
> 
>  On Thu, Sep 18, 2014 at 5:12 PM, Mike Tutkowski <
>  mike.tutkow...@solidfire.com> wrote:
> 
> > Just a little update on this:
> >
> > The problem doesn't seem to have anything to do with "managed"
> > storage code that was introduced back in March.
> >
> > The dsName is derived from the UUID of the datastore. This leads
>  to a
> > null being returned from
> > diskInfoBuilder.getDiskInfoByBackingFileBaseName,
> > which subsequently leads to a null being returned from this
> method
> > (and a
> > NullPointerException being thrown).
> >
> > I plan to take a look at the history of this file in gitk.
> >
> >   private VirtualMachineDiskInfo
> > getMatchingExistingDisk(VirtualMachineDiskInfoBuilder
>  diskInfoBuilder,
> > DiskTO vol) {
> >
> >   if (diskInfoBuilder != null) {
> >
> >   VolumeObjectTO volume = (VolumeObjectTO)vol.getData();
> >
> >   String dsName =
> > volume.getDataStore().getUuid().replace("-",
> > "");
> >
> >
> >Map details = vol.getDetails();
> >
> > 

Re: [ACS431] upgrade require systemvm upgrade?

[ilya musayev]

Personal experience, i've used latest 4.3.1 and older 4.3.0 sysvm 
template, with no issues. I'm running vSphere setup.


To be on the safe side, look through all commits between 4.3.0 and 4.3.1 
and see if any patch references systemvm.


On 9/20/14, 8:14 AM, Pierre-Luc Dion wrote:

does 4.3.1 require different system vm then 4.3.0 ?

if someone upgrade from 4.x.x 4.3.1 can he use latest 4.3.0 system vm ?


*Pierre-Luc DION*
Architecte de Solution Cloud | Cloud Solutions Architect
t 855.652.5683

*CloudOps* Votre partenaire infonuagique* | *Cloud Solutions Experts
420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6
w cloudops.com *|* tw @CloudOps_

Unable to acquire lock on VMTemplateStoragePool

[mo]

I am hoping someone is able to assist with this error? 

I am unsure how to correct it. 

- Mo


at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at 
com.cloud.vm.VmWorkJobHandlerProxy.handleVmWorkJob(VmWorkJobHandlerProxy.java:107)
at 
com.cloud.vm.VirtualMachineManagerImpl.handleVmWorkJob(VirtualMachineManagerImpl.java:5335)
at com.cloud.vm.VmWorkJobDispatcher.runJob(VmWorkJobDispatcher.java:102)
at 
org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:503)
at 
org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
at 
org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
at 
org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.run(AsyncJobManagerImpl.java:460)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)
Caused by: com.cloud.utils.exception.CloudRuntimeException: Unable to acquire 
lock on VMTemplateStoragePool: 3
at 
org.apache.cloudstack.storage.volume.VolumeServiceImpl.createBaseImageAsync(VolumeServiceImpl.java:486)
at 
org.apache.cloudstack.storage.volume.VolumeServiceImpl.createVolumeFromTemplateAsync(VolumeServiceImpl.java:745)
at 
org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.recreateVolume(VolumeOrchestrator.java:1191)
at 
org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.prepare(VolumeOrchestrator.java:1255)
at 
com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart(VirtualMachineManagerImpl.java:987)
... 20 more
2014-09-20 16:24:00,886 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
(Work-Job-Executor-7:ctx-509d6197 job-2/job-16) Complete async job-16, 
jobStatus: FAILED, resultCode: 0, result: 
rO0ABXNyABpqYXZhLmxhbmcuUnVudGltZUV4Y2VwdGlvbp5fBkcKNIPlAgAAeHIAE2phdmEubGFuZy5FeGNlcHRpb27Q_R8-GjscxAIAAHhyABNqYXZhLmxhbmcuVGhyb3dhYmxl1cY1Jzl3uMsDAARMAAVjYXVzZXQAFUxqYXZhL2xhbmcvVGhyb3dhYmxlO0wADWRldGFpbE1lc3NhZ2V0ABJMamF2YS9sYW5nL1N0cmluZztbAApzdGFja1RyYWNldAAeW0xqYXZhL2xhbmcvU3RhY2tUcmFjZUVsZW1lbnQ7TAAUc3VwcHJlc3NlZEV4Y2VwdGlvbnN0ABBMamF2YS91dGlsL0xpc3Q7eHBxAH4AB3QAmEpvYiBmYWlsZWQgZHVlIHRvIGV4Y2VwdGlvbiBSZXNvdXJjZSBbSG9zdDoxXSBpcyB1bnJlYWNoYWJsZTogSG9zdCAxOiBVbmFibGUgdG8gc3RhcnQgaW5zdGFuY2UgZHVlIHRvIFVuYWJsZSB0byBhY3F1aXJlIGxvY2sgb24gVk1UZW1wbGF0ZVN0b3JhZ2VQb29sOiAzdXIAHltMamF2YS5sYW5nLlN0YWNrVHJhY2VFbGVtZW50OwJGKjw8_SI5AgAAeHANc3IAG2phdmEubGFuZy5TdGFja1RyYWNlRWxlbWVudGEJxZomNt2FAgAESQAKbGluZU51bWJlckwADmRlY2xhcmluZ0NsYXNzcQB-AARMAAhmaWxlTmFtZXEAfgAETAAKbWV0aG9kTmFtZXEAfgAEeHBydAAgY29tLmNsb3VkLnZtLlZtV29ya0pvYkRpc3BhdGNoZXJ0ABhWbVdvcmtKb2JEaXNwYXRjaGVyLmphdmF0AAZydW5Kb2JzcQB-AAsAAAH3dAA_b3JnLmFwYWNoZS5jbG91ZHN0YWNrLmZyYW1ld29yay5qb2JzLmltcGwuQXN5bmNKb2JNYW5hZ2VySW1wbCQ1dAAYQXN5bmNKb2JNYW5hZ2VySW1wbC5qYXZhdAAMcnVuSW5Db250ZXh0c3EAfgALMXQAPm9yZy5hcGFjaGUuY2xvdWRzdGFjay5tYW5hZ2VkLmNvbnRleHQuTWFuYWdlZENvbnRleHRSdW5uYWJsZSQxdAAbTWFuYWdlZENvbnRleHRSdW5uYWJsZS5qYXZhdAADcnVuc3EAfgALOHQAQm9yZy5hcGFjaGUuY2xvdWRzdGFjay5tYW5hZ2VkLmNvbnRleHQuaW1wbC5EZWZhdWx0TWFuYWdlZENvbnRleHQkMXQAGkRlZmF1bHRNYW5hZ2VkQ29udGV4dC5qYXZhdAAEY2FsbHNxAH4ACwAAAGd0AEBvcmcuYXBhY2hlLmNsb3Vkc3RhY2subWFuYWdlZC5jb250ZXh0LmltcGwuRGVmYXVsdE1hbmFnZWRDb250ZXh0cQB-ABp0AA9jYWxsV2l0aENvbnRleHRzcQB-AAs1cQB-AB1xAH4AGnQADnJ1bldpdGhDb250ZXh0c3EAfgALLnQAPG9yZy5hcGFjaGUuY2xvdWRzdGFjay5tYW5hZ2VkLmNvbnRleHQuTWFuYWdlZENvbnRleHRSdW5uYWJsZXEAfgAWcQB-ABdzcQB-AAsAAAHMcQB-ABFxAH4AEnEAfgAXc3EAfgALAAAB13QALmphdmEudXRpbC5jb25jdXJyZW50LkV4ZWN1dG9ycyRSdW5uYWJsZUFkYXB0ZXJ0AA5FeGVjdXRvcnMuamF2YXEAfgAbc3EAfgALAAABBnQAH2phdmEudXRpbC5jb25jdXJyZW50LkZ1dHVyZVRhc2t0AA9GdXR1cmVUYXNrLmphdmFxAH4AF3NxAH4ACwAABHl0ACdqYXZhLnV0aWwuY29uY3VycmVudC5UaHJlYWRQb29sRXhlY3V0b3J0ABdUaHJlYWRQb29sRXhlY3V0b3IuamF2YXQACXJ1bldvcmtlcnNxAH4ACwAAAmd0AC5qYXZhLnV0aWwuY29uY3VycmVudC5UaHJlYWRQb29sRXhlY3V0b3IkV29ya2VycQB-ACxxAH4AF3NxAH4ACwAAAul0ABBqYXZhLmxhbmcuVGhyZWFkdAALVGhyZWFkLmphdmFxAH4AF3NyACZqYXZhLnV0aWwuQ29sbGVjdGlvbnMkVW5tb2RpZmlhYmxlTGlzdPwPJTG17I

Re: Upload root certificate and intermediate certificate

[abhisek basu]

Please run the login api using the api key and signature, in return you will 
get the session key.

Sent from my iPhone

> On 20 Sep 2014, at 10:58 pm, "Indra Pramana"  wrote:
> 
> Hi Abhisek and all,
> 
> Good day to you, and thank you for your reply.
> 
> How can we tell what is the session key, are you able to give me the
> command to check what is the session key? I have API key and secret key,
> but not too sure how to check what is the session key.
> 
> Looking forward to your reply, thank you.
> 
> Cheers.
> 
> 
>> On Sat, Sep 20, 2014 at 10:26 PM, abhisek basu  wrote:
>> 
>> Inline..
>> 
>> Sent from my iPhone
>> 
>>> On 20 Sep 2014, at 7:50 pm, "Indra Pramana"  wrote:
>>> 
>>> Dear all,
>>> 
>>> I am using CloudStack 4.2.0 and I am following this procedure to change
>>> console proxy to use our own domain:
>> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Procedure+to+Replace+realhostip.com+with+Your+Own+Domain+Name
>>> 
>>> On this step:
>>> 
>>> 
>>> Uploading root certificate API call. This is a mandatory step.
>>> 
>>>  -
>> http://123.123.123.123:8080/client/api?command=uploadCustomCertificate&id=1&sessionkey=LAM0wM%2B0cejIYxCHprtGc4w15sg%3D&name=root1&domainsuffix=customabc.com&certificate=-BEGIN+CERTIFICATE-%0AMIID%2FzCCAuegAwIBAgIJANX8lVYYPplhMA0GCSqGSIb3DQEBBQUAMIGVMQswCQYD%0AVQQGEwJVUzELMAkGA1UECAwCQ0ExCzAJBgNVBAcMAlNDMRQwEgYDVQQKDAtDdXN0%0Ab21BbW9naDEeMBwGA1UECwwVQ2VydGlmaWNhdGUgQXV0aG9yaXR5MRQwEgYDVQQD%0ADAtDdXN0b21BbW9naDEgMB4GCSqGSIb3DQEJARYRYW1vZ2h2a0BnbWFpbC5jb20w%0AHhcNMTQwNDAxMTgwODUzWhcNMjQwMzI5MTgwODUzWjCBlTELMAkGA1UEBhMCVVMx%0ACzAJBgNVBAgMAkNBMQswCQYDVQQHDAJTQzEUMBIGA1UECgwLQ3VzdG9tQW1vZ2gx%0AHjAcBgNVBAsMFUNlcnRpZmljYXRlIEF1dGhvcml0eTEUMBIGA1UEAwwLQ3VzdG9t%0AQW1vZ2gxIDAeBgkqhkiG9w0BCQEWEWFtb2dodmtAZ21haWwuY29tMIIBIjANBgkq%0AhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA2Se5P610tI%2B5sz3X3FTjXGZZ3BzjdDIZ%0A5v5FQFcpAI35dBIYXFQv93gDp%2BAjwxETPP2p%2BhOMtWQm1DWAiyDldH7WZm7EDmz9%0A6ymnU00RlkjluUhfhwTtB9l59xo1haCaKcZQpNBPFm7yPlTTEVLSFAMr0QZVPuu3%0AHM4rClZe9KdGkh4%2FcpzIrYAys2MZpoG3mu0fE6EFbqEJYa5M%2Bvgsja1MqVt58TPo%0AqyaI548P6evJZ%2FpHiqDb360nxFDzbZlSqEUugq5UiJzMm5KyLObvhVhzEZcWLbGe%0ASUAYaIdUfvEt%2FKWlqDZ%2BzRW5RpVMTT%2FFZtArZLs%2FZuZJybq97KSj0wIDAQABo1Aw%0ATjAdBgNVHQ4EFgQUgb8VT%2BUqf1d%2BoCgC8Lap7znkx3gwHwYDVR0jBBgwFoAUgb8V%0AT%2BUqf1d%2BoCgC8Lap7znkx3gwDAYDVR0TBAUwAwEB%2FzANBgkqhkiG9w0BAQUFAAOC%0AAQEAbsKknHC6mEmE24eEV9CfAoGqym4aH3aEBS6%2FUWWXQ%2FOjEArM5xUSXVUCnpQR%0APgLTpqxMymi%2Bq%2BdhAPhJFxDq0nqw91kJmUZ9cy2LINs0akapNhWMvsomfy4YbiLR%0ANUHd%2BymaUb0Q%2BlGe5WeL4kh3W7KbVl0STIxFoRccxHKQHOiIcaQT4AzGWO8uCi90%0AbsFxk7Q11RwMUBUgK0qrhwnl31eUD0bBPvXADix0piTBtUjBGJSJR2at9l%2FoI6F0%0AMyHwZer%2FNsN0vr%2FyeCbYdipdvYrDJOniRuhku01uyFzf8U7%2Fa%2BrDVUtxGPxxfQzR%0APCTXX%2Fyam7lFvMT3ITntyF%2BKhg%3D%3D%0A-END+CERTIFICATE-
>>>  <
>> http://10.147.59.226:8080/client/api?command=uploadCustomCertificate&id=1&sessionkey=LAM0wM%2B0cejIYxCHprtGc4w15sg%3D&name=root1&domainsuffix=customamogh.com&certificate=-BEGIN+CERTIFICATE-%0AMIID%2FzCCAuegAwIBAgIJANX8lVYYPplhMA0GCSqGSIb3DQEBBQUAMIGVMQswCQYD%0AVQQGEwJVUzELMAkGA1UECAwCQ0ExCzAJBgNVBAcMAlNDMRQwEgYDVQQKDAtDdXN0%0Ab21BbW9naDEeMBwGA1UECwwVQ2VydGlmaWNhdGUgQXV0aG9yaXR5MRQwEgYDVQQD%0ADAtDdXN0b21BbW9naDEgMB4GCSqGSIb3DQEJARYRYW1vZ2h2a0BnbWFpbC5jb20w%0AHhcNMTQwNDAxMTgwODUzWhcNMjQwMzI5MTgwODUzWjCBlTELMAkGA1UEBhMCVVMx%0ACzAJBgNVBAgMAkNBMQswCQYDVQQHDAJTQzEUMBIGA1UECgwLQ3VzdG9tQW1vZ2gx%0AHjAcBgNVBAsMFUNlcnRpZmljYXRlIEF1dGhvcml0eTEUMBIGA1UEAwwLQ3VzdG9t%0AQW1vZ2gxIDAeBgkqhkiG9w0BCQEWEWFtb2dodmtAZ21haWwuY29tMIIBIjANBgkq%0AhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA2Se5P610tI%2B5sz3X3FTjXGZZ3BzjdDIZ%0A5v5FQFcpAI35dBIYXFQv93gDp%2BAjwxETPP2p%2BhOMtWQm1DWAiyDldH7WZm7EDmz9%0A6ymnU00RlkjluUhfhwTtB9l59xo1haCaKcZQpNBPFm7yPlTTEVLSFAMr0QZVPuu3%0AHM4rClZe9KdGkh4%2FcpzIrYAys2MZpoG3mu0fE6EFbqEJYa5M%2Bvgsja1MqVt58TPo%0AqyaI548P6evJZ%2FpHiqDb360nxFDzbZlSqEUugq5UiJzMm5KyLObvhVhzEZcWLbGe%0ASUAYaIdUfvEt%2FKWlqDZ%2BzRW5RpVMTT%2FFZtArZLs%2FZuZJybq97KSj0wIDAQABo1Aw%0ATjAdBgNVHQ4EFgQUgb8VT%2BUqf1d%2BoCgC8Lap7znkx3gwHwYDVR0jBBgwFoAUgb8V%0AT%2BUqf1d%2BoCgC8Lap7znkx3gwDAYDVR0TBAUwAwEB%2FzANBgkqhkiG9w0BAQUFAAOC%0AAQEAbsKknHC6mEmE24eEV9CfAoGqym4aH3aEBS6%2FUWWXQ%2FOjEArM5xUSXVUCnpQR%0APgLTpqxMymi%2Bq%2BdhAPhJFxDq0nqw91kJmUZ9cy2LINs0akapNhWMvsomfy4YbiLR%0ANUHd%2BymaUb0Q%2BlGe5WeL4kh3W7KbVl0STIxFoRccxHKQHOiIcaQT4AzGWO8uCi90%0AbsFxk7Q11RwMUBUgK0qrhwnl31eUD0bBPvXADix0piTBtUjBGJSJR2at9l%2FoI6F0%0AMyHwZer%2FNsN0vr%2FyeCbYdipdvYrDJOniRuhku01uyFzf8U7%2Fa%2BrDVUtxGPxxfQzR%0APCTXX%2Fyam7lFvMT3ITntyF%2BKhg%3D%3D%0A-END+CERTIFICATE-
>>> 
>>>  - *Note: when we upload root certificate  through API, only CPVM will
>> be
>>>  rebooted. Also before applying next certificate. make sure all your
>> system
>>>  vm agents are in up state.*
>>> 
>>> =
>>> 
>>> - What should we put under sessionkey, is it the API key from CloudStack
>>> GUI > Accounts > admin > View Users > admin > API Key?
>>> 
 Session key is the returned when we use login api. If you use port
>> 8096, you may ignore session key.

Re: Upload root certificate and intermediate certificate

[Indra Pramana]

Hi Abhi, Amogh and all,

Managed to use &response=json command while login and noted the sessionkey
value. Have run the uploadCustomCertificate API to upload the root
certificate but got error message stating that it's not in ASCII format:

for parameter certificate is invalid, contains illegal ASCII
non-printable characters

I have ensured that the certificate is being URL-encoded using online URL
encoder at this website:

http://www.url-encode-decode.com/

I tried using UTF-8, US-ASCII to encode, but still cannot work.

Any advice is greatly appreciated.

Looking forward to your reply, thank you.

Cheers.


On Sun, Sep 21, 2014 at 3:09 AM, Amogh Vasekar 
wrote:

> Viewing it in firebug in firefox, or developer tools in Chrome would be
> easiest IMO.
> Simply turn on the plugin / tools and click on some tab while logged in.
> The "Network" tab would show the parameters used to make requests. Copy
> the sessionid parameter
>
> Amogh
>
> On 9/20/14 11:41 AM, "Indra Pramana"  wrote:
>
> >Hi Abhisek and all,
> >
> >I tried to run the login API command via browser:
> >
> >
> https://x.x.x.x:8080/client/api?command=login&username=myusername&password
> >=mypasswordinMD5hashingformat
> >
> >The result is all the response results in one single line without any
> >separator.
> >
> >e.g.
> >
> >1800somethingfalseusernameAsia/Kuala_Lumpurblablablasomecodeblablabla=8.0s
> >omething
> >
> >How can I tell which one is the session key?
> >
> >
> >On Sun, Sep 21, 2014 at 2:19 AM, Indra Pramana  wrote:
> >
> >> Hi Abhisek,
> >>
> >> I checked on this documentation on login via API:
> >>
> >> http://cloudstack.apache.org/docs/api/apidocs-4.2/user/login.html
> >>
> >> It says that for login API command, I need to put the username and
> >> password as well? Can I login using username and password instead, do
> >>the
> >> api key and signature still required?
> >>
> >> I also checked on this documentation on signing API request:
> >>
> >>
> >>
> >>
> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/html/Deve
> >>lopers_Guide/signing-api-requests.html
> >>
> >> If I sign the API requests using api key and signature say for the
> >> uploadCustomCertificate command, do I still need to put the session key?
> >>
> >> Thank you.
> >>
> >>
> >>
> >>
> >> On Sun, Sep 21, 2014 at 1:39 AM, abhisek basu 
> >>wrote:
> >>
> >>> Please run the login api using the api key and signature, in return you
> >>> will get the session key.
> >>>
> >>> Sent from my iPhone
> >>>
> >>> > On 20 Sep 2014, at 10:58 pm, "Indra Pramana"  wrote:
> >>> >
> >>> > Hi Abhisek and all,
> >>> >
> >>> > Good day to you, and thank you for your reply.
> >>> >
> >>> > How can we tell what is the session key, are you able to give me the
> >>> > command to check what is the session key? I have API key and secret
> >>>key,
> >>> > but not too sure how to check what is the session key.
> >>> >
> >>> > Looking forward to your reply, thank you.
> >>> >
> >>> > Cheers.
> >>> >
> >>> >
> >>> >> On Sat, Sep 20, 2014 at 10:26 PM, abhisek basu  >
> >>> wrote:
> >>> >>
> >>> >> Inline..
> >>> >>
> >>> >> Sent from my iPhone
> >>> >>
> >>> >>> On 20 Sep 2014, at 7:50 pm, "Indra Pramana" 
> wrote:
> >>> >>>
> >>> >>> Dear all,
> >>> >>>
> >>> >>> I am using CloudStack 4.2.0 and I am following this procedure to
> >>> change
> >>> >>> console proxy to use our own domain:
> >>> >>
> >>>
> >>>
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Procedure+to+Repl
> >>>ace+realhostip.com+with+Your+Own+Domain+Name
> >>> >>>
> >>> >>> On this step:
> >>> >>>
> >>> >>> 
> >>> >>> Uploading root certificate API call. This is a mandatory step.
> >>> >>>
> >>> >>>  -
> >>> >>
> >>>
> >>>
> http://secure-web.cisco.com/1iT2R06Wizvo9tf0JV4DU3By5npOsABm_p6OQXm1TOI9
> >>>9AS6ClmCjbii7hV_e87nMawuFZvKtXBuWDp4WJ0WwJTWZYIE3xTswv6PXGRf-FocNaRosXsi
> >>>SGkYbXKCzibxCaVoFsZpoHF9eZXgHmYVkb1-67BFfCxLbTmuKYwzkzyg/http%3A%2F%2F12
> >>>3.123.123.123%3A8080%2Fclient%2Fapi%3Fcommand%3DuploadCustomCertificate%
> >>>26id%3D1%26sessionkey%3DLAM0wM%2B0cejIYxCHprtGc4w15sg%3D%26name%3Droot1%
> >>>26domainsuffix%3Dcustomabc.com%26certificate%3D-BEGIN%2BCERTIFICATE-
> >>>%0AMIID%2FzCCAuegAwIBAgIJANX8lVYYPplhMA0GCSqGSIb3DQEBBQUAMIGVMQswCQY
> >>>D%0AVQQGEwJVUzELMAkGA1UECAwCQ0ExCzAJBgNVBAcMAlNDMRQwEgYDVQQKDAtDdXN0%0Ab
> >>>21BbW9naDEeMBwGA1UECwwVQ2VydGlmaWNhdGUgQXV0aG9yaXR5MRQwEgYDVQQD%0ADAtDdX
> >>>N0b21BbW9naDEgMB4GCSqGSIb3DQEJARYRYW1vZ2h2a0BnbWFpbC5jb20w%0AHhcNMTQwNDA
> >>>xMTgwODUzWhcNMjQwMzI5MTgwODUzWjCBlTELMAkGA1UEBhMCVVMx%0ACzAJBgNVBAgMAkNB
> >>>MQswCQYDVQQHDAJTQzEUMBIGA1UECgwLQ3VzdG9tQW1vZ2gx%0AHjAcBgNVBAsMFUNlcnRpZ
> >>>mljYXRlIEF1dGhvcml0eTEUMBIGA1UEAwwLQ3VzdG9t%0AQW1vZ2gxIDAeBgkqhkiG9w0BCQ
> >>>EWEWFtb2dodmtAZ21haWwuY29tMIIBIjANBgkq%0AhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQE
> >>>A2Se5P610tI%2B5sz3X3FTjXGZZ3BzjdDIZ%0A5v5FQFcpAI35dBIYXFQv93gDp%2BAjwxET
> >>>PP2p%2BhOMtWQm1DWAiyDldH7WZm7EDmz9%0A6ymnU00RlkjluUhfhwTtB9l59xo1haCaKcZ
> >>>QpNBPFm7yPlTTEVLSFAMr0QZVPuu3%0AHM4rClZe9KdGkh4%2FcpzIrYA

Re: Upload root certificate and intermediate certificate

[Amogh Vasekar]

Viewing it in firebug in firefox, or developer tools in Chrome would be
easiest IMO.
Simply turn on the plugin / tools and click on some tab while logged in.
The "Network" tab would show the parameters used to make requests. Copy
the sessionid parameter

Amogh

On 9/20/14 11:41 AM, "Indra Pramana"  wrote:

>Hi Abhisek and all,
>
>I tried to run the login API command via browser:
>
>https://x.x.x.x:8080/client/api?command=login&username=myusername&password
>=mypasswordinMD5hashingformat
>
>The result is all the response results in one single line without any
>separator.
>
>e.g.
>
>1800somethingfalseusernameAsia/Kuala_Lumpurblablablasomecodeblablabla=8.0s
>omething
>
>How can I tell which one is the session key?
>
>
>On Sun, Sep 21, 2014 at 2:19 AM, Indra Pramana  wrote:
>
>> Hi Abhisek,
>>
>> I checked on this documentation on login via API:
>>
>> http://cloudstack.apache.org/docs/api/apidocs-4.2/user/login.html
>>
>> It says that for login API command, I need to put the username and
>> password as well? Can I login using username and password instead, do
>>the
>> api key and signature still required?
>>
>> I also checked on this documentation on signing API request:
>>
>>
>> 
>>http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/html/Deve
>>lopers_Guide/signing-api-requests.html
>>
>> If I sign the API requests using api key and signature say for the
>> uploadCustomCertificate command, do I still need to put the session key?
>>
>> Thank you.
>>
>>
>>
>>
>> On Sun, Sep 21, 2014 at 1:39 AM, abhisek basu 
>>wrote:
>>
>>> Please run the login api using the api key and signature, in return you
>>> will get the session key.
>>>
>>> Sent from my iPhone
>>>
>>> > On 20 Sep 2014, at 10:58 pm, "Indra Pramana"  wrote:
>>> >
>>> > Hi Abhisek and all,
>>> >
>>> > Good day to you, and thank you for your reply.
>>> >
>>> > How can we tell what is the session key, are you able to give me the
>>> > command to check what is the session key? I have API key and secret
>>>key,
>>> > but not too sure how to check what is the session key.
>>> >
>>> > Looking forward to your reply, thank you.
>>> >
>>> > Cheers.
>>> >
>>> >
>>> >> On Sat, Sep 20, 2014 at 10:26 PM, abhisek basu 
>>> wrote:
>>> >>
>>> >> Inline..
>>> >>
>>> >> Sent from my iPhone
>>> >>
>>> >>> On 20 Sep 2014, at 7:50 pm, "Indra Pramana"  wrote:
>>> >>>
>>> >>> Dear all,
>>> >>>
>>> >>> I am using CloudStack 4.2.0 and I am following this procedure to
>>> change
>>> >>> console proxy to use our own domain:
>>> >>
>>> 
>>>https://cwiki.apache.org/confluence/display/CLOUDSTACK/Procedure+to+Repl
>>>ace+realhostip.com+with+Your+Own+Domain+Name
>>> >>>
>>> >>> On this step:
>>> >>>
>>> >>> 
>>> >>> Uploading root certificate API call. This is a mandatory step.
>>> >>>
>>> >>>  -
>>> >>
>>> 
>>>http://secure-web.cisco.com/1iT2R06Wizvo9tf0JV4DU3By5npOsABm_p6OQXm1TOI9
>>>9AS6ClmCjbii7hV_e87nMawuFZvKtXBuWDp4WJ0WwJTWZYIE3xTswv6PXGRf-FocNaRosXsi
>>>SGkYbXKCzibxCaVoFsZpoHF9eZXgHmYVkb1-67BFfCxLbTmuKYwzkzyg/http%3A%2F%2F12
>>>3.123.123.123%3A8080%2Fclient%2Fapi%3Fcommand%3DuploadCustomCertificate%
>>>26id%3D1%26sessionkey%3DLAM0wM%2B0cejIYxCHprtGc4w15sg%3D%26name%3Droot1%
>>>26domainsuffix%3Dcustomabc.com%26certificate%3D-BEGIN%2BCERTIFICATE-
>>>%0AMIID%2FzCCAuegAwIBAgIJANX8lVYYPplhMA0GCSqGSIb3DQEBBQUAMIGVMQswCQY
>>>D%0AVQQGEwJVUzELMAkGA1UECAwCQ0ExCzAJBgNVBAcMAlNDMRQwEgYDVQQKDAtDdXN0%0Ab
>>>21BbW9naDEeMBwGA1UECwwVQ2VydGlmaWNhdGUgQXV0aG9yaXR5MRQwEgYDVQQD%0ADAtDdX
>>>N0b21BbW9naDEgMB4GCSqGSIb3DQEJARYRYW1vZ2h2a0BnbWFpbC5jb20w%0AHhcNMTQwNDA
>>>xMTgwODUzWhcNMjQwMzI5MTgwODUzWjCBlTELMAkGA1UEBhMCVVMx%0ACzAJBgNVBAgMAkNB
>>>MQswCQYDVQQHDAJTQzEUMBIGA1UECgwLQ3VzdG9tQW1vZ2gx%0AHjAcBgNVBAsMFUNlcnRpZ
>>>mljYXRlIEF1dGhvcml0eTEUMBIGA1UEAwwLQ3VzdG9t%0AQW1vZ2gxIDAeBgkqhkiG9w0BCQ
>>>EWEWFtb2dodmtAZ21haWwuY29tMIIBIjANBgkq%0AhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQE
>>>A2Se5P610tI%2B5sz3X3FTjXGZZ3BzjdDIZ%0A5v5FQFcpAI35dBIYXFQv93gDp%2BAjwxET
>>>PP2p%2BhOMtWQm1DWAiyDldH7WZm7EDmz9%0A6ymnU00RlkjluUhfhwTtB9l59xo1haCaKcZ
>>>QpNBPFm7yPlTTEVLSFAMr0QZVPuu3%0AHM4rClZe9KdGkh4%2FcpzIrYAys2MZpoG3mu0fE6
>>>EFbqEJYa5M%2Bvgsja1MqVt58TPo%0AqyaI548P6evJZ%2FpHiqDb360nxFDzbZlSqEUugq5
>>>UiJzMm5KyLObvhVhzEZcWLbGe%0ASUAYaIdUfvEt%2FKWlqDZ%2BzRW5RpVMTT%2FFZtArZL
>>>s%2FZuZJybq97KSj0wIDAQABo1Aw%0ATjAdBgNVHQ4EFgQUgb8VT%2BUqf1d%2BoCgC8Lap7
>>>znkx3gwHwYDVR0jBBgwFoAUgb8V%0AT%2BUqf1d%2BoCgC8Lap7znkx3gwDAYDVR0TBAUwAw
>>>EB%2FzANBgkqhkiG9w0BAQUFAAOC%0AAQEAbsKknHC6mEmE24eEV9CfAoGqym4aH3aEBS6%2
>>>FUWWXQ%2FOjEArM5xUSXVUCnpQR%0APgLTpqxMymi%2Bq%2BdhAPhJFxDq0nqw91kJmUZ9cy
>>>2LINs0akapNhWMvsomfy4YbiLR%0ANUHd%2BymaUb0Q%2BlGe5WeL4kh3W7KbVl0STIxFoRc
>>>cxHKQHOiIcaQT4AzGWO8uCi90%0AbsFxk7Q11RwMUBUgK0qrhwnl31eUD0bBPvXADix0piTB
>>>tUjBGJSJR2at9l%2FoI6F0%0AMyHwZer%2FNsN0vr%2FyeCbYdipdvYrDJOniRuhku01uyFz
>>>f8U7%2Fa%2BrDVUtxGPxxfQzR%0APCTXX%2Fyam7lFvMT3ITntyF%2BKhg%3D%3D%0A-
>>>END%2BCERTIFICATE-
>>> >>>  <
>>> >>
>>> 
>>>http://secure-web.cisco.com/1vc527p_GzgOqlkM6lWaD1HUK4KxKO8KE9DYBPE_VgGR
>>>6OrvPkzQHsjiSptGWZj6_Eg1KC4

Re: Upload root certificate and intermediate certificate

[abhisek basu]

Can you include the response and set it to json format to get better output. 
However the default response is in XML.

Sent from my iPhone

> On 21 Sep 2014, at 12:11 am, "Indra Pramana"  wrote:
> 
> Hi Abhisek and all,
> 
> I tried to run the login API command via browser:
> 
> https://x.x.x.x:8080/client/api?command=login&username=myusername&password=mypasswordinMD5hashingformat
> 
> The result is all the response results in one single line without any
> separator.
> 
> e.g.
> 
> 1800somethingfalseusernameAsia/Kuala_Lumpurblablablasomecodeblablabla=8.0something
> 
> How can I tell which one is the session key?
> 
> 
>> On Sun, Sep 21, 2014 at 2:19 AM, Indra Pramana  wrote:
>> 
>> Hi Abhisek,
>> 
>> I checked on this documentation on login via API:
>> 
>> http://cloudstack.apache.org/docs/api/apidocs-4.2/user/login.html
>> 
>> It says that for login API command, I need to put the username and
>> password as well? Can I login using username and password instead, do the
>> api key and signature still required?
>> 
>> I also checked on this documentation on signing API request:
>> 
>> 
>> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/html/Developers_Guide/signing-api-requests.html
>> 
>> If I sign the API requests using api key and signature say for the
>> uploadCustomCertificate command, do I still need to put the session key?
>> 
>> Thank you.
>> 
>> 
>> 
>> 
>>> On Sun, Sep 21, 2014 at 1:39 AM, abhisek basu  wrote:
>>> 
>>> Please run the login api using the api key and signature, in return you
>>> will get the session key.
>>> 
>>> Sent from my iPhone
>>> 
 On 20 Sep 2014, at 10:58 pm, "Indra Pramana"  wrote:
 
 Hi Abhisek and all,
 
 Good day to you, and thank you for your reply.
 
 How can we tell what is the session key, are you able to give me the
 command to check what is the session key? I have API key and secret key,
 but not too sure how to check what is the session key.
 
 Looking forward to your reply, thank you.
 
 Cheers.
 
 
> On Sat, Sep 20, 2014 at 10:26 PM, abhisek basu 
>>> wrote:
> 
> Inline..
> 
> Sent from my iPhone
> 
>> On 20 Sep 2014, at 7:50 pm, "Indra Pramana"  wrote:
>> 
>> Dear all,
>> 
>> I am using CloudStack 4.2.0 and I am following this procedure to
>>> change
>> console proxy to use our own domain:
>>> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Procedure+to+Replace+realhostip.com+with+Your+Own+Domain+Name
>> 
>> On this step:
>> 
>> 
>> Uploading root certificate API call. This is a mandatory step.
>> 
>> -
>>> http://123.123.123.123:8080/client/api?command=uploadCustomCertificate&id=1&sessionkey=LAM0wM%2B0cejIYxCHprtGc4w15sg%3D&name=root1&domainsuffix=customabc.com&certificate=-BEGIN+CERTIFICATE-%0AMIID%2FzCCAuegAwIBAgIJANX8lVYYPplhMA0GCSqGSIb3DQEBBQUAMIGVMQswCQYD%0AVQQGEwJVUzELMAkGA1UECAwCQ0ExCzAJBgNVBAcMAlNDMRQwEgYDVQQKDAtDdXN0%0Ab21BbW9naDEeMBwGA1UECwwVQ2VydGlmaWNhdGUgQXV0aG9yaXR5MRQwEgYDVQQD%0ADAtDdXN0b21BbW9naDEgMB4GCSqGSIb3DQEJARYRYW1vZ2h2a0BnbWFpbC5jb20w%0AHhcNMTQwNDAxMTgwODUzWhcNMjQwMzI5MTgwODUzWjCBlTELMAkGA1UEBhMCVVMx%0ACzAJBgNVBAgMAkNBMQswCQYDVQQHDAJTQzEUMBIGA1UECgwLQ3VzdG9tQW1vZ2gx%0AHjAcBgNVBAsMFUNlcnRpZmljYXRlIEF1dGhvcml0eTEUMBIGA1UEAwwLQ3VzdG9t%0AQW1vZ2gxIDAeBgkqhkiG9w0BCQEWEWFtb2dodmtAZ21haWwuY29tMIIBIjANBgkq%0AhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA2Se5P610tI%2B5sz3X3FTjXGZZ3BzjdDIZ%0A5v5FQFcpAI35dBIYXFQv93gDp%2BAjwxETPP2p%2BhOMtWQm1DWAiyDldH7WZm7EDmz9%0A6ymnU00RlkjluUhfhwTtB9l59xo1haCaKcZQpNBPFm7yPlTTEVLSFAMr0QZVPuu3%0AHM4rClZe9KdGkh4%2FcpzIrYAys2MZpoG3mu0fE6EFbqEJYa5M%2Bvgsja1MqVt58TPo%0AqyaI548P6evJZ%2FpHiqDb360nxFDzbZlSqEUugq5UiJzMm5KyLObvhVhzEZcWLbGe%0ASUAYaIdUfvEt%2FKWlqDZ%2BzRW5RpVMTT%2FFZtArZLs%2FZuZJybq97KSj0wIDAQABo1Aw%0ATjAdBgNVHQ4EFgQUgb8VT%2BUqf1d%2BoCgC8Lap7znkx3gwHwYDVR0jBBgwFoAUgb8V%0AT%2BUqf1d%2BoCgC8Lap7znkx3gwDAYDVR0TBAUwAwEB%2FzANBgkqhkiG9w0BAQUFAAOC%0AAQEAbsKknHC6mEmE24eEV9CfAoGqym4aH3aEBS6%2FUWWXQ%2FOjEArM5xUSXVUCnpQR%0APgLTpqxMymi%2Bq%2BdhAPhJFxDq0nqw91kJmUZ9cy2LINs0akapNhWMvsomfy4YbiLR%0ANUHd%2BymaUb0Q%2BlGe5WeL4kh3W7KbVl0STIxFoRccxHKQHOiIcaQT4AzGWO8uCi90%0AbsFxk7Q11RwMUBUgK0qrhwnl31eUD0bBPvXADix0piTBtUjBGJSJR2at9l%2FoI6F0%0AMyHwZer%2FNsN0vr%2FyeCbYdipdvYrDJOniRuhku01uyFzf8U7%2Fa%2BrDVUtxGPxxfQzR%0APCTXX%2Fyam7lFvMT3ITntyF%2BKhg%3D%3D%0A-END+CERTIFICATE-
>> <
>>> http://10.147.59.226:8080/client/api?command=uploadCustomCertificate&id=1&sessionkey=LAM0wM%2B0cejIYxCHprtGc4w15sg%3D&name=root1&domainsuffix=customamogh.com&certificate=-BEGIN+CERTIFICATE-%0AMIID%2FzCCAuegAwIBAgIJANX8lVYYPplhMA0GCSqGSIb3DQEBBQUAMIGVMQswCQYD%0AVQQGEwJVUzELMAkGA1UECAwCQ0ExCzAJBgNVBAcMAlNDMRQwEgYDVQQKDAtDdXN0%0Ab21BbW9naDEeMBwGA1UECwwVQ2VydGlmaWNhdGUgQXV0aG9yaXR5MRQwEgYDVQQD%0ADAtDdXN0b21BbW9naDEgMB4GCSqGSIb3DQEJARYRYW1vZ2h2a0BnbWFpbC5jb20w%0AHhcNMTQwNDAxMTgwODUzWhcNMjQwMzI5MTgwODUzWjCBlTELMAkGA1UEBhMCVVMx%0ACzAJBgNVBAgMAkNBMQswCQYDVQQHDAJTQzEUMBIGA1UECgwLQ3VzdG9tQW1vZ2gx

Re: Upload root certificate and intermediate certificate

[abhisek basu]

If you are using signature then session key is not needed.

Sent from my iPhone

> On 20 Sep 2014, at 11:49 pm, "Indra Pramana"  wrote:
> 
> Hi Abhisek,
> 
> I checked on this documentation on login via API:
> 
> http://cloudstack.apache.org/docs/api/apidocs-4.2/user/login.html
> 
> It says that for login API command, I need to put the username and password
> as well? Can I login using username and password instead, do the api key
> and signature still required?
> 
> I also checked on this documentation on signing API request:
> 
> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/html/Developers_Guide/signing-api-requests.html
> 
> If I sign the API requests using api key and signature say for the
> uploadCustomCertificate command, do I still need to put the session key?
> 
> Thank you.
> 
> 
> 
> 
>> On Sun, Sep 21, 2014 at 1:39 AM, abhisek basu  wrote:
>> 
>> Please run the login api using the api key and signature, in return you
>> will get the session key.
>> 
>> Sent from my iPhone
>> 
>>> On 20 Sep 2014, at 10:58 pm, "Indra Pramana"  wrote:
>>> 
>>> Hi Abhisek and all,
>>> 
>>> Good day to you, and thank you for your reply.
>>> 
>>> How can we tell what is the session key, are you able to give me the
>>> command to check what is the session key? I have API key and secret key,
>>> but not too sure how to check what is the session key.
>>> 
>>> Looking forward to your reply, thank you.
>>> 
>>> Cheers.
>>> 
>>> 
 On Sat, Sep 20, 2014 at 10:26 PM, abhisek basu 
>> wrote:
 
 Inline..
 
 Sent from my iPhone
 
> On 20 Sep 2014, at 7:50 pm, "Indra Pramana"  wrote:
> 
> Dear all,
> 
> I am using CloudStack 4.2.0 and I am following this procedure to change
> console proxy to use our own domain:
>> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Procedure+to+Replace+realhostip.com+with+Your+Own+Domain+Name
> 
> On this step:
> 
> 
> Uploading root certificate API call. This is a mandatory step.
> 
> -
>> http://123.123.123.123:8080/client/api?command=uploadCustomCertificate&id=1&sessionkey=LAM0wM%2B0cejIYxCHprtGc4w15sg%3D&name=root1&domainsuffix=customabc.com&certificate=-BEGIN+CERTIFICATE-%0AMIID%2FzCCAuegAwIBAgIJANX8lVYYPplhMA0GCSqGSIb3DQEBBQUAMIGVMQswCQYD%0AVQQGEwJVUzELMAkGA1UECAwCQ0ExCzAJBgNVBAcMAlNDMRQwEgYDVQQKDAtDdXN0%0Ab21BbW9naDEeMBwGA1UECwwVQ2VydGlmaWNhdGUgQXV0aG9yaXR5MRQwEgYDVQQD%0ADAtDdXN0b21BbW9naDEgMB4GCSqGSIb3DQEJARYRYW1vZ2h2a0BnbWFpbC5jb20w%0AHhcNMTQwNDAxMTgwODUzWhcNMjQwMzI5MTgwODUzWjCBlTELMAkGA1UEBhMCVVMx%0ACzAJBgNVBAgMAkNBMQswCQYDVQQHDAJTQzEUMBIGA1UECgwLQ3VzdG9tQW1vZ2gx%0AHjAcBgNVBAsMFUNlcnRpZmljYXRlIEF1dGhvcml0eTEUMBIGA1UEAwwLQ3VzdG9t%0AQW1vZ2gxIDAeBgkqhkiG9w0BCQEWEWFtb2dodmtAZ21haWwuY29tMIIBIjANBgkq%0AhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA2Se5P610tI%2B5sz3X3FTjXGZZ3BzjdDIZ%0A5v5FQFcpAI35dBIYXFQv93gDp%2BAjwxETPP2p%2BhOMtWQm1DWAiyDldH7WZm7EDmz9%0A6ymnU00RlkjluUhfhwTtB9l59xo1haCaKcZQpNBPFm7yPlTTEVLSFAMr0QZVPuu3%0AHM4rClZe9KdGkh4%2FcpzIrYAys2MZpoG3mu0fE6EFbqEJYa5M%2Bvgsja1MqVt58TPo%0AqyaI548P6evJZ%2FpHiqDb360nxFDzbZlSqEUugq5UiJzMm5KyLObvhVhzEZcWLbGe%0ASUAYaIdUfvEt%2FKWlqDZ%2BzRW5RpVMTT%2FFZtArZLs%2FZuZJybq97KSj0wIDAQABo1Aw%0ATjAdBgNVHQ4EFgQUgb8VT%2BUqf1d%2BoCgC8Lap7znkx3gwHwYDVR0jBBgwFoAUgb8V%0AT%2BUqf1d%2BoCgC8Lap7znkx3gwDAYDVR0TBAUwAwEB%2FzANBgkqhkiG9w0BAQUFAAOC%0AAQEAbsKknHC6mEmE24eEV9CfAoGqym4aH3aEBS6%2FUWWXQ%2FOjEArM5xUSXVUCnpQR%0APgLTpqxMymi%2Bq%2BdhAPhJFxDq0nqw91kJmUZ9cy2LINs0akapNhWMvsomfy4YbiLR%0ANUHd%2BymaUb0Q%2BlGe5WeL4kh3W7KbVl0STIxFoRccxHKQHOiIcaQT4AzGWO8uCi90%0AbsFxk7Q11RwMUBUgK0qrhwnl31eUD0bBPvXADix0piTBtUjBGJSJR2at9l%2FoI6F0%0AMyHwZer%2FNsN0vr%2FyeCbYdipdvYrDJOniRuhku01uyFzf8U7%2Fa%2BrDVUtxGPxxfQzR%0APCTXX%2Fyam7lFvMT3ITntyF%2BKhg%3D%3D%0A-END+CERTIFICATE-
> <
>> http://10.147.59.226:8080/client/api?command=uploadCustomCertificate&id=1&sessionkey=LAM0wM%2B0cejIYxCHprtGc4w15sg%3D&name=root1&domainsuffix=customamogh.com&certificate=-BEGIN+CERTIFICATE-%0AMIID%2FzCCAuegAwIBAgIJANX8lVYYPplhMA0GCSqGSIb3DQEBBQUAMIGVMQswCQYD%0AVQQGEwJVUzELMAkGA1UECAwCQ0ExCzAJBgNVBAcMAlNDMRQwEgYDVQQKDAtDdXN0%0Ab21BbW9naDEeMBwGA1UECwwVQ2VydGlmaWNhdGUgQXV0aG9yaXR5MRQwEgYDVQQD%0ADAtDdXN0b21BbW9naDEgMB4GCSqGSIb3DQEJARYRYW1vZ2h2a0BnbWFpbC5jb20w%0AHhcNMTQwNDAxMTgwODUzWhcNMjQwMzI5MTgwODUzWjCBlTELMAkGA1UEBhMCVVMx%0ACzAJBgNVBAgMAkNBMQswCQYDVQQHDAJTQzEUMBIGA1UECgwLQ3VzdG9tQW1vZ2gx%0AHjAcBgNVBAsMFUNlcnRpZmljYXRlIEF1dGhvcml0eTEUMBIGA1UEAwwLQ3VzdG9t%0AQW1vZ2gxIDAeBgkqhkiG9w0BCQEWEWFtb2dodmtAZ21haWwuY29tMIIBIjANBgkq%0AhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA2Se5P610tI%2B5sz3X3FTjXGZZ3BzjdDIZ%0A5v5FQFcpAI35dBIYXFQv93gDp%2BAjwxETPP2p%2BhOMtWQm1DWAiyDldH7WZm7EDmz9%0A6ymnU00RlkjluUhfhwTtB9l59xo1haCaKcZQpNBPFm7yPlTTEVLSFAMr0QZVPuu3%0AHM4rClZe9KdGkh4%2FcpzIrYAys2MZpoG3mu0fE6EFbqEJYa5M%2Bvgsja1MqVt58TPo%0AqyaI548P6evJZ%2FpHiqDb360nxFDzbZlSqEUugq5UiJzMm5KyLObvhVhzEZcWLbGe%0ASUAYaIdUfvEt%2FKWlqDZ%2BzRW5RpVMTT%2FFZtArZLs%2FZuZJybq97KSj0wIDAQABo1Aw%0ATjAdBgNVHQ4EFgQUgb8VT%2BUqf1d%2BoCgC8Lap7znkx3gwHwYDVR0jBBgwFoAUgb

Re: Upload root certificate and intermediate certificate

[Indra Pramana]

Hi Abhisek and all,

I tried to run the login API command via browser:

https://x.x.x.x:8080/client/api?command=login&username=myusername&password=mypasswordinMD5hashingformat

The result is all the response results in one single line without any
separator.

e.g.

1800somethingfalseusernameAsia/Kuala_Lumpurblablablasomecodeblablabla=8.0something

How can I tell which one is the session key?


On Sun, Sep 21, 2014 at 2:19 AM, Indra Pramana  wrote:

> Hi Abhisek,
>
> I checked on this documentation on login via API:
>
> http://cloudstack.apache.org/docs/api/apidocs-4.2/user/login.html
>
> It says that for login API command, I need to put the username and
> password as well? Can I login using username and password instead, do the
> api key and signature still required?
>
> I also checked on this documentation on signing API request:
>
>
> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/html/Developers_Guide/signing-api-requests.html
>
> If I sign the API requests using api key and signature say for the
> uploadCustomCertificate command, do I still need to put the session key?
>
> Thank you.
>
>
>
>
> On Sun, Sep 21, 2014 at 1:39 AM, abhisek basu  wrote:
>
>> Please run the login api using the api key and signature, in return you
>> will get the session key.
>>
>> Sent from my iPhone
>>
>> > On 20 Sep 2014, at 10:58 pm, "Indra Pramana"  wrote:
>> >
>> > Hi Abhisek and all,
>> >
>> > Good day to you, and thank you for your reply.
>> >
>> > How can we tell what is the session key, are you able to give me the
>> > command to check what is the session key? I have API key and secret key,
>> > but not too sure how to check what is the session key.
>> >
>> > Looking forward to your reply, thank you.
>> >
>> > Cheers.
>> >
>> >
>> >> On Sat, Sep 20, 2014 at 10:26 PM, abhisek basu 
>> wrote:
>> >>
>> >> Inline..
>> >>
>> >> Sent from my iPhone
>> >>
>> >>> On 20 Sep 2014, at 7:50 pm, "Indra Pramana"  wrote:
>> >>>
>> >>> Dear all,
>> >>>
>> >>> I am using CloudStack 4.2.0 and I am following this procedure to
>> change
>> >>> console proxy to use our own domain:
>> >>
>> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Procedure+to+Replace+realhostip.com+with+Your+Own+Domain+Name
>> >>>
>> >>> On this step:
>> >>>
>> >>> 
>> >>> Uploading root certificate API call. This is a mandatory step.
>> >>>
>> >>>  -
>> >>
>> http://123.123.123.123:8080/client/api?command=uploadCustomCertificate&id=1&sessionkey=LAM0wM%2B0cejIYxCHprtGc4w15sg%3D&name=root1&domainsuffix=customabc.com&certificate=-BEGIN+CERTIFICATE-%0AMIID%2FzCCAuegAwIBAgIJANX8lVYYPplhMA0GCSqGSIb3DQEBBQUAMIGVMQswCQYD%0AVQQGEwJVUzELMAkGA1UECAwCQ0ExCzAJBgNVBAcMAlNDMRQwEgYDVQQKDAtDdXN0%0Ab21BbW9naDEeMBwGA1UECwwVQ2VydGlmaWNhdGUgQXV0aG9yaXR5MRQwEgYDVQQD%0ADAtDdXN0b21BbW9naDEgMB4GCSqGSIb3DQEJARYRYW1vZ2h2a0BnbWFpbC5jb20w%0AHhcNMTQwNDAxMTgwODUzWhcNMjQwMzI5MTgwODUzWjCBlTELMAkGA1UEBhMCVVMx%0ACzAJBgNVBAgMAkNBMQswCQYDVQQHDAJTQzEUMBIGA1UECgwLQ3VzdG9tQW1vZ2gx%0AHjAcBgNVBAsMFUNlcnRpZmljYXRlIEF1dGhvcml0eTEUMBIGA1UEAwwLQ3VzdG9t%0AQW1vZ2gxIDAeBgkqhkiG9w0BCQEWEWFtb2dodmtAZ21haWwuY29tMIIBIjANBgkq%0AhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA2Se5P610tI%2B5sz3X3FTjXGZZ3BzjdDIZ%0A5v5FQFcpAI35dBIYXFQv93gDp%2BAjwxETPP2p%2BhOMtWQm1DWAiyDldH7WZm7EDmz9%0A6ymnU00RlkjluUhfhwTtB9l59xo1haCaKcZQpNBPFm7yPlTTEVLSFAMr0QZVPuu3%0AHM4rClZe9KdGkh4%2FcpzIrYAys2MZpoG3mu0fE6EFbqEJYa5M%2Bvgsja1MqVt58TPo%0AqyaI548P6evJZ%2FpHiqDb360nxFDzbZlSqEUugq5UiJzMm5KyLObvhVhzEZcWLbGe%0ASUAYaIdUfvEt%2FKWlqDZ%2BzRW5RpVMTT%2FFZtArZLs%2FZuZJybq97KSj0wIDAQABo1Aw%0ATjAdBgNVHQ4EFgQUgb8VT%2BUqf1d%2BoCgC8Lap7znkx3gwHwYDVR0jBBgwFoAUgb8V%0AT%2BUqf1d%2BoCgC8Lap7znkx3gwDAYDVR0TBAUwAwEB%2FzANBgkqhkiG9w0BAQUFAAOC%0AAQEAbsKknHC6mEmE24eEV9CfAoGqym4aH3aEBS6%2FUWWXQ%2FOjEArM5xUSXVUCnpQR%0APgLTpqxMymi%2Bq%2BdhAPhJFxDq0nqw91kJmUZ9cy2LINs0akapNhWMvsomfy4YbiLR%0ANUHd%2BymaUb0Q%2BlGe5WeL4kh3W7KbVl0STIxFoRccxHKQHOiIcaQT4AzGWO8uCi90%0AbsFxk7Q11RwMUBUgK0qrhwnl31eUD0bBPvXADix0piTBtUjBGJSJR2at9l%2FoI6F0%0AMyHwZer%2FNsN0vr%2FyeCbYdipdvYrDJOniRuhku01uyFzf8U7%2Fa%2BrDVUtxGPxxfQzR%0APCTXX%2Fyam7lFvMT3ITntyF%2BKhg%3D%3D%0A-END+CERTIFICATE-
>> >>>  <
>> >>
>> http://10.147.59.226:8080/client/api?command=uploadCustomCertificate&id=1&sessionkey=LAM0wM%2B0cejIYxCHprtGc4w15sg%3D&name=root1&domainsuffix=customamogh.com&certificate=-BEGIN+CERTIFICATE-%0AMIID%2FzCCAuegAwIBAgIJANX8lVYYPplhMA0GCSqGSIb3DQEBBQUAMIGVMQswCQYD%0AVQQGEwJVUzELMAkGA1UECAwCQ0ExCzAJBgNVBAcMAlNDMRQwEgYDVQQKDAtDdXN0%0Ab21BbW9naDEeMBwGA1UECwwVQ2VydGlmaWNhdGUgQXV0aG9yaXR5MRQwEgYDVQQD%0ADAtDdXN0b21BbW9naDEgMB4GCSqGSIb3DQEJARYRYW1vZ2h2a0BnbWFpbC5jb20w%0AHhcNMTQwNDAxMTgwODUzWhcNMjQwMzI5MTgwODUzWjCBlTELMAkGA1UEBhMCVVMx%0ACzAJBgNVBAgMAkNBMQswCQYDVQQHDAJTQzEUMBIGA1UECgwLQ3VzdG9tQW1vZ2gx%0AHjAcBgNVBAsMFUNlcnRpZmljYXRlIEF1dGhvcml0eTEUMBIGA1UEAwwLQ3VzdG9t%0AQW1vZ2gxIDAeBgkqhkiG9w0BCQEWEWFtb2dodmtAZ21haWwuY29tMIIBIjANBgkq%0AhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA2Se5P610tI%2B5sz3X3FTjXGZZ3BzjdDIZ%0A5v5FQFcpAI35dBIYXFQv93gDp%2BAjwxETPP2p%2BhOMtWQm1DWAiyDldH7WZm7EDmz9%0A6ymnU0

Re: Upload root certificate and intermediate certificate

[Indra Pramana]

Hi Abhisek,

I checked on this documentation on login via API:

http://cloudstack.apache.org/docs/api/apidocs-4.2/user/login.html

It says that for login API command, I need to put the username and password
as well? Can I login using username and password instead, do the api key
and signature still required?

I also checked on this documentation on signing API request:

http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/html/Developers_Guide/signing-api-requests.html

If I sign the API requests using api key and signature say for the
uploadCustomCertificate command, do I still need to put the session key?

Thank you.




On Sun, Sep 21, 2014 at 1:39 AM, abhisek basu  wrote:

> Please run the login api using the api key and signature, in return you
> will get the session key.
>
> Sent from my iPhone
>
> > On 20 Sep 2014, at 10:58 pm, "Indra Pramana"  wrote:
> >
> > Hi Abhisek and all,
> >
> > Good day to you, and thank you for your reply.
> >
> > How can we tell what is the session key, are you able to give me the
> > command to check what is the session key? I have API key and secret key,
> > but not too sure how to check what is the session key.
> >
> > Looking forward to your reply, thank you.
> >
> > Cheers.
> >
> >
> >> On Sat, Sep 20, 2014 at 10:26 PM, abhisek basu 
> wrote:
> >>
> >> Inline..
> >>
> >> Sent from my iPhone
> >>
> >>> On 20 Sep 2014, at 7:50 pm, "Indra Pramana"  wrote:
> >>>
> >>> Dear all,
> >>>
> >>> I am using CloudStack 4.2.0 and I am following this procedure to change
> >>> console proxy to use our own domain:
> >>
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Procedure+to+Replace+realhostip.com+with+Your+Own+Domain+Name
> >>>
> >>> On this step:
> >>>
> >>> 
> >>> Uploading root certificate API call. This is a mandatory step.
> >>>
> >>>  -
> >>
> http://123.123.123.123:8080/client/api?command=uploadCustomCertificate&id=1&sessionkey=LAM0wM%2B0cejIYxCHprtGc4w15sg%3D&name=root1&domainsuffix=customabc.com&certificate=-BEGIN+CERTIFICATE-%0AMIID%2FzCCAuegAwIBAgIJANX8lVYYPplhMA0GCSqGSIb3DQEBBQUAMIGVMQswCQYD%0AVQQGEwJVUzELMAkGA1UECAwCQ0ExCzAJBgNVBAcMAlNDMRQwEgYDVQQKDAtDdXN0%0Ab21BbW9naDEeMBwGA1UECwwVQ2VydGlmaWNhdGUgQXV0aG9yaXR5MRQwEgYDVQQD%0ADAtDdXN0b21BbW9naDEgMB4GCSqGSIb3DQEJARYRYW1vZ2h2a0BnbWFpbC5jb20w%0AHhcNMTQwNDAxMTgwODUzWhcNMjQwMzI5MTgwODUzWjCBlTELMAkGA1UEBhMCVVMx%0ACzAJBgNVBAgMAkNBMQswCQYDVQQHDAJTQzEUMBIGA1UECgwLQ3VzdG9tQW1vZ2gx%0AHjAcBgNVBAsMFUNlcnRpZmljYXRlIEF1dGhvcml0eTEUMBIGA1UEAwwLQ3VzdG9t%0AQW1vZ2gxIDAeBgkqhkiG9w0BCQEWEWFtb2dodmtAZ21haWwuY29tMIIBIjANBgkq%0AhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA2Se5P610tI%2B5sz3X3FTjXGZZ3BzjdDIZ%0A5v5FQFcpAI35dBIYXFQv93gDp%2BAjwxETPP2p%2BhOMtWQm1DWAiyDldH7WZm7EDmz9%0A6ymnU00RlkjluUhfhwTtB9l59xo1haCaKcZQpNBPFm7yPlTTEVLSFAMr0QZVPuu3%0AHM4rClZe9KdGkh4%2FcpzIrYAys2MZpoG3mu0fE6EFbqEJYa5M%2Bvgsja1MqVt58TPo%0AqyaI548P6evJZ%2FpHiqDb360nxFDzbZlSqEUugq5UiJzMm5KyLObvhVhzEZcWLbGe%0ASUAYaIdUfvEt%2FKWlqDZ%2BzRW5RpVMTT%2FFZtArZLs%2FZuZJybq97KSj0wIDAQABo1Aw%0ATjAdBgNVHQ4EFgQUgb8VT%2BUqf1d%2BoCgC8Lap7znkx3gwHwYDVR0jBBgwFoAUgb8V%0AT%2BUqf1d%2BoCgC8Lap7znkx3gwDAYDVR0TBAUwAwEB%2FzANBgkqhkiG9w0BAQUFAAOC%0AAQEAbsKknHC6mEmE24eEV9CfAoGqym4aH3aEBS6%2FUWWXQ%2FOjEArM5xUSXVUCnpQR%0APgLTpqxMymi%2Bq%2BdhAPhJFxDq0nqw91kJmUZ9cy2LINs0akapNhWMvsomfy4YbiLR%0ANUHd%2BymaUb0Q%2BlGe5WeL4kh3W7KbVl0STIxFoRccxHKQHOiIcaQT4AzGWO8uCi90%0AbsFxk7Q11RwMUBUgK0qrhwnl31eUD0bBPvXADix0piTBtUjBGJSJR2at9l%2FoI6F0%0AMyHwZer%2FNsN0vr%2FyeCbYdipdvYrDJOniRuhku01uyFzf8U7%2Fa%2BrDVUtxGPxxfQzR%0APCTXX%2Fyam7lFvMT3ITntyF%2BKhg%3D%3D%0A-END+CERTIFICATE-
> >>>  <
> >>
> http://10.147.59.226:8080/client/api?command=uploadCustomCertificate&id=1&sessionkey=LAM0wM%2B0cejIYxCHprtGc4w15sg%3D&name=root1&domainsuffix=customamogh.com&certificate=-BEGIN+CERTIFICATE-%0AMIID%2FzCCAuegAwIBAgIJANX8lVYYPplhMA0GCSqGSIb3DQEBBQUAMIGVMQswCQYD%0AVQQGEwJVUzELMAkGA1UECAwCQ0ExCzAJBgNVBAcMAlNDMRQwEgYDVQQKDAtDdXN0%0Ab21BbW9naDEeMBwGA1UECwwVQ2VydGlmaWNhdGUgQXV0aG9yaXR5MRQwEgYDVQQD%0ADAtDdXN0b21BbW9naDEgMB4GCSqGSIb3DQEJARYRYW1vZ2h2a0BnbWFpbC5jb20w%0AHhcNMTQwNDAxMTgwODUzWhcNMjQwMzI5MTgwODUzWjCBlTELMAkGA1UEBhMCVVMx%0ACzAJBgNVBAgMAkNBMQswCQYDVQQHDAJTQzEUMBIGA1UECgwLQ3VzdG9tQW1vZ2gx%0AHjAcBgNVBAsMFUNlcnRpZmljYXRlIEF1dGhvcml0eTEUMBIGA1UEAwwLQ3VzdG9t%0AQW1vZ2gxIDAeBgkqhkiG9w0BCQEWEWFtb2dodmtAZ21haWwuY29tMIIBIjANBgkq%0AhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA2Se5P610tI%2B5sz3X3FTjXGZZ3BzjdDIZ%0A5v5FQFcpAI35dBIYXFQv93gDp%2BAjwxETPP2p%2BhOMtWQm1DWAiyDldH7WZm7EDmz9%0A6ymnU00RlkjluUhfhwTtB9l59xo1haCaKcZQpNBPFm7yPlTTEVLSFAMr0QZVPuu3%0AHM4rClZe9KdGkh4%2FcpzIrYAys2MZpoG3mu0fE6EFbqEJYa5M%2Bvgsja1MqVt58TPo%0AqyaI548P6evJZ%2FpHiqDb360nxFDzbZlSqEUugq5UiJzMm5KyLObvhVhzEZcWLbGe%0ASUAYaIdUfvEt%2FKWlqDZ%2BzRW5RpVMTT%2FFZtArZLs%2FZuZJybq97KSj0wIDAQABo1Aw%0ATjAdBgNVHQ4EFgQUgb8VT%2BUqf1d%2BoCgC8Lap7znkx3gwHwYDVR0jBBgwFoAUgb8V%0AT%2BUqf1d%2BoCgC8Lap7znkx3gwDAYDVR0TBAUwAwEB%2FzANBgkqhkiG9w0BAQUFAAOC%0AAQEAbsKknHC6mEmE24eEV9CfAoGqym4aH3aEBS6%2FUWWXQ%2FOjEArM5xUSXVUCnpQR%0APgLTpqxMymi%2Bq%2BdhAPhJFxDq0nqw91kJmUZ9cy2LINs0a

Re: Upload root certificate and intermediate certificate

[Indra Pramana]

Hi Abhisek and all,

Good day to you, and thank you for your reply.

How can we tell what is the session key, are you able to give me the
command to check what is the session key? I have API key and secret key,
but not too sure how to check what is the session key.

Looking forward to your reply, thank you.

Cheers.


On Sat, Sep 20, 2014 at 10:26 PM, abhisek basu  wrote:

> Inline..
>
> Sent from my iPhone
>
> > On 20 Sep 2014, at 7:50 pm, "Indra Pramana"  wrote:
> >
> > Dear all,
> >
> > I am using CloudStack 4.2.0 and I am following this procedure to change
> > console proxy to use our own domain:
> >
> >
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Procedure+to+Replace+realhostip.com+with+Your+Own+Domain+Name
> >
> > On this step:
> >
> > 
> > Uploading root certificate API call. This is a mandatory step.
> >
> >   -
> >
> http://123.123.123.123:8080/client/api?command=uploadCustomCertificate&id=1&sessionkey=LAM0wM%2B0cejIYxCHprtGc4w15sg%3D&name=root1&domainsuffix=customabc.com&certificate=-BEGIN+CERTIFICATE-%0AMIID%2FzCCAuegAwIBAgIJANX8lVYYPplhMA0GCSqGSIb3DQEBBQUAMIGVMQswCQYD%0AVQQGEwJVUzELMAkGA1UECAwCQ0ExCzAJBgNVBAcMAlNDMRQwEgYDVQQKDAtDdXN0%0Ab21BbW9naDEeMBwGA1UECwwVQ2VydGlmaWNhdGUgQXV0aG9yaXR5MRQwEgYDVQQD%0ADAtDdXN0b21BbW9naDEgMB4GCSqGSIb3DQEJARYRYW1vZ2h2a0BnbWFpbC5jb20w%0AHhcNMTQwNDAxMTgwODUzWhcNMjQwMzI5MTgwODUzWjCBlTELMAkGA1UEBhMCVVMx%0ACzAJBgNVBAgMAkNBMQswCQYDVQQHDAJTQzEUMBIGA1UECgwLQ3VzdG9tQW1vZ2gx%0AHjAcBgNVBAsMFUNlcnRpZmljYXRlIEF1dGhvcml0eTEUMBIGA1UEAwwLQ3VzdG9t%0AQW1vZ2gxIDAeBgkqhkiG9w0BCQEWEWFtb2dodmtAZ21haWwuY29tMIIBIjANBgkq%0AhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA2Se5P610tI%2B5sz3X3FTjXGZZ3BzjdDIZ%0A5v5FQFcpAI35dBIYXFQv93gDp%2BAjwxETPP2p%2BhOMtWQm1DWAiyDldH7WZm7EDmz9%0A6ymnU00RlkjluUhfhwTtB9l59xo1haCaKcZQpNBPFm7yPlTTEVLSFAMr0QZVPuu3%0AHM4rClZe9KdGkh4%2FcpzIrYAys2MZpoG3mu0fE6EFbqEJYa5M%2Bvgsja1MqVt58TPo%0AqyaI548P6evJZ%2FpHiqDb360nxFDzbZlSqEUugq5UiJzMm5KyLObvhVhzEZcWLbGe%0ASUAYaIdUfvEt%2FKWlqDZ%2BzRW5RpVMTT%2FFZtArZLs%2FZuZJybq97KSj0wIDAQABo1Aw%0ATjAdBgNVHQ4EFgQUgb8VT%2BUqf1d%2BoCgC8Lap7znkx3gwHwYDVR0jBBgwFoAUgb8V%0AT%2BUqf1d%2BoCgC8Lap7znkx3gwDAYDVR0TBAUwAwEB%2FzANBgkqhkiG9w0BAQUFAAOC%0AAQEAbsKknHC6mEmE24eEV9CfAoGqym4aH3aEBS6%2FUWWXQ%2FOjEArM5xUSXVUCnpQR%0APgLTpqxMymi%2Bq%2BdhAPhJFxDq0nqw91kJmUZ9cy2LINs0akapNhWMvsomfy4YbiLR%0ANUHd%2BymaUb0Q%2BlGe5WeL4kh3W7KbVl0STIxFoRccxHKQHOiIcaQT4AzGWO8uCi90%0AbsFxk7Q11RwMUBUgK0qrhwnl31eUD0bBPvXADix0piTBtUjBGJSJR2at9l%2FoI6F0%0AMyHwZer%2FNsN0vr%2FyeCbYdipdvYrDJOniRuhku01uyFzf8U7%2Fa%2BrDVUtxGPxxfQzR%0APCTXX%2Fyam7lFvMT3ITntyF%2BKhg%3D%3D%0A-END+CERTIFICATE-
> >   <
> http://10.147.59.226:8080/client/api?command=uploadCustomCertificate&id=1&sessionkey=LAM0wM%2B0cejIYxCHprtGc4w15sg%3D&name=root1&domainsuffix=customamogh.com&certificate=-BEGIN+CERTIFICATE-%0AMIID%2FzCCAuegAwIBAgIJANX8lVYYPplhMA0GCSqGSIb3DQEBBQUAMIGVMQswCQYD%0AVQQGEwJVUzELMAkGA1UECAwCQ0ExCzAJBgNVBAcMAlNDMRQwEgYDVQQKDAtDdXN0%0Ab21BbW9naDEeMBwGA1UECwwVQ2VydGlmaWNhdGUgQXV0aG9yaXR5MRQwEgYDVQQD%0ADAtDdXN0b21BbW9naDEgMB4GCSqGSIb3DQEJARYRYW1vZ2h2a0BnbWFpbC5jb20w%0AHhcNMTQwNDAxMTgwODUzWhcNMjQwMzI5MTgwODUzWjCBlTELMAkGA1UEBhMCVVMx%0ACzAJBgNVBAgMAkNBMQswCQYDVQQHDAJTQzEUMBIGA1UECgwLQ3VzdG9tQW1vZ2gx%0AHjAcBgNVBAsMFUNlcnRpZmljYXRlIEF1dGhvcml0eTEUMBIGA1UEAwwLQ3VzdG9t%0AQW1vZ2gxIDAeBgkqhkiG9w0BCQEWEWFtb2dodmtAZ21haWwuY29tMIIBIjANBgkq%0AhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA2Se5P610tI%2B5sz3X3FTjXGZZ3BzjdDIZ%0A5v5FQFcpAI35dBIYXFQv93gDp%2BAjwxETPP2p%2BhOMtWQm1DWAiyDldH7WZm7EDmz9%0A6ymnU00RlkjluUhfhwTtB9l59xo1haCaKcZQpNBPFm7yPlTTEVLSFAMr0QZVPuu3%0AHM4rClZe9KdGkh4%2FcpzIrYAys2MZpoG3mu0fE6EFbqEJYa5M%2Bvgsja1MqVt58TPo%0AqyaI548P6evJZ%2FpHiqDb360nxFDzbZlSqEUugq5UiJzMm5KyLObvhVhzEZcWLbGe%0ASUAYaIdUfvEt%2FKWlqDZ%2BzRW5RpVMTT%2FFZtArZLs%2FZuZJybq97KSj0wIDAQABo1Aw%0ATjAdBgNVHQ4EFgQUgb8VT%2BUqf1d%2BoCgC8Lap7znkx3gwHwYDVR0jBBgwFoAUgb8V%0AT%2BUqf1d%2BoCgC8Lap7znkx3gwDAYDVR0TBAUwAwEB%2FzANBgkqhkiG9w0BAQUFAAOC%0AAQEAbsKknHC6mEmE24eEV9CfAoGqym4aH3aEBS6%2FUWWXQ%2FOjEArM5xUSXVUCnpQR%0APgLTpqxMymi%2Bq%2BdhAPhJFxDq0nqw91kJmUZ9cy2LINs0akapNhWMvsomfy4YbiLR%0ANUHd%2BymaUb0Q%2BlGe5WeL4kh3W7KbVl0STIxFoRccxHKQHOiIcaQT4AzGWO8uCi90%0AbsFxk7Q11RwMUBUgK0qrhwnl31eUD0bBPvXADix0piTBtUjBGJSJR2at9l%2FoI6F0%0AMyHwZer%2FNsN0vr%2FyeCbYdipdvYrDJOniRuhku01uyFzf8U7%2Fa%2BrDVUtxGPxxfQzR%0APCTXX%2Fyam7lFvMT3ITntyF%2BKhg%3D%3D%0A-END+CERTIFICATE-
> >
> >   - *Note: when we upload root certificate  through API, only CPVM will
> be
> >   rebooted. Also before applying next certificate. make sure all your
> system
> >   vm agents are in up state.*
> >
> > =
> >
> > - What should we put under sessionkey, is it the API key from CloudStack
> > GUI > Accounts > admin > View Users > admin > API Key?
> >
>  >> Session key is the returned when we use login api. If you use port
> 8096, you may ignore session key.
>
> > - What is the best way to convert the certificate into one line to be put
> > on the API URL? The document suggested Google Chrome's Advanced Rest
> > Client, I have downloaded the module on my Chrome but no

[ACS431] upgrade require systemvm upgrade?

[Pierre-Luc Dion]

does 4.3.1 require different system vm then 4.3.0 ?

if someone upgrade from 4.x.x 4.3.1 can he use latest 4.3.0 system vm ?


*Pierre-Luc DION*
Architecte de Solution Cloud | Cloud Solutions Architect
t 855.652.5683

*CloudOps* Votre partenaire infonuagique* | *Cloud Solutions Experts
420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6
w cloudops.com *|* tw @CloudOps_

[ACS441] which systemvm templates to use in 4.4.1 for the Release notes?

[Pierre-Luc Dion]

I'm writing Release-notes and I'd like to know where will be systemvms for
4.4.1?
last repo used was:
http://cloudstack.apt-get.eu/systemvm/4.4/
so  I supose we will have vm named:
systemvm64template-4.4.0-.vhd

?
thanks

PL

Re: Upload root certificate and intermediate certificate

[abhisek basu]

Inline..

Sent from my iPhone

> On 20 Sep 2014, at 7:50 pm, "Indra Pramana"  wrote:
> 
> Dear all,
> 
> I am using CloudStack 4.2.0 and I am following this procedure to change
> console proxy to use our own domain:
> 
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Procedure+to+Replace+realhostip.com+with+Your+Own+Domain+Name
> 
> On this step:
> 
> 
> Uploading root certificate API call. This is a mandatory step.
> 
>   -
>   
> http://123.123.123.123:8080/client/api?command=uploadCustomCertificate&id=1&sessionkey=LAM0wM%2B0cejIYxCHprtGc4w15sg%3D&name=root1&domainsuffix=customabc.com&certificate=-BEGIN+CERTIFICATE-%0AMIID%2FzCCAuegAwIBAgIJANX8lVYYPplhMA0GCSqGSIb3DQEBBQUAMIGVMQswCQYD%0AVQQGEwJVUzELMAkGA1UECAwCQ0ExCzAJBgNVBAcMAlNDMRQwEgYDVQQKDAtDdXN0%0Ab21BbW9naDEeMBwGA1UECwwVQ2VydGlmaWNhdGUgQXV0aG9yaXR5MRQwEgYDVQQD%0ADAtDdXN0b21BbW9naDEgMB4GCSqGSIb3DQEJARYRYW1vZ2h2a0BnbWFpbC5jb20w%0AHhcNMTQwNDAxMTgwODUzWhcNMjQwMzI5MTgwODUzWjCBlTELMAkGA1UEBhMCVVMx%0ACzAJBgNVBAgMAkNBMQswCQYDVQQHDAJTQzEUMBIGA1UECgwLQ3VzdG9tQW1vZ2gx%0AHjAcBgNVBAsMFUNlcnRpZmljYXRlIEF1dGhvcml0eTEUMBIGA1UEAwwLQ3VzdG9t%0AQW1vZ2gxIDAeBgkqhkiG9w0BCQEWEWFtb2dodmtAZ21haWwuY29tMIIBIjANBgkq%0AhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA2Se5P610tI%2B5sz3X3FTjXGZZ3BzjdDIZ%0A5v5FQFcpAI35dBIYXFQv93gDp%2BAjwxETPP2p%2BhOMtWQm1DWAiyDldH7WZm7EDmz9%0A6ymnU00RlkjluUhfhwTtB9l59xo1haCaKcZQpNBPFm7yPlTTEVLSFAMr0QZVPuu3%0AHM4rClZe9KdGkh4%2FcpzIrYAys2MZpoG3mu0fE6EFbqEJYa5M%2Bvgsja1MqVt58TPo%0AqyaI548P6evJZ%2FpHiqDb360nxFDzbZlSqEUugq5UiJzMm5KyLObvhVhzEZcWLbGe%0ASUAYaIdUfvEt%2FKWlqDZ%2BzRW5RpVMTT%2FFZtArZLs%2FZuZJybq97KSj0wIDAQABo1Aw%0ATjAdBgNVHQ4EFgQUgb8VT%2BUqf1d%2BoCgC8Lap7znkx3gwHwYDVR0jBBgwFoAUgb8V%0AT%2BUqf1d%2BoCgC8Lap7znkx3gwDAYDVR0TBAUwAwEB%2FzANBgkqhkiG9w0BAQUFAAOC%0AAQEAbsKknHC6mEmE24eEV9CfAoGqym4aH3aEBS6%2FUWWXQ%2FOjEArM5xUSXVUCnpQR%0APgLTpqxMymi%2Bq%2BdhAPhJFxDq0nqw91kJmUZ9cy2LINs0akapNhWMvsomfy4YbiLR%0ANUHd%2BymaUb0Q%2BlGe5WeL4kh3W7KbVl0STIxFoRccxHKQHOiIcaQT4AzGWO8uCi90%0AbsFxk7Q11RwMUBUgK0qrhwnl31eUD0bBPvXADix0piTBtUjBGJSJR2at9l%2FoI6F0%0AMyHwZer%2FNsN0vr%2FyeCbYdipdvYrDJOniRuhku01uyFzf8U7%2Fa%2BrDVUtxGPxxfQzR%0APCTXX%2Fyam7lFvMT3ITntyF%2BKhg%3D%3D%0A-END+CERTIFICATE-
>   
> 
>   - *Note: when we upload root certificate  through API, only CPVM will be
>   rebooted. Also before applying next certificate. make sure all your system
>   vm agents are in up state.*
> 
> =
> 
> - What should we put under sessionkey, is it the API key from CloudStack
> GUI > Accounts > admin > View Users > admin > API Key?
> 
 >> Session key is the returned when we use login api. If you use port 8096, 
 >> you may ignore session key.

> - What is the best way to convert the certificate into one line to be put
> on the API URL? The document suggested Google Chrome's Advanced Rest
> Client, I have downloaded the module on my Chrome but not too sure how to
> use it. Any pointers or advise?
> >> there are online tools to URLEncode the cert. Just search for URLEncode 
> >> tool.

> Looking forward to your reply, thank you.
> 
> Cheers.

Upload root certificate and intermediate certificate

[Indra Pramana]

Dear all,

I am using CloudStack 4.2.0 and I am following this procedure to change
console proxy to use our own domain:

https://cwiki.apache.org/confluence/display/CLOUDSTACK/Procedure+to+Replace+realhostip.com+with+Your+Own+Domain+Name

On this step:


Uploading root certificate API call. This is a mandatory step.

   -
   
http://123.123.123.123:8080/client/api?command=uploadCustomCertificate&id=1&sessionkey=LAM0wM%2B0cejIYxCHprtGc4w15sg%3D&name=root1&domainsuffix=customabc.com&certificate=-BEGIN+CERTIFICATE-%0AMIID%2FzCCAuegAwIBAgIJANX8lVYYPplhMA0GCSqGSIb3DQEBBQUAMIGVMQswCQYD%0AVQQGEwJVUzELMAkGA1UECAwCQ0ExCzAJBgNVBAcMAlNDMRQwEgYDVQQKDAtDdXN0%0Ab21BbW9naDEeMBwGA1UECwwVQ2VydGlmaWNhdGUgQXV0aG9yaXR5MRQwEgYDVQQD%0ADAtDdXN0b21BbW9naDEgMB4GCSqGSIb3DQEJARYRYW1vZ2h2a0BnbWFpbC5jb20w%0AHhcNMTQwNDAxMTgwODUzWhcNMjQwMzI5MTgwODUzWjCBlTELMAkGA1UEBhMCVVMx%0ACzAJBgNVBAgMAkNBMQswCQYDVQQHDAJTQzEUMBIGA1UECgwLQ3VzdG9tQW1vZ2gx%0AHjAcBgNVBAsMFUNlcnRpZmljYXRlIEF1dGhvcml0eTEUMBIGA1UEAwwLQ3VzdG9t%0AQW1vZ2gxIDAeBgkqhkiG9w0BCQEWEWFtb2dodmtAZ21haWwuY29tMIIBIjANBgkq%0AhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA2Se5P610tI%2B5sz3X3FTjXGZZ3BzjdDIZ%0A5v5FQFcpAI35dBIYXFQv93gDp%2BAjwxETPP2p%2BhOMtWQm1DWAiyDldH7WZm7EDmz9%0A6ymnU00RlkjluUhfhwTtB9l59xo1haCaKcZQpNBPFm7yPlTTEVLSFAMr0QZVPuu3%0AHM4rClZe9KdGkh4%2FcpzIrYAys2MZpoG3mu0fE6EFbqEJYa5M%2Bvgsja1MqVt58TPo%0AqyaI548P6evJZ%2FpHiqDb360nxFDzbZlSqEUugq5UiJzMm5KyLObvhVhzEZcWLbGe%0ASUAYaIdUfvEt%2FKWlqDZ%2BzRW5RpVMTT%2FFZtArZLs%2FZuZJybq97KSj0wIDAQABo1Aw%0ATjAdBgNVHQ4EFgQUgb8VT%2BUqf1d%2BoCgC8Lap7znkx3gwHwYDVR0jBBgwFoAUgb8V%0AT%2BUqf1d%2BoCgC8Lap7znkx3gwDAYDVR0TBAUwAwEB%2FzANBgkqhkiG9w0BAQUFAAOC%0AAQEAbsKknHC6mEmE24eEV9CfAoGqym4aH3aEBS6%2FUWWXQ%2FOjEArM5xUSXVUCnpQR%0APgLTpqxMymi%2Bq%2BdhAPhJFxDq0nqw91kJmUZ9cy2LINs0akapNhWMvsomfy4YbiLR%0ANUHd%2BymaUb0Q%2BlGe5WeL4kh3W7KbVl0STIxFoRccxHKQHOiIcaQT4AzGWO8uCi90%0AbsFxk7Q11RwMUBUgK0qrhwnl31eUD0bBPvXADix0piTBtUjBGJSJR2at9l%2FoI6F0%0AMyHwZer%2FNsN0vr%2FyeCbYdipdvYrDJOniRuhku01uyFzf8U7%2Fa%2BrDVUtxGPxxfQzR%0APCTXX%2Fyam7lFvMT3ITntyF%2BKhg%3D%3D%0A-END+CERTIFICATE-
   

   - *Note: when we upload root certificate  through API, only CPVM will be
   rebooted. Also before applying next certificate. make sure all your system
   vm agents are in up state.*

=

- What should we put under sessionkey, is it the API key from CloudStack
GUI > Accounts > admin > View Users > admin > API Key?

- What is the best way to convert the certificate into one line to be put
on the API URL? The document suggested Google Chrome's Advanced Rest
Client, I have downloaded the module on my Chrome but not too sure how to
use it. Any pointers or advise?

Looking forward to your reply, thank you.

Cheers.

Re: [VMWARE SETUP ERROR] Error seeing in brining up System VMs with Vmware setup with CS server

[Abhinandan Prateek]

Sateesh,

   As far as I know there are some manual steps of fixing the jenkins template 
that include installing tools using vcenter.
Can you publish those steps for the benefit of the community ?

-abhi


On 20-Sep-2014, at 3:30 pm, Ian Duffy  wrote:

> Hi Abhinandan,
> 
> Does this mean the citrix folk use different scripts than what are included
> within the source?
> 
> If so can you please share these.
> 
> Thanks,
> Ian
> 
> On 20 September 2014 02:49, Abhinandan Prateek  wrote:
> 
>> The VMWare template build by jenkins job does not have VMWare tools
>> installed on it.
>> Use the ones provided by Citrix.
>> 
>> On 19-Sep-2014, at 9:31 pm, Mike Tutkowski 
>> wrote:
>> 
>>> 
>> http://jenkins.buildacloud.org/job/build-systemvm64-master/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvm64template-master-vmware.ova
>>> 
>>> On Fri, Sep 19, 2014 at 9:58 AM, Erik Weber  wrote:
>>> 
 Which systemvm template are you using?
 
 Erik
 19. sep. 2014 03:47 skrev "Mike Tutkowski" <
>> mike.tutkow...@solidfire.com>
 følgende:
 
> Actually, the virtual router says it requires an upgrade.
> 
> I think I can just turn that check off and re-run my create-VM test.
> 
> On Thu, Sep 18, 2014 at 7:43 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
> 
>> OK, I checked in a fix for this:
>> 
>> 
>> 
> 
 
>> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commitdiff;h=18e5aa116e99906f24a292bf7546809e05c72ec2;hp=7537c33bcdda65672fdd8f81509e6885aa536932
>> 
>> I did notice that both before and after my fix that the virtual router
 is
>> NOT coming up.
>> 
>> The system VM being cloned and the starting of the VM looks fine. It
 gets
>> to the command prompt and then a little while later is shut down and
>> restarted. I get an error in the GUI indicating that my VM deployment
>> failed.
>> 
>> I don't personally know a whole lot about how the virtual router code
>> works, so we should pass that on to an appropriate developer.
>> 
>> On Thu, Sep 18, 2014 at 6:35 PM, Mike Tutkowski <
>> mike.tutkow...@solidfire.com> wrote:
>> 
>>> Just destroyed and re-created my env from scratch without
>>> 8bb4022f3729154f85036c4a7f55e2de783e4909 and it works fine.
>>> 
>>> I think I know what the author was intending with the code that is
>>> causing the problem, so I'll go ahead and put in what I think is a
 fix,
>>> re-create my env, and see if it works.
>>> 
>>> On Thu, Sep 18, 2014 at 6:26 PM, ilya musayev <
>> ilya.musa...@gmail.com
> 
>>> wrote:
>>> 
 Thank you Mike, please keep us posted.
 
 Regards
 ilya
 
 On 9/18/14, 4:14 PM, Mike Tutkowski wrote:
 
 Little clarification on this:
 
 "The dsName is derived from the UUID of the datastore."
 
 I mean that the dsName is derived from the UUID primary storage in
 the
 DB.
 
 On Thu, Sep 18, 2014 at 5:12 PM, Mike Tutkowski <
 mike.tutkow...@solidfire.com> wrote:
 
> Just a little update on this:
> 
> The problem doesn't seem to have anything to do with "managed"
> storage code that was introduced back in March.
> 
> The dsName is derived from the UUID of the datastore. This leads
 to a
> null being returned from
> diskInfoBuilder.getDiskInfoByBackingFileBaseName,
> which subsequently leads to a null being returned from this method
> (and a
> NullPointerException being thrown).
> 
> I plan to take a look at the history of this file in gitk.
> 
>   private VirtualMachineDiskInfo
> getMatchingExistingDisk(VirtualMachineDiskInfoBuilder
 diskInfoBuilder,
> DiskTO vol) {
> 
>   if (diskInfoBuilder != null) {
> 
>   VolumeObjectTO volume = (VolumeObjectTO)vol.getData();
> 
>   String dsName =
> volume.getDataStore().getUuid().replace("-",
> "");
> 
> 
>Map details = vol.getDetails();
> 
>   boolean isManaged = details != null &&
> Boolean.parseBoolean(details.get(DiskTO.MANAGED));
> 
> 
>VirtualMachineDiskInfo diskInfo =
> 
> 
> diskInfoBuilder.getDiskInfoByBackingFileBaseName(isManaged ? new
> DatastoreFile(volume.getPath()).getFileBaseName() :
 volume.getPath(),
> dsName);
> 
> On Thu, Sep 18, 2014 at 4:34 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
> 
>> I think I found the magic. :)
>> 
>> sudo mount -t nfs 192.168.129.46:/export/secondary /mnt/sec
>> 
>> If I mount /export/secondary to /mnt/s

Re: [VMWARE SETUP ERROR] Error seeing in brining up System VMs with Vmware setup with CS server

[Ian Duffy]

Hi Abhinandan,

Does this mean the citrix folk use different scripts than what are included
within the source?

If so can you please share these.

Thanks,
Ian

On 20 September 2014 02:49, Abhinandan Prateek  wrote:

> The VMWare template build by jenkins job does not have VMWare tools
> installed on it.
> Use the ones provided by Citrix.
>
> On 19-Sep-2014, at 9:31 pm, Mike Tutkowski 
> wrote:
>
> >
> http://jenkins.buildacloud.org/job/build-systemvm64-master/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvm64template-master-vmware.ova
> >
> > On Fri, Sep 19, 2014 at 9:58 AM, Erik Weber  wrote:
> >
> >> Which systemvm template are you using?
> >>
> >> Erik
> >> 19. sep. 2014 03:47 skrev "Mike Tutkowski" <
> mike.tutkow...@solidfire.com>
> >> følgende:
> >>
> >>> Actually, the virtual router says it requires an upgrade.
> >>>
> >>> I think I can just turn that check off and re-run my create-VM test.
> >>>
> >>> On Thu, Sep 18, 2014 at 7:43 PM, Mike Tutkowski <
> >>> mike.tutkow...@solidfire.com> wrote:
> >>>
>  OK, I checked in a fix for this:
> 
> 
> 
> >>>
> >>
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commitdiff;h=18e5aa116e99906f24a292bf7546809e05c72ec2;hp=7537c33bcdda65672fdd8f81509e6885aa536932
> 
>  I did notice that both before and after my fix that the virtual router
> >> is
>  NOT coming up.
> 
>  The system VM being cloned and the starting of the VM looks fine. It
> >> gets
>  to the command prompt and then a little while later is shut down and
>  restarted. I get an error in the GUI indicating that my VM deployment
>  failed.
> 
>  I don't personally know a whole lot about how the virtual router code
>  works, so we should pass that on to an appropriate developer.
> 
>  On Thu, Sep 18, 2014 at 6:35 PM, Mike Tutkowski <
>  mike.tutkow...@solidfire.com> wrote:
> 
> > Just destroyed and re-created my env from scratch without
> > 8bb4022f3729154f85036c4a7f55e2de783e4909 and it works fine.
> >
> > I think I know what the author was intending with the code that is
> > causing the problem, so I'll go ahead and put in what I think is a
> >> fix,
> > re-create my env, and see if it works.
> >
> > On Thu, Sep 18, 2014 at 6:26 PM, ilya musayev <
> ilya.musa...@gmail.com
> >>>
> > wrote:
> >
> >> Thank you Mike, please keep us posted.
> >>
> >> Regards
> >> ilya
> >>
> >> On 9/18/14, 4:14 PM, Mike Tutkowski wrote:
> >>
> >> Little clarification on this:
> >>
> >> "The dsName is derived from the UUID of the datastore."
> >>
> >> I mean that the dsName is derived from the UUID primary storage in
> >> the
> >> DB.
> >>
> >> On Thu, Sep 18, 2014 at 5:12 PM, Mike Tutkowski <
> >> mike.tutkow...@solidfire.com> wrote:
> >>
> >>> Just a little update on this:
> >>>
> >>> The problem doesn't seem to have anything to do with "managed"
> >>> storage code that was introduced back in March.
> >>>
> >>> The dsName is derived from the UUID of the datastore. This leads
> >> to a
> >>> null being returned from
> >>> diskInfoBuilder.getDiskInfoByBackingFileBaseName,
> >>> which subsequently leads to a null being returned from this method
> >>> (and a
> >>> NullPointerException being thrown).
> >>>
> >>> I plan to take a look at the history of this file in gitk.
> >>>
> >>>private VirtualMachineDiskInfo
> >>> getMatchingExistingDisk(VirtualMachineDiskInfoBuilder
> >> diskInfoBuilder,
> >>> DiskTO vol) {
> >>>
> >>>if (diskInfoBuilder != null) {
> >>>
> >>>VolumeObjectTO volume = (VolumeObjectTO)vol.getData();
> >>>
> >>>String dsName =
> >>> volume.getDataStore().getUuid().replace("-",
> >>> "");
> >>>
> >>>
> >>> Map details = vol.getDetails();
> >>>
> >>>boolean isManaged = details != null &&
> >>> Boolean.parseBoolean(details.get(DiskTO.MANAGED));
> >>>
> >>>
> >>> VirtualMachineDiskInfo diskInfo =
> >>>
> >>>
> >>> diskInfoBuilder.getDiskInfoByBackingFileBaseName(isManaged ? new
> >>> DatastoreFile(volume.getPath()).getFileBaseName() :
> >> volume.getPath(),
> >>> dsName);
> >>>
> >>> On Thu, Sep 18, 2014 at 4:34 PM, Mike Tutkowski <
> >>> mike.tutkow...@solidfire.com> wrote:
> >>>
>  I think I found the magic. :)
> 
>  sudo mount -t nfs 192.168.129.46:/export/secondary /mnt/sec
> 
>  If I mount /export/secondary to /mnt/sec (I did it in a bit of a
>  roundabout way here), then the management server is happy.
> 
>  I think this is only VMware "thing" for the management server.
> 
>  Does anyone know if we document this?
> 
>  Thanks!
> 
>  On Thu, Sep 18, 2014 at 4:18 PM, Mike