Re: Cloud-Stack Configuration | Vagrant
Sounds like an issue either downloading the rpms from the repo or vhd-util. Do you have a stable and fast internet connection? Do vagrant destroy and vagrant up and it may go threw second time. On 21 Jan 2015 04:09, Supun Muthutantrige sup...@wso2.com wrote: Hi, Found a way to overcome the above messages by removing the downloaded VM's and starting vagrant up all over again. Now getting stuck with the following error, *== management: [2015-01-21T03:53:41+00:00] ERROR: yum -d0 -e0 -y install cloudstack-management-4.3.2-1.el6 exceeded timeout 900== management: == management: == management: Error executing action `install` on resource 'package[cloudstack-management]'== management: == management: == management: == management: Timeout::Error== management: --== management: execution expired== management: == management: == management: Resource Declaration:== management: -== management: # In /tmp/vagrant-chef-2/chef-solo-1/cookbooks/cloudstack/recipes/management_server.rb== management: == management: == management: == management: 25: package 'cloudstack-management' do== management: == management: 26: action :install== management: == management: 27: end== management: == management: 28: include_recipe 'cloudstack::vhd-util'== management: == management: == management: == management: Compiled Resource:== management: --== management: # Declared in /tmp/vagrant-chef-2/chef-solo-1/cookbooks/cloudstack/recipes/management_server.rb:25:in `from_file'== management: * *== management: [2015-01-21T03:53:41+00:00] ERROR: yum -d0 -e0 -y install cloudstack-management-4.3.2-1.el6 exceeded timeout 900== management: == management: == management: Error executing action `install` on resource 'package[cloudstack-management]'== management: == management: * *== management: [2015-01-21T03:53:41+00:00] ERROR: yum -d0 -e0 -y install cloudstack-management-4.3.2-1.el6 exceeded timeout 900== management: == management: == management: Error executing action `install` on resource 'package[cloudstack-management]'== management: == management: == management: == management: Timeout::Error== management: --== management: execution expired== management: == management: == management: Resource Declaration:== management: -== management: # In /tmp/vagrant-chef-2/chef-solo-1/cookbooks/cloudstack/recipes/management_server.rb== management: == management: == management: == management: 25: package 'cloudstack-management' do== management: == management: 26: action :install== management: == management: 27: end== management: == management: 28: include_recipe 'cloudstack::vhd-util'== management: == management: == management: == management: Compiled Resource:== management: --== management: # Declared in /tmp/vagrant-chef-2/chef-solo-1/cookbooks/cloudstack/recipes/management_server.rb:25:in `from_file'== management: == management: == management: == management: package(cloudstack-management) do== management: action [:install]== management: retries 0== management: retry_delay 2== management: guard_interpreter :default== management: package_name cloudstack-management== management: version 4.3.2-1.el6== management: timeout 900== management: cookbook_name :cloudstack== management: recipe_name management_server== management: end== management: == management: [2015-01-21T03:53:41+00:00] INFO: Running queued delayed notifications before re-raising exception== management: [2015-01-21T03:53:41+00:00] INFO: template[/etc/sysconfig/nfs] sending restart action to service[nfs] (delayed)== management: [2015-01-21T03:53:44+00:00] INFO: service[nfs] restarted== management: [2015-01-21T03:53:44+00:00] ERROR: Running exception handlers== management: [2015-01-21T03:53:44+00:00] ERROR: Exception handlers complete== management: [2015-01-21T03:53:44+00:00] FATAL: Stacktrace dumped to /var/chef/cache/chef-stacktrace.out== management: [2015-01-21T03:53:44+00:00] ERROR: package[cloudstack-management] (cloudstack::management_server line 25) had an error: Timeout::Error: execution expired== management: [2015-01-21T03:53:44+00:00] FATAL: Chef::Exceptions::ChildConvergeError: Chef run process exited unsuccessfully (exit code 1)Chef never successfully completed! Any
Clearing template cache on primary storage
Is it possible to clear template cache on primary storage prior to VM deployment, via cloudmonkey or some other method? I'm doing some performance tests on one of our Cloudstack clusters that is running Xenserver. For testing purposes, I'd like to force the copy of the template from secondary storage to primary storage, with each deployment on this cluster. I'm kicking off the vm instance deployments in batches of 20. I want the template to be pulled down to primary storage each time a deployment starts. I've looked over the API and I don't see anything that quite matches what I'm looking for. It looks like prepareTemplate will allow me to cache the template on primary storage, but I'd like to uncache prior to deploying a new instance: https://cloudstack.apache.org/docs/api/apidocs-4.2/root_admin/prepareTemplate.html, and there doesn't appear to be an obvious way to do so. Thanks, Kyle
Re: Cloud-Stack Configuration | Vagrant
Apart from your *https://github.com/imduffy15/devcloud4.git https://github.com/imduffy15/devcloud4.git *repo, When running the forked *https://github.com/imesh/devcloud4.git https://github.com/imesh/devcloud4.git* version, Getting the following message. I was trying with both *== management: Thank you for installing Chef!* *== management: Running provisioner: chef_solo...* *Generating chef JSON and uploading...* *== management: Running chef-solo...* *== management: [2015-01-22T05:55:41+00:00] INFO: Forking chef instance to converge...* *== management: [2015-01-22T05:55:41+00:00] WARN: * *== management: * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * ** *== management: SSL validation of HTTPS requests is disabled. HTTPS connections are still* *== management: encrypted, but chef is not able to detect forged replies or man in the middle* *== management: attacks.* *== management: * *== management: To fix this issue add an entry like this to your configuration file:* *== management: * *== management: ```* *== management: # Verify all HTTPS connections (recommended)* *== management: ssl_verify_mode :verify_peer* *== management: * *== management: # OR, Verify only connections to chef-server* *== management: verify_api_cert true* *== management: ```* *== management: * *== management: To check your SSL configuration, or troubleshoot errors, you can use the* *== management: `knife ssl check` command like so:* *== management: * *== management: ```* *== management: knife ssl check -c /tmp/vagrant-chef-2/solo.rb* *== management: ```* *== management: * *== management: * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * ** *== management: * *== management: [2015-01-22T05:55:41+00:00] INFO: *** Chef 11.16.0 *== management: [2015-01-22T05:55:41+00:00] INFO: Chef-client pid: 2938* *== management: [2015-01-22T05:55:47+00:00] INFO: Setting the run_list to [recipe[nat-router], recipe[cloudstack::management-server]] from CLI options* *== management: [2015-01-22T05:55:47+00:00] INFO: Run List is [recipe[nat-router], recipe[cloudstack::management-server]]* *== management: [2015-01-22T05:55:47+00:00] INFO: Run List expands to [nat-router, cloudstack::management-server]* *== management: [2015-01-22T05:55:47+00:00] INFO: Starting Chef Run for localhost* *== management: [2015-01-22T05:55:47+00:00] INFO: Running start handlers* *== management: [2015-01-22T05:55:47+00:00] INFO: Start handlers complete.* *== management: [2015-01-22T05:55:47+00:00] ERROR: Running exception handlers* *== management: [2015-01-22T05:55:47+00:00] ERROR: Exception handlers complete* *== management: [2015-01-22T05:55:47+00:00] FATAL: Stacktrace dumped to /var/chef/cache/chef-stacktrace.out* *== management: [2015-01-22T05:55:47+00:00] ERROR: Cookbook nat-router not found. If you're loading nat-router from another cookbook, make sure you configure the dependency in your metadata* *== management: [2015-01-22T05:55:47+00:00] FATAL: Chef::Exceptions::ChildConvergeError: Chef run process exited unsuccessfully (exit code 1)* *Chef never successfully completed! Any errors should be visible in the* *output above. Please fix your recipes so that they properly complete.* Thank you, Regards *Supun Rasitha Muthutantrige* Software Engineer | Intern WSO2 Inc: http://wso2.com lean.enterprise.middleware Mobile: 0758374608 On Thu, Jan 22, 2015 at 1:09 AM, Ian Duffy i...@ianduffy.ie wrote: Sounds like an issue either downloading the rpms from the repo or vhd-util. Do you have a stable and fast internet connection? Do vagrant destroy and vagrant up and it may go threw second time. On 21 Jan 2015 04:09, Supun Muthutantrige sup...@wso2.com wrote: Hi, Found a way to overcome the above messages by removing the downloaded VM's and starting vagrant up all over again. Now getting stuck with the following error, *== management: [2015-01-21T03:53:41+00:00] ERROR: yum -d0 -e0 -y install cloudstack-management-4.3.2-1.el6 exceeded timeout 900== management: == management: == management: Error executing action `install` on resource 'package[cloudstack-management]'== management: == management: == management: == management: Timeout::Error== management: --== management: execution expired== management: == management: == management: Resource Declaration:== management: -== management: # In /tmp/vagrant-chef-2/chef-solo-1/cookbooks/cloudstack/recipes/management_server.rb== management: == management: == management: == management: 25: package 'cloudstack-management' do== management: == management: 26: action :install== management: == management: 27: end== management: == management: 28: include_recipe 'cloudstack::vhd-util'== management: == management: == management: ==
RE: Re: CloudStack开发问题:虚拟机如何与CloudStack管理节点交互的?
VM怎么着也是运行在Agent或其他虚拟化软件上的。 而VM的状态是可以通过这些软件获得, 所以,在CloudStackUI上刷新VM的状态是没有问题的。 -Original Message- From: w...@landhightech.com [mailto:w...@landhightech.com] Sent: Thursday, January 22, 2015 9:12 AM To: users-cn Subject: Re: Re: CloudStack开发问题:虚拟机如何与CloudStack管理节点 交互的? 谢谢你的回复,是否是CloudStack通过Agent,选择对应的虚拟化,然后创建 虚拟机,但是接下来虚拟机与CloudStack是否还有通信?如果我不通过 CloudStack 关闭虚拟机,我直接在后台关闭虚拟机,CloudStack的数据库和ui 上会一直显示running吗?CloudStack是否会给虚拟机发一个类似于心跳包的 东西? 麻烦你了,非常感谢。 w...@landhightech.com 发件人: Fan Lei 发送时间: 2015-01-20 13:43 收件人: users-cn@cloudstack.apache.org 主题: Re: CloudStack开发问题:虚拟机如何与CloudStack管理节点交互的? 基本上不进行通信,除了那个改密码的功能,是用过vr来间接通信的 在 2015年1月19日 下午2:59,w...@landhightech.com w...@landhightech.com写道: 大家好: CloudStack4.4.1 + VMware,我们想要对CloudStack进行二次开发,大家可否提供一下,CloudStack 的管理节点是怎样和宿主机上的vm进行通信的?即:CloudStack 的管理节点 如何和虚拟机进行交互的?谢谢大家了。 w...@landhightech.com Disclaimer: The contents of this e-mail, and its attachments, if any, are confidential and may be protected by law against any unauthorized use. If you have received this e-mail by mistake or have reason to believe that you are not the intended recipient, please notify the sender by reply e-mail as soon as possible and delete it from your computer system immediately thereafter. If you are not the intended recipient, you must not copy this e-mail or attachment or disclose the contents to any other person. While we have made every effort to keep our network virus free, we take no responsibility for any computer virus which might be transferred by way of this e-mail
Re: Root Disk Resize Not working.
Check out if it is support for your hypervisor https://cwiki.apache.org/confluence/display/CLOUDSTACK/Root+Resize+Support ~prashant On 1/22/15, 7:31 AM, Mitch.Fiorentini mitch.fiorent...@gmail.com wrote: Hello Everyone: I got root disk resizing against a powered off instance, but when trying to deploy a VM from a template and modifyting the root volume, I get the below error. I'm running CS 4.4.2 2015-01-21 20:51:22,111 INFO [c.c.a.ApiServer] (catalina-exec-6:ctx-da6f3af5 ctx-8b4d49de ctx-07e348ab) Hypervisor None does not support rootdisksize override
????: ??????????Eclipse????CloudStack4.4.2??????????
??eclipse??eclipse?? ??QQ?? wangyuyang1...@163.com ?? 2015-01-22 13:54 users-cn ?? ??EclipseCloudStack4.4.2?? ??maven -pl :cloud-client-ui jetty:run -Dmaven.test.skip=true -X ??i5 ?? 8G ??debug -- -- ??: wangyuyang1...@163.com;wangyuyang1...@163.com; : 2015??1??20??(??) 5:15 ??: users-cnusers-cn@cloudstack.apache.org; : EclipseCloudStack4.4.2?? Eclipse??CloudStack,?? ??Eclipsejuonm2e,pydev?? Ubuntu12.04?? cloudstack?? wangyuyang1...@163.com
?????? ??????????Eclipse????CloudStack4.4.2??????????
??eclipse ?? ?? -X Description Resource Path Location Type Plugin execution not covered by lifecycle configuration: org.apache.maven.plugins:maven-checkstyle-plugin:2.11:check (execution: cloudstack-checkstyle, phase: validate) pom.xml /cloud-agent line 23 Maven Project Build Lifecycle Mapping Problem -- -- ??: wangyuyang1...@163.com;wangyuyang1...@163.com; : 2015??1??22??(??) 2:02 ??: users-cnusers-cn@cloudstack.apache.org; : : ??EclipseCloudStack4.4.2?? ??eclipse??eclipse?? ??QQ?? wangyuyang1...@163.com ?? 2015-01-22 13:54 users-cn ?? ??EclipseCloudStack4.4.2?? ??maven -pl :cloud-client-ui jetty:run -Dmaven.test.skip=true -X ??i5 ?? 8G ??debug -- -- ??: wangyuyang1...@163.com;wangyuyang1...@163.com; : 2015??1??20??(??) 5:15 ??: users-cnusers-cn@cloudstack.apache.org; : EclipseCloudStack4.4.2?? Eclipse??CloudStack,?? ??Eclipsejuonm2e,pydev?? Ubuntu12.04?? cloudstack?? wangyuyang1...@163.com
Multiple ROOT disk for one Instances in CS 4.2.1
Hi For one of my Instances I could see many multiple of RootDisk. Because of this when xenserver reboots or if I stop and start the instances my VM is not responding. How can I fix this issue. I could see this issue almost out 173 VM's 5 are like this. *Below are the one pasted from the Storage CS GUI* ROOT-868ROOTXenServer ROOT-868ROOTXenServeror004-test.net ROOT-868ROOTXenServer ROOT-868ROOTXenServer ROOT-868ROOTXenServer ROOT-868ROOTXenServer ROOT-868ROOTXenServeror004-test.net ROOT-868ROOTXenServer ROOT-868ROOTXenServer ROOT-868ROOTXenServer ROOT-868ROOTXenServer Thanks, Keerthi
??????????Eclipse????CloudStack4.4.2??????????
??maven -pl :cloud-client-ui jetty:run -Dmaven.test.skip=true -X ??i5 ?? 8G ??debug -- -- ??: wangyuyang1...@163.com;wangyuyang1...@163.com; : 2015??1??20??(??) 5:15 ??: users-cnusers-cn@cloudstack.apache.org; : EclipseCloudStack4.4.2?? Eclipse??CloudStack,?? ??Eclipsejuonm2e,pydev?? Ubuntu12.04?? cloudstack?? wangyuyang1...@163.com
????: ??????????Eclipse????CloudStack4.4.2??????????
??i5Debug??easyEclipse Run ?? ?? 2015-01-22 13:54 users-cn ?? ??EclipseCloudStack4.4.2?? ??maven -pl :cloud-client-ui jetty:run -Dmaven.test.skip=true -X ??i5 ?? 8G ??debug -- -- ??: wangyuyang1...@163.com;wangyuyang1...@163.com; : 2015??1??20??(??) 5:15 ??: users-cnusers-cn@cloudstack.apache.org; : EclipseCloudStack4.4.2?? Eclipse??CloudStack,?? ??Eclipsejuonm2e,pydev?? Ubuntu12.04?? cloudstack?? wangyuyang1...@163.com
Root Disk Resize Not working.
Hello Everyone: I got root disk resizing against a powered off instance, but when trying to deploy a VM from a template and modifyting the root volume, I get the below error. I'm running CS 4.4.2 2015-01-21 20:51:22,111 INFO [c.c.a.ApiServer] (catalina-exec-6:ctx-da6f3af5 ctx-8b4d49de ctx-07e348ab) Hypervisor None does not support rootdisksize override
Re: RE: CloudStack开发问题:虚拟机如何与CloudStack管理节点交互的?
谢谢您的回复,可否再向您请教一下该功能对应的代码部分怎样实现的,或者是流程是怎样的?初步接触CloudStack,举步维艰,望您指导,拜谢。 w...@landhightech.com 发件人: YUAN, GUI -HBIS 发送时间: 2015-01-22 09:19 收件人: users-cn@cloudstack.apache.org 主题: RE: Re: CloudStack开发问题:虚拟机如何与CloudStack管理节点交互的? VM怎么着也是运行在Agent或其他虚拟化软件上的。 而VM的状态是可以通过这些软件获得, 所以,在CloudStackUI上刷新VM的状态是没有问题的。 -Original Message- From: w...@landhightech.com [mailto:w...@landhightech.com] Sent: Thursday, January 22, 2015 9:12 AM To: users-cn Subject: Re: Re: CloudStack开发问题:虚拟机如何与CloudStack管理节点 交互的? 谢谢你的回复,是否是CloudStack通过Agent,选择对应的虚拟化,然后创建 虚拟机,但是接下来虚拟机与CloudStack是否还有通信?如果我不通过 CloudStack 关闭虚拟机,我直接在后台关闭虚拟机,CloudStack的数据库和ui 上会一直显示running吗?CloudStack是否会给虚拟机发一个类似于心跳包的 东西? 麻烦你了,非常感谢。 w...@landhightech.com 发件人: Fan Lei 发送时间: 2015-01-20 13:43 收件人: users-cn@cloudstack.apache.org 主题: Re: CloudStack开发问题:虚拟机如何与CloudStack管理节点交互的? 基本上不进行通信,除了那个改密码的功能,是用过vr来间接通信的 在 2015年1月19日 下午2:59,w...@landhightech.com w...@landhightech.com写道: 大家好: CloudStack4.4.1 + VMware,我们想要对CloudStack进行二次开发,大家可否提供一下,CloudStack 的管理节点是怎样和宿主机上的vm进行通信的?即:CloudStack 的管理节点 如何和虚拟机进行交互的?谢谢大家了。 w...@landhightech.com Disclaimer: The contents of this e-mail, and its attachments, if any, are confidential and may be protected by law against any unauthorized use. If you have received this e-mail by mistake or have reason to believe that you are not the intended recipient, please notify the sender by reply e-mail as soon as possible and delete it from your computer system immediately thereafter. If you are not the intended recipient, you must not copy this e-mail or attachment or disclose the contents to any other person. While we have made every effort to keep our network virus free, we take no responsibility for any computer virus which might be transferred by way of this e-mail
expunge disk issue
Hi all, we are close to our capacity limit on the storage. We noticed that deleting virtual disks within CS (4.2) never does free up space on the storage side. Same for disk migration. We reduced the expunge time but nothing happens. Is there procedure to trigger this and check the status/progress? Thanks, Ingo -- This email was Virus checked by Astaro Security Gateway. http://www.sophos.com
Re: Root Disk Resize Not working.
When you deploy via cloudmonkey (I assume) you need to also specify the hypervisor, so append to your command: hypervisor=KVM It should work. Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Mitch.Fiorentini mitch.fiorent...@gmail.com To: users@cloudstack.apache.org Sent: Thursday, 22 January, 2015 02:01:35 Subject: Root Disk Resize Not working. Hello Everyone: I got root disk resizing against a powered off instance, but when trying to deploy a VM from a template and modifyting the root volume, I get the below error. I'm running CS 4.4.2 2015-01-21 20:51:22,111 INFO [c.c.a.ApiServer] (catalina-exec-6:ctx-da6f3af5 ctx-8b4d49de ctx-07e348ab) Hypervisor None does not support rootdisksize override
Re: expunge disk issue
You should see free space after capacity.check.period which is in global Settings ~prashant On 1/22/15, 12:32 PM, Jochim, Ingo ingo.joc...@bautzen-it.de wrote: Hi all, we are close to our capacity limit on the storage. We noticed that deleting virtual disks within CS (4.2) never does free up space on the storage side. Same for disk migration. We reduced the expunge time but nothing happens. Is there procedure to trigger this and check the status/progress? Thanks, Ingo -- This email was Virus checked by Astaro Security Gateway. http://www.sophos.com
Re: expunge disk issue
You should see free space after capacity.check.period which is in global settings On 1/22/15, 12:32 PM, Jochim, Ingo ingo.joc...@bautzen-it.de wrote: rigger this and check the status/progre
AW: expunge disk issue
Right. Here are our settings: Expunge.delay=21600 Expunge.interval=3600 Expunge.workers=4 The disks have been deleted/moved a week ago. Nothing happened so far. Regards, Ingo -Ursprüngliche Nachricht- Von: Prashant Kumar Mishra [mailto:prashantkumar.mis...@citrix.com] Gesendet: Donnerstag, 22. Januar 2015 08:11 An: users@cloudstack.apache.org Betreff: Re: expunge disk issue You should see free space after capacity.check.period which is in global Settings ~prashant On 1/22/15, 12:32 PM, Jochim, Ingo ingo.joc...@bautzen-it.de wrote: Hi all, we are close to our capacity limit on the storage. We noticed that deleting virtual disks within CS (4.2) never does free up space on the storage side. Same for disk migration. We reduced the expunge time but nothing happens. Is there procedure to trigger this and check the status/progress? Thanks, Ingo -- This email was Virus checked by Astaro Security Gateway. http://www.sophos.com -- This email was Virus checked by Astaro Security Gateway. http://www.sophos.com
cloudmonkey and ldap - auth error
Hello, guys! I'm trying to enable LDAP via cloudmonkey. Everything is ok until i try to set ldap.bind.password setting When i call: cloudmonkey updateConfiguration name=ldap.bind.password value=password* i am getting an error: Error 401 Authentication error errorcode = 401 errortext = unable to verify user credentials and/or request signature uuidList: if i use any other password, without symbol '*' everything works properly, for example: cloudmonkey updateConfiguration name=ldap.bind.password value=password works any ideas? Regards, Junior IT engineer Farheap, Russia Ivan Derbenev
Re: cloudmonkey and ldap - auth error
Ivan, cloudmonkey updateConfiguration name=ldap.bind.password value=password* just to be sure your shell doesn't expand anything, have you already tried single ticks? e.g. [...] value='password*' cheers, - Stephan
Re: cloudmonkey and ldap - auth error
Hi Dopropalka, Can you share which version of CloudMonkey you’re running, on which OS and which shell are you using to do this? If you run this in interpreter mode (instead of running on your shell), do you get the same result? Regards. On 21-Jan-2015, at 6:23 pm, dobropalka dobropa...@gmail.com wrote: Hello, guys! I'm trying to enable LDAP via cloudmonkey. Everything is ok until i try to set ldap.bind.password setting When i call: cloudmonkey updateConfiguration name=ldap.bind.password value=password* i am getting an error: Error 401 Authentication error errorcode = 401 errortext = unable to verify user credentials and/or request signature uuidList: if i use any other password, without symbol '*' everything works properly, for example: cloudmonkey updateConfiguration name=ldap.bind.password value=password works any ideas? Regards, Junior IT engineer Farheap, Russia Ivan Derbenev Regards, Rohit Yadav Software Architect, ShapeBlue M. +91 88 262 30892 | rohit.ya...@shapeblue.com Blog: bhaisaab.org | Twitter: @_bhaisaab Find out more about ShapeBlue and our range of CloudStack related services IaaS Cloud Design Buildhttp://shapeblue.com/iaas-cloud-design-and-build// CSForge – rapid IaaS deployment frameworkhttp://shapeblue.com/csforge/ CloudStack Consultinghttp://shapeblue.com/cloudstack-consultancy/ CloudStack Software Engineeringhttp://shapeblue.com/cloudstack-software-engineering/ CloudStack Infrastructure Supporthttp://shapeblue.com/cloudstack-infrastructure-support/ CloudStack Bootcamp Training Courseshttp://shapeblue.com/cloudstack-training/ This email and any attachments to it may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Shape Blue Ltd or related companies. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. Shape Blue Ltd is a company incorporated in England Wales. ShapeBlue Services India LLP is a company incorporated in India and is operated under license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by The Republic of South Africa and is traded under license from Shape Blue Ltd. ShapeBlue is a registered trademark.