Re: [VMWARE SETUP ERROR] Error seeing in brining up System VMs with Vmware setup with CS server
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 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 terbol...@gmail.com 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(-, ); MapString, String 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 Tutkowski mike.tutkow...@solidfire.com wrote: The instructions even say the following: If your secondary storage mount point is not named /mnt/secondary, substitute your own mount point name. On Thu, Sep 18, 2014 at 4:15 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Yeah, I've been through the instructions a couple times and don't see anything that indicates why it's having trouble with /mnt/sec (it says /mnt/sec instead of /mnt/secondary in the log messages). On Thu, Sep 18, 2014 at 4:01 PM, Ritu Sabharwal rsabh...@brocade.com wrote: I have an external NFS server and it is mounted to /mnt/secondary on my CS server so seeding command I used is:
Re: [VMWARE SETUP ERROR] Error seeing in brining up System VMs with Vmware setup with CS server
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 i...@ianduffy.ie 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 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 terbol...@gmail.com 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(-, ); MapString, String 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 Tutkowski mike.tutkow...@solidfire.com wrote: The instructions even say the following: If your secondary storage mount point is not named /mnt/secondary, substitute your own mount point name. On Thu, Sep 18, 2014 at 4:15 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Yeah, I've been through the instructions a couple times and don't see anything that indicates why it's having trouble with /mnt/sec (it says /mnt/sec instead of /mnt/secondary in the log messages). On Thu, Sep 18, 2014 at 4:01 PM, Ritu Sabharwal rsabh...@brocade.com
Upload root certificate and intermediate certificate
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=uploadCustomCertificateid=1sessionkey=LAM0wM%2B0cejIYxCHprtGc4w15sg%3Dname=root1domainsuffix=customabc.comcertificate=-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=uploadCustomCertificateid=1sessionkey=LAM0wM%2B0cejIYxCHprtGc4w15sg%3Dname=root1domainsuffix=customamogh.comcertificate=-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: Upload root certificate and intermediate certificate
Inline.. Sent from my iPhone On 20 Sep 2014, at 7:50 pm, Indra Pramana in...@sg.or.id 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=uploadCustomCertificateid=1sessionkey=LAM0wM%2B0cejIYxCHprtGc4w15sg%3Dname=root1domainsuffix=customabc.comcertificate=-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=uploadCustomCertificateid=1sessionkey=LAM0wM%2B0cejIYxCHprtGc4w15sg%3Dname=root1domainsuffix=customamogh.comcertificate=-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.
[ACS441] which systemvm templates to use in 4.4.1 for the Release notes?
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-hypervisor.vhd ? thanks PL
[ACS431] upgrade require systemvm upgrade?
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_
Re: Upload root certificate and intermediate certificate
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 abhisekb...@msn.com wrote: Inline.. Sent from my iPhone On 20 Sep 2014, at 7:50 pm, Indra Pramana in...@sg.or.id 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=uploadCustomCertificateid=1sessionkey=LAM0wM%2B0cejIYxCHprtGc4w15sg%3Dname=root1domainsuffix=customabc.comcertificate=-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=uploadCustomCertificateid=1sessionkey=LAM0wM%2B0cejIYxCHprtGc4w15sg%3Dname=root1domainsuffix=customamogh.comcertificate=-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?
Re: Upload root certificate and intermediate certificate
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 abhisekb...@msn.com 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 in...@sg.or.id 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 abhisekb...@msn.com wrote: Inline.. Sent from my iPhone On 20 Sep 2014, at 7:50 pm, Indra Pramana in...@sg.or.id 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=uploadCustomCertificateid=1sessionkey=LAM0wM%2B0cejIYxCHprtGc4w15sg%3Dname=root1domainsuffix=customabc.comcertificate=-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-
Re: Upload root certificate and intermediate certificate
Hi Abhisek and all, I tried to run the login API command via browser: https://x.x.x.x:8080/client/api?command=loginusername=myusernamepassword=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 in...@sg.or.id 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 abhisekb...@msn.com 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 in...@sg.or.id 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 abhisekb...@msn.com wrote: Inline.. Sent from my iPhone On 20 Sep 2014, at 7:50 pm, Indra Pramana in...@sg.or.id 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=uploadCustomCertificateid=1sessionkey=LAM0wM%2B0cejIYxCHprtGc4w15sg%3Dname=root1domainsuffix=customabc.comcertificate=-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-
Re: Upload root certificate and intermediate certificate
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 in...@sg.or.id 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 abhisekb...@msn.com 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 in...@sg.or.id 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 abhisekb...@msn.com wrote: Inline.. Sent from my iPhone On 20 Sep 2014, at 7:50 pm, Indra Pramana in...@sg.or.id 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=uploadCustomCertificateid=1sessionkey=LAM0wM%2B0cejIYxCHprtGc4w15sg%3Dname=root1domainsuffix=customabc.comcertificate=-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-
Re: Upload root certificate and intermediate certificate
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 in...@sg.or.id wrote: Hi Abhisek and all, I tried to run the login API command via browser: https://x.x.x.x:8080/client/api?command=loginusername=myusernamepassword=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 in...@sg.or.id 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 abhisekb...@msn.com 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 in...@sg.or.id 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 abhisekb...@msn.com wrote: Inline.. Sent from my iPhone On 20 Sep 2014, at 7:50 pm, Indra Pramana in...@sg.or.id 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=uploadCustomCertificateid=1sessionkey=LAM0wM%2B0cejIYxCHprtGc4w15sg%3Dname=root1domainsuffix=customabc.comcertificate=-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-
Re: Upload root certificate and intermediate certificate
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 in...@sg.or.id wrote: Hi Abhisek and all, I tried to run the login API command via browser: https://x.x.x.x:8080/client/api?command=loginusername=myusernamepassword =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 in...@sg.or.id 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 abhisekb...@msn.com 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 in...@sg.or.id 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 abhisekb...@msn.com wrote: Inline.. Sent from my iPhone On 20 Sep 2014, at 7:50 pm, Indra Pramana in...@sg.or.id 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_Eg1KC4E6hncNTBrwv58t9D4hjxZ4zdXpeXl1FW-RS5fyuqwlCx8 xKdIHfBXYl-IB_KIAaj3RDpbZ4_YMg75tgB-p2pC0ManVqjx1c6RdNoo/http%3A%2F%2F10 .147.59.226%3A8080%2Fclient%2Fapi%3Fcommand%3DuploadCustomCertificate%26 id%3D1%26sessionkey%3DLAM0wM%2B0cejIYxCHprtGc4w15sg%3D%26name%3Droot1%26
Re: Upload root certificate and intermediate certificate
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 amogh.vase...@citrix.com 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 in...@sg.or.id wrote: Hi Abhisek and all, I tried to run the login API command via browser: https://x.x.x.x:8080/client/api?command=loginusername=myusernamepassword =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 in...@sg.or.id 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 abhisekb...@msn.com 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 in...@sg.or.id 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 abhisekb...@msn.com wrote: Inline.. Sent from my iPhone On 20 Sep 2014, at 7:50 pm, Indra Pramana in...@sg.or.id 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
Re: Upload root certificate and intermediate certificate
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 in...@sg.or.id 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 abhisekb...@msn.com wrote: Inline.. Sent from my iPhone On 20 Sep 2014, at 7:50 pm, Indra Pramana in...@sg.or.id 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=uploadCustomCertificateid=1sessionkey=LAM0wM%2B0cejIYxCHprtGc4w15sg%3Dname=root1domainsuffix=customabc.comcertificate=-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=uploadCustomCertificateid=1sessionkey=LAM0wM%2B0cejIYxCHprtGc4w15sg%3Dname=root1domainsuffix=customamogh.comcertificate=-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
Unable to acquire lock on VMTemplateStoragePool
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:
Re: [ACS431] upgrade require systemvm upgrade?
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_
Re: [VMWARE SETUP ERROR] Error seeing in brining up System VMs with Vmware setup with CS server
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 agneya2...@gmail.com 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 mike.tutkow...@solidfire.com 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 terbol...@gmail.com 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(-, ); MapString, String 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 Tutkowski
Re: Unable to acquire lock on VMTemplateStoragePool
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 m...@daoenix.com 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:
Re: Unable to acquire lock on VMTemplateStoragePool
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 m...@daoenix.com 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:
Re: Unable to acquire lock on VMTemplateStoragePool
Yeah, it seems like a race condition. On Sat, Sep 20, 2014 at 6:39 PM, mo m...@daoenix.com 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 m...@daoenix.com 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: