Issue in xenserver VM packet loss
Hi I have ACS 4.2 with Advance Networking setup. In one of my cluster group I have Xenserver 6.2 in this all the VM users complains Network issue. Where I could see packet loss so I generated the sever status report and uploaded to taas.citrix.com where they recommended to below pasted defect. OVS Flow Eviction Threshold Exceeded Issue detected on: xen13.sjc.xxx.net, xen14.xxx.net Description: When the flow eviction threshold is exceeded packet loss can occur and network performance can be impacted Citrix Recommendations: Please follow the below link which suggests increasing flow eviction threshold or if that has been maximized then rolling back to bridge to resolve issues. http://support.citrix.com/article/CTX140764 Extra Information: Bridge Name + ' ' + Flow Eviction Threshold + ' ' + Flow Value + ' ' + Packets Lost xenbr5 1000 2249 1128814 ; Bridge Name + ' ' + Flow Eviction Threshold + ' ' + Flow Value + ' ' + Packets Lost xenbr5 1000 1313 0 Severity: Medium Category: Networking I that ok to switch ovs to *xe-switch-network-backend bridge mode.* *Thanks,* *Keerthi*
CPVM and SSVM certificate not working
Hi, I have installed certificate for CPVM and SSVM as per this http://support.citrix.com/article/CTX133468 or https://cwiki.apache.org/confluence/display/CLOUDSTACK/Procedure+to+Replace+realhostip.com+with+Your+Own+Domain+Name Now problem is, its giving error that server not found ? I don't see errors in mgmt. logs, nothing in cpvm logs as well. Its weird, Any suggestion ? /Sonali
Re: CPVM and SSVM certificate not working
did you create all DNS records aaa-bbb-ccc-ddd.yourdomain.com ? wild card SSL - any ROOT CA and Intermediate CA uploaded also ? On 22 April 2015 at 15:52, Sonali Jadhav son...@servercentralen.se wrote: Hi, I have installed certificate for CPVM and SSVM as per this http://support.citrix.com/article/CTX133468 or https://cwiki.apache.org/confluence/display/CLOUDSTACK/Procedure+to+Replace+realhostip.com+with+Your+Own+Domain+Name Now problem is, its giving error that server not found ? I don't see errors in mgmt. logs, nothing in cpvm logs as well. Its weird, Any suggestion ? /Sonali -- Andrija Panić
Re: AW: cpu overprovisioning
I can confirm that stopping the machines and then making them run again (not with the command reboot but first stop and then start) the percentage reflects the correct proportion of GHz GHz allocated to available for moltipliati factor overprovisioning. Thanks Il 22/04/2015 12:05, S. Brüseke - proIO GmbH ha scritto: Dashboard is not wrong. You only have these resources left in your CS. Here is an example as far as I remember: Dashboard shows 100 GHz / 180 Ghz (cpu over provisioning is 1 / 3 Hosts each 24x 2.5Ghz) You deploy 10 vms with 1 Ghz Dashboard shows 110 Ghz / 180 Ghz (cpu over provisioning is 1 / 3 Hosts each 24x 2.5Ghz) You change cpu over provisioning to 4 Dashboard shows 440 Ghz / 720 Ghz (cpu over provisioning is 4 / 3 Hosts each 24x 2.5Ghz) You stop and start all vms Dashboard shows 110 Ghz / 720 Ghz Mit freundlichen Grüßen / With kind regards, Swen Brüseke -Ursprüngliche Nachricht- Von: Abhinandan Prateek [mailto:abhinandan.prat...@shapeblue.com] Gesendet: Mittwoch, 22. April 2015 06:35 An: users@cloudstack.apache.org Betreff: Re: cpu overprovisioning Can we fix the dashboard to reflect the available capacity given an over commit ? On 22-Apr-2015, at 9:56 am, Bharat Kumar bharat.ku...@citrix.com wrote: Also In case of change in the overcommit value the total capacity will change instantaneously, but the used resource and the total available will change when the capacity checker thread runs. The interval at which this will run can be changed from the global settings. Thanks, Bharat. On 22-Apr-2015, at 9:50 am, Bharat Kumar bharat.ku...@citrix.com wrote: Hi, The change in cpu overcommit factor will not change the amount of resource that are available to you. It will change the way you want to use the free resource available at that time. It won't change what was already allocated. for example if you have deployed the VMs with overcommit say 2 and after a while you change the overcommit to 3, the used resource will be scaled based on the change. changing the overcommit cannot create resource. It can only change the way you want to use the free resource. So now after the change in overcommit you can deploy 3 times more VMs (of a given service offering) than usual using the the resource that is free at the time of changing the overcommit value. The perviously allocated resource cannot be freed until you restart the VMs. This link will tell you how resource allocation calculations are made. https://cwiki.apache.org/confluence/display/CLOUDSTACK/CPU+and+RAM+Ov ercommit Thanks, Bharat. On 21-Apr-2015, at 11:20 pm, Rafael Weingärtner rafaelweingart...@gmail.commailto:rafaelweingart...@gmail.com wrote: I have not looked at the code, but that seems odd. Restarting VMs instances to update the resource usage/resource availability when changing the overprovisioning factor. On Tue, Apr 21, 2015 at 12:51 PM, S. Brüseke - proIO GmbH s.brues...@proio.commailto:s.brues...@proio.com wrote: Please try to stop and start the vm. Maybe reboot is not working here. You should start to see more free CPU after the first vm. Mit freundlichen Grüßen / With kind regards, Swen Brüseke -Ursprüngliche Nachricht- Von: Ugo Vasi [mailto:ugo.v...@procne.it] Gesendet: Dienstag, 21. April 2015 16:40 An: users@cloudstack.apache.orgmailto:users@cloudstack.apache.org Betreff: Re: AW: cpu overprovisioning Hi Swen, I try rebboting 2 vm but the amount of cpu MHz is not changed. Do I have to restart all vm before you see a change? Il 21/04/2015 16:16, S. Brüseke - proIO GmbH ha scritto: This is because the factor of overprovisioning is attached to the instance too! And this factor is only changing after rebooting the instance. So after a change of cpu.overprovisioning.factor you need to reboot all instances on this cluster which were running before this change was made. Mit freundlichen Grüßen / With kind regards, Swen Brüseke -Ursprüngliche Nachricht- Von: Ugo Vasi [mailto:ugo.v...@procne.it] Gesendet: Dienstag, 21. April 2015 16:06 An: users@cloudstack.apache.orgmailto:users@cloudstack.apache.org Betreff: Re: cpu overprovisioning If I change the over-provisioning ratio in cluster-relative settings (infrastructure-cluser-cluster-name-settings) the dashboard show the sum of real GHz the overprovisioned amount of GHz (324GHz) as aspected, but after a while also the sum of Ghz is multiplied by the same factor making it unnecessary... Il 21/04/2015 15:26, Bharat Kumar ha scritto: In case of cloudstack, cpu capacity for host is total of cpus * no of Ghz * overporvisoning. total capacity = sum of capacities of individual hosts. Thanks, Bharat. On 21-Apr-2015, at 6:49 pm, Abhinandan Prateek abhinandan.prat...@shapeblue.commailto:abhinandan.prat...@shapeblue.com wrote: Available CPU will be 3 times the actual CPU when over provisioned by 3. The UI not showing the over provisioned value seems like a bug. -abhi On 21-Apr-2015, at 6:34 pm, Ugo Vasi
CloidStack / Juniper SSG
Ive been considering moving to the juniper SSG platform for the cloud infrastructure. So Im curious whats a decent Juniper SSG supported by cloudstack for a test lab environment?? most likely Ill go for a used one off Ebay for the lab. what models are the recommended ones which will fit best.
Re: cpu overprovisioning
Thank you guys for your inputs, will check it out soon. Regards, -abhi On 22-Apr-2015, at 6:42 pm, Ugo Vasi ugo.v...@procne.it wrote: I can confirm that stopping the machines and then making them run again (not with the command reboot but first stop and then start) the percentage reflects the correct proportion of GHz GHz allocated to available for moltipliati factor overprovisioning. Thanks Il 22/04/2015 12:05, S. Brüseke - proIO GmbH ha scritto: Dashboard is not wrong. You only have these resources left in your CS. Here is an example as far as I remember: Dashboard shows 100 GHz / 180 Ghz (cpu over provisioning is 1 / 3 Hosts each 24x 2.5Ghz) You deploy 10 vms with 1 Ghz Dashboard shows 110 Ghz / 180 Ghz (cpu over provisioning is 1 / 3 Hosts each 24x 2.5Ghz) You change cpu over provisioning to 4 Dashboard shows 440 Ghz / 720 Ghz (cpu over provisioning is 4 / 3 Hosts each 24x 2.5Ghz) You stop and start all vms Dashboard shows 110 Ghz / 720 Ghz Mit freundlichen Grüßen / With kind regards, Swen Brüseke -Ursprüngliche Nachricht- Von: Abhinandan Prateek [mailto:abhinandan.prat...@shapeblue.com] Gesendet: Mittwoch, 22. April 2015 06:35 An: users@cloudstack.apache.org Betreff: Re: cpu overprovisioning Can we fix the dashboard to reflect the available capacity given an over commit ? On 22-Apr-2015, at 9:56 am, Bharat Kumar bharat.ku...@citrix.com wrote: Also In case of change in the overcommit value the total capacity will change instantaneously, but the used resource and the total available will change when the capacity checker thread runs. The interval at which this will run can be changed from the global settings. Thanks, Bharat. On 22-Apr-2015, at 9:50 am, Bharat Kumar bharat.ku...@citrix.com wrote: Hi, The change in cpu overcommit factor will not change the amount of resource that are available to you. It will change the way you want to use the free resource available at that time. It won't change what was already allocated. for example if you have deployed the VMs with overcommit say 2 and after a while you change the overcommit to 3, the used resource will be scaled based on the change. changing the overcommit cannot create resource. It can only change the way you want to use the free resource. So now after the change in overcommit you can deploy 3 times more VMs (of a given service offering) than usual using the the resource that is free at the time of changing the overcommit value. The perviously allocated resource cannot be freed until you restart the VMs. This link will tell you how resource allocation calculations are made. https://cwiki.apache.org/confluence/display/CLOUDSTACK/CPU+and+RAM+Ov ercommit Thanks, Bharat. On 21-Apr-2015, at 11:20 pm, Rafael Weingärtner rafaelweingart...@gmail.commailto:rafaelweingart...@gmail.com wrote: I have not looked at the code, but that seems odd. Restarting VMs instances to update the resource usage/resource availability when changing the overprovisioning factor. On Tue, Apr 21, 2015 at 12:51 PM, S. Brüseke - proIO GmbH s.brues...@proio.commailto:s.brues...@proio.com wrote: Please try to stop and start the vm. Maybe reboot is not working here. You should start to see more free CPU after the first vm. Mit freundlichen Grüßen / With kind regards, Swen Brüseke -Ursprüngliche Nachricht- Von: Ugo Vasi [mailto:ugo.v...@procne.it] Gesendet: Dienstag, 21. April 2015 16:40 An: users@cloudstack.apache.orgmailto:users@cloudstack.apache.org Betreff: Re: AW: cpu overprovisioning Hi Swen, I try rebboting 2 vm but the amount of cpu MHz is not changed. Do I have to restart all vm before you see a change? Il 21/04/2015 16:16, S. Brüseke - proIO GmbH ha scritto: This is because the factor of overprovisioning is attached to the instance too! And this factor is only changing after rebooting the instance. So after a change of cpu.overprovisioning.factor you need to reboot all instances on this cluster which were running before this change was made. Mit freundlichen Grüßen / With kind regards, Swen Brüseke -Ursprüngliche Nachricht- Von: Ugo Vasi [mailto:ugo.v...@procne.it] Gesendet: Dienstag, 21. April 2015 16:06 An: users@cloudstack.apache.orgmailto:users@cloudstack.apache.org Betreff: Re: cpu overprovisioning If I change the over-provisioning ratio in cluster-relative settings (infrastructure-cluser-cluster-name-settings) the dashboard show the sum of real GHz the overprovisioned amount of GHz (324GHz) as aspected, but after a while also the sum of Ghz is multiplied by the same factor making it unnecessary... Il 21/04/2015 15:26, Bharat Kumar ha scritto: In case of cloudstack, cpu capacity for host is total of cpus * no of Ghz * overporvisoning. total capacity = sum of capacities of individual hosts. Thanks, Bharat. On 21-Apr-2015, at 6:49 pm, Abhinandan Prateek
Re: CPVM and SSVM certificate not working
To rule out DNS issues try resolving ips locally on ssvm,cpvm. On 4/22/15, 7:59 PM, Andrija Panic andrija.pa...@gmail.com wrote: did you create all DNS records aaa-bbb-ccc-ddd.yourdomain.com ? wild card SSL - any ROOT CA and Intermediate CA uploaded also ? On 22 April 2015 at 15:52, Sonali Jadhav son...@servercentralen.se wrote: Hi, I have installed certificate for CPVM and SSVM as per this http://support.citrix.com/article/CTX133468 or https://cwiki.apache.org/confluence/display/CLOUDSTACK/Procedure+to+Repla ce+realhostip.com+with+Your+Own+Domain+Name Now problem is, its giving error that server not found ? I don't see errors in mgmt. logs, nothing in cpvm logs as well. Its weird, Any suggestion ? /Sonali -- Andrija Panić
database tag query getting delayed indefinitely
Hi all, While setting a new ACS installation using centos6.6 and 4.4.2 (I have several fully functioning ones running ubuntu12.04 + 4.3.0) I'm finding out that filtering VMs with tags hangs the mysql database. Whenever an API query like this is run: apiKey=REDACTEDcommand=listVirtualMachinesisrecursive=truelistall=trueresponse=jsontags[0].key=chef_envtags[0].value=fqa1zoneid=30c4a514-402c-4413-a3fc-c65450a98f55signature=REDACTED a query in the database like this is seen: SELECT DISTINCT(user_vm_view.id) FROM user_vm_view WHERE user_vm_view.account_type != 5 AND user_vm_view.state != 'Destroyed' AND user_vm_view.display_vm = 1 AND ( ( user_vm_view.tag_key = _binary'chef_env' AND user_vm_view.tag_value = _binary'fqa1' ) ) AND user_vm_view.removed IS NULL ORDER BY user_vm_view.id ASC LIMIT 0, 500 ; This should return 2 items, and doing this query manually with around 5 of the where constrictions returns the values in less than a second. Running the command above might take from 4 minutes to several days and it takes 100% of a core. Running a listall VMs without any kind of restrictions shows the 4 user VMs in milliseconds. Is there anything specific to tags that might slow down this kind of query? Thanks Carles Figuerola
Re: VPC Private gateway not being removed
Grayson, quick stab at this: in older versions you couldn't delete a gateway if it still had a static route on it. What version are you running and did the gateway have a route associated? mobile dev with bilingual spelling checker used (read at your own risk) Op 21 apr. 2015 15:46 schreef Grayson Head gray...@graysonhead.net: Unfortunately, I fat fingered a VLAN in a VPC Private gateway I was setting up. I removed it using the UI without any errors, but when I go to create the new one, I get the following error: Private network for the vlan: vlan://4000 and cidr 10.233.5.0/24 already exists for Vpc 16 in zone AusZone1 I also tried removing it via cloudmonkey. (local) mycloudmonkey delete privategateway id=340b56bb-ee01-49be-84b4-9e54fd2af83d .Error Async job ed15f016-fd7e-48fb-b92c-0ea07302bffb failed Error 530, Invalid private gateway id accountid = a9d7423c-a02e-11e4-b7f0-00505695fae7 cmd = org.apache.cloudstack.api.command.admin.vpc.DeletePrivateGatewayCmd created = 2015-04-21T06:38:36-0700 jobid = ed15f016-fd7e-48fb-b92c-0ea07302bffb jobprocstatus = 0 jobresult: errorcode = 530 errortext = Invalid private gateway id jobresultcode = 530 jobresulttype = object jobstatus = 2 userid = a9d755d8-a02e-11e4-b7f0-00505695fae7 Looking at the database, the problem becomes somewhat clear: mysql select id,uuid,domain_id,state,removed,ip4_address from vpc_gateways; ++--+---+--+-+--+ | id | uuid | domain_id | state| removed | ip4_address | ++--+---+--+-+--+ | 1 | 63a9f6f7-dbe2-4825-a3e2-17e3892c0ded | 1 | Ready| NULL| 10.233.51.92 | | 2 | 340b56bb-ee01-49be-84b4-9e54fd2af83d | 1 | Removing | 2015-04-20 21:28:53 | 10.233.5.11 | ++--+---+--+-+--+ 2 rows in set (0.00 sec) Unfortunately I don't have the logs from initially removing the VPC. I can try and re-create this If needed, but I need to get this environment fixed before I do anything else. Will setting the state=Removed on the gateway entry in the database correct this? Here are the logs from the management-server.log when trying to remove the VPC via the UI: 2015-04-21 06:36:16,036 DEBUG [c.c.a.m.AgentManagerImpl] (AgentManager-Handler-15:null) SeqA 9-315848: Processing Seq 9-315848: { Cmd , MgmtId: -1, via: 9, Ver: v1, Flags: 11, [{com.cloud.agent.api.ConsoleProxyLoadReportCommand:{_proxyVmId:78,_loadInfo:{\n \connections\: []\n},wait:0}}] } 2015-04-21 06:36:16,049 DEBUG [c.c.a.m.AgentManagerImpl] (AgentManager-Handler-15:null) SeqA 9-315848: Sending Seq 9-315848: { Ans: , MgmtId: 345050016868, via: 9, Ver: v1, Flags: 100010, [{com.cloud.agent.api.AgentControlAnswer:{result:true,wait:0}}] } 2015-04-21 06:36:16,853 DEBUG [c.c.a.m.AgentManagerImpl] (AgentManager-Handler-2:null) Ping from 15 2015-04-21 06:36:16,877 DEBUG [c.c.a.m.AgentManagerImpl] (AgentManager-Handler-4:null) Ping from 9 2015-04-21 06:36:20,715 DEBUG [c.c.a.ApiServlet] (catalina-exec-6:ctx-62b2ea0a) ===START=== 10.233.51.176 -- GET command=createPrivateGatewaysourcenatsupported=falseresponse=jsonsessionkey=sFXaEOKvIpqQArupbqZuPX6wYOo%3Dphysicalnetworkid=63a1c53c-b799-452a-ad15-3e0ef582c456vpcid=0fef5e73-b916-4505-8760-4321a3763bf6ipaddress=10.233.5.12gateway=10.233.5.1netmask=255.255.255.0vlan=4000aclid=9599b3fe-a02e-11e4-b7f0-00505695fae7_=1429623380716 2015-04-21 06:36:20,761 DEBUG [c.c.n.v.VpcManagerImpl] (catalina-exec-6:ctx-62b2ea0a ctx-ebd9cd79) Creating Private gateway for VPC [VPC [16-RSIDevNet] 2015-04-21 06:36:20,762 INFO [c.c.n.v.VpcManagerImpl] (catalina-exec-6:ctx-62b2ea0a ctx-ebd9cd79) creating new network for vpc [VPC [16-RSIDevNet] using broadcast uri: 4000 2015-04-21 06:36:20,774 DEBUG [c.c.n.NetworkServiceImpl] (catalina-exec-6:ctx-62b2ea0a ctx-ebd9cd79) Private network already exists: Ntwk[2a99ce65-36b0-432e-8fd8-f748a26aabdf|Guest|5] 2015-04-21 06:36:20,776 DEBUG [c.c.u.d.T.Transaction] (catalina-exec-6:ctx-62b2ea0a ctx-ebd9cd79) Rolling back the transaction: Time = 15 Name = catalina-exec-6; called by -TransactionLegacy.rollback:900-TransactionLegacy.removeUpTo:843-TransactionLegacy.close:667-Transaction.execute:41-NetworkServiceImpl.createPrivateNetwork:3991-NativeMethodAccessorImpl.invoke0:-2-NativeMethodAccessorImpl.invoke:57-DelegatingMethodAccessorImpl.invoke:43-Method.invoke:606-AopUtils.invokeJoinpointUsingReflection:317-ReflectiveMethodInvocation.invokeJoinpoint:183-ReflectiveMethodInvocation.proceed:150 2015-04-21 06:36:20,790 INFO [c.c.a.ApiServer] (catalina-exec-6:ctx-62b2ea0a ctx-ebd9cd79) Private network for the vlan: vlan://4000 and cidr 10.233.5.0/24 already exists for Vpc 16 in zone AusZone1 2015-04-21
Re: XenServer 6.5 - Security Groups
Hi Koushik, The changes can be done on ipset version also (version 6 and above), So that no change setname needed for xenserver 6.2. On xenserver upgrade to 6.5 host will restart (correct if I am wrong), on host restart rules get updated from CS. THanks, Jayapal On 22-Apr-2015, at 10:49 AM, Koushik Das koushik@citrix.com wrote: Would it make sense to use nethash or iphash based on the ipset version? In Rohit's change I see that for both XS 6.2 and 6.5 nethash is used. -Original Message- From: Tim Mackey [mailto:tmac...@gmail.com] Sent: Wednesday, 22 April 2015 0:11 To: users@cloudstack.apache.org Subject: Re: XenServer 6.5 - Security Groups Geoff, I just went through the changelog for ipset, and its a pretty safe bet that's where the problems are. In XenServer 6.2, ipset is version 4.5 while XenServer 6.5 uses ipset version 6.11. With version 5, upstream did a major rewrite of ipset. iptables also changed, but it's not as dramatic. I'm going to try and build with Rohit's change and test tonight or tomorrow. -tim On Tue, Apr 21, 2015 at 2:41 AM, Abhinandan Prateek abhinandan.prat...@shapeblue.com wrote: The security groups are working but with errors. All the recommended settings are in place. In the log files there are many delete failures like: Failed to delete rule log file /var/run/cloud/i-2-4-VM.ip 10.51.212.24-cloud.log:2015-04-17 11:45:08DEBUG [root] Ignoring failure to delete rules for vm i-2-4-VM 10.51.212.24-cloud.log:2015-04-17 11:45:08DEBUG [root] Ignoring failure to delete rules for vm i-2-4-VM 10.51.212.24-cloud.log:2015-04-17 11:45:09DEBUG [root] Ignoring failure to delete ebtables chain for vm i-2-4-VM 10.51.212.24-cloud.log:2015-04-17 11:45:09DEBUG [root] Creating ipset chain i-2-4-VM 10.51.212.24-cloud.log:2015-04-17 11:45:09DEBUG [root] Writing log to /var/run/cloud/i-2-4-VM.log 10.51.212.24-cloud.log:2015-04-17 11:45:09DEBUG [root] Programmed default rules for vm i-2-4-VM 10.51.212.24-cloud.log:2015-04-17 11:45:09DEBUG [root] No change in default info set of vm i-2-4-VM 10.51.212.24-cloud.log:2015-04-17 11:45:09DEBUG [root] Seqno increased from -1 to 17: reprogamming ingress rules for vm i-2-4-VM 10.51.212.24-cloud.log:2015-04-17 11:45:09DEBUG [root] Programming network rules for vm i-2-4-VM seqno=17 numrules=3 signature=fd07c7713376d8906fb71eb8328224ca guestIp=10.170.20.61, update iptables, reason=seqno_change_or_sig_change 10.51.212.24-cloud.log:2015-04-17 11:45:09DEBUG [root] ['iptables', '-I', 'i-2-4-VM', '-p', 'icmp', '--icmp-type', 'any', '-j', 'ACCEPT'] 10.51.212.24-cloud.log:2015-04-17 11:45:09DEBUG [root] ipset chain already existsi-2-4-VM_tcp_22_22 Looks like due to delete failure the subsequent rule change fails to apply ? -abhi On 21-Apr-2015, at 9:56 am, Koushik Das koushik@citrix.com wrote: What is the output of cat /etc/sysctl.conf? Update it as per http://cloudstack-installation.readthedocs.org/en/latest/hypervisor/xenserver.html. If there was an upgrade from XS 6.2 to XS 6.5, then changes to sysctl.conf is not persisted. On 21-Apr-2015, at 6:24 AM, Tim Mackey tmac...@gmail.com wrote: Geoff, was this a fresh install of both XenServer and CloudStack, or was there any post install steps or upgrades? I'm thinking of setting this up and tracing things tomorrow. Might be good to get your logs to compare against what I see. On Apr 20, 2015 3:24 PM, Geoff Higginbottom geoff.higginbot...@shapeblue.com wrote: FYI we have just re-deployed the environment using ACS 4.4.3 and XenServer 6.2 and now it is all working as expected. We now need to work out if the problem is with ACS 4.5.1 or XenServer 6.5 Regards Geoff Higginbottom D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581 geoff.higginbot...@shapeblue.com -Original Message- From: Geoff Higginbottom [mailto:geoff.higginbot...@shapeblue.com] Sent: 20 April 2015 17:52 To: users@cloudstack.apache.org Subject: RE: XenServer 6.5 - Security Groups Many thank Somesh Regards Geoff Higginbottom D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581 geoff.higginbot...@shapeblue.com -Original Message- From: Somesh Naidu [mailto:somesh.na...@citrix.com] Sent: 20 April 2015 15:55 To: users@cloudstack.apache.org Subject: RE: XenServer 6.5 - Security Groups I am running 4.5.0. I probably don't use my lab setup that often to encounter these inconsistencies. I will look for any XS hotfixes that have fixes around this area and let you know if I find one. Somesh CloudPlatform Escalations Citrix Systems, Inc. -Original Message- From: Geoff Higginbottom [mailto:geoff.higginbot...@shapeblue.com] Sent: Monday, April 20, 2015 10:42 AM To: users@cloudstack.apache.org Subject: RE: XenServer 6.5 - Security Groups We are currently testing a 4.5.1 CloudStack
Re: Announcing Apache™ CloudStack™ v4.4.3
work is being done for this. please use http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/4.4/ for now On Wed, Apr 22, 2015 at 11:08 AM, Osay Osman Yuuni oyu...@gmail.com wrote: Please fixe the link for the release notes. I hit a bump, very embarassing. http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/4.4.3/ On 21 April 2015 at 21:29, Daan Hoogland daan.hoogl...@gmail.com wrote: Mature, easy-to-deploy Open Source Cloud computing software platform boasts improved efficiency and performance. The Apache CloudStack project announced the immediate availability of Apache CloudStack v4.4.3, the latest version of the turnkey Open Source cloud computing software platform used for creating private-, public-, and hybrid cloud environments. Apache CloudStack clouds enable billions of dollars' worth of business transactions annually across their clouds, and its maturity and stability has led it to has become the Open Source platform for many service providers to set up on-demand, elastic public cloud computing services, as well as enterprises and others to set up a private or hybrid cloud for use by their own employees. While working hard on a new release we managed to backport many stabilizing fixes to this maintenance release. Both for 4.5 and the next version work is going hard and I am happy that we managed to bring out this fix release for users of prior versions. Daan Hoogland, member of the Apache CloudStack Project Management Committee and release manager for version 4.4. Lauded by Gartner Group, CloudStack includes an intuitive user interface and rich APIs for managing the compute, networking, software, and storage infrastructure resources. CloudStack v4.4.3 reflects dozens of fixes A complete overview of all new enhancements can be found in the project release notes at http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/4.4.3/ CloudStack has been used by thousands of organizations worldwide and is in use/production at Alcatel-Lucent, Autodesk, BT Cloud, China Telecom, DATACAENTER Services, DataPipe, Edmunds.com, Exoscale, GreenQloud, Hokkaido University, IDC Frontier, Ikoula, KDDI, KT/Korea Telecom, LeaseWeb, NTT, Orange, PCextreme, Schuberg Philis, Shopzilla, Slovak Telekom, SunGard AS, Taiwan Mobile, Tata, Trader Media Group, TomTom, University of Melbourne, University of Sao Paolo, Verizon, WebMD and Zynga, among others. CloudStack originated at Cloud.com, which was acquired by Citrix in 2011. CloudStack was submitted to the Apache Incubator in April 2012 and graduated as an Apache Software Foundation Top-level Project in March 2013. Availability CloudStack v4.4.3 is available immediately as a free download from http://cloudstack.apache.org/downloads.html. Apache CloudStack software is released under the Apache License v2.0. Governance and Oversight Apache CloudStack is overseen by a self-selected team of active contributors to the project. A Project Management Committee (PMC) guides the Project's day-to-day operations, including community development and product releases. Get Involved! Apache CloudStack welcomes contribution and community participation through mailing lists as well as attending face-to-face MeetUps, developer trainings, and user events. Catch CloudStack in action at the CloudStack Days CloudStack Days Tokyo 2015, 2nd June 2015, http://events.linuxfoundation.org/events/cloudstack-tokyo CloudStack Days Seattle 2015 , 20th August 2015, http://events.linuxfoundation.org/events/cloudstack-seattle and CloudStack Collaboration Conference 2015 in Dublin, 8th and 9th of October 2015, http://cloudstackcollab.org -- Daan -- Daan
AW: cpu overprovisioning
Dashboard is not wrong. You only have these resources left in your CS. Here is an example as far as I remember: Dashboard shows 100 GHz / 180 Ghz (cpu over provisioning is 1 / 3 Hosts each 24x 2.5Ghz) You deploy 10 vms with 1 Ghz Dashboard shows 110 Ghz / 180 Ghz (cpu over provisioning is 1 / 3 Hosts each 24x 2.5Ghz) You change cpu over provisioning to 4 Dashboard shows 440 Ghz / 720 Ghz (cpu over provisioning is 4 / 3 Hosts each 24x 2.5Ghz) You stop and start all vms Dashboard shows 110 Ghz / 720 Ghz Mit freundlichen Grüßen / With kind regards, Swen Brüseke -Ursprüngliche Nachricht- Von: Abhinandan Prateek [mailto:abhinandan.prat...@shapeblue.com] Gesendet: Mittwoch, 22. April 2015 06:35 An: users@cloudstack.apache.org Betreff: Re: cpu overprovisioning Can we fix the dashboard to reflect the available capacity given an over commit ? On 22-Apr-2015, at 9:56 am, Bharat Kumar bharat.ku...@citrix.com wrote: Also In case of change in the overcommit value the total capacity will change instantaneously, but the used resource and the total available will change when the capacity checker thread runs. The interval at which this will run can be changed from the global settings. Thanks, Bharat. On 22-Apr-2015, at 9:50 am, Bharat Kumar bharat.ku...@citrix.com wrote: Hi, The change in cpu overcommit factor will not change the amount of resource that are available to you. It will change the way you want to use the free resource available at that time. It won't change what was already allocated. for example if you have deployed the VMs with overcommit say 2 and after a while you change the overcommit to 3, the used resource will be scaled based on the change. changing the overcommit cannot create resource. It can only change the way you want to use the free resource. So now after the change in overcommit you can deploy 3 times more VMs (of a given service offering) than usual using the the resource that is free at the time of changing the overcommit value. The perviously allocated resource cannot be freed until you restart the VMs. This link will tell you how resource allocation calculations are made. https://cwiki.apache.org/confluence/display/CLOUDSTACK/CPU+and+RAM+Ov ercommit Thanks, Bharat. On 21-Apr-2015, at 11:20 pm, Rafael Weingärtner rafaelweingart...@gmail.commailto:rafaelweingart...@gmail.com wrote: I have not looked at the code, but that seems odd. Restarting VMs instances to update the resource usage/resource availability when changing the overprovisioning factor. On Tue, Apr 21, 2015 at 12:51 PM, S. Brüseke - proIO GmbH s.brues...@proio.commailto:s.brues...@proio.com wrote: Please try to stop and start the vm. Maybe reboot is not working here. You should start to see more free CPU after the first vm. Mit freundlichen Grüßen / With kind regards, Swen Brüseke -Ursprüngliche Nachricht- Von: Ugo Vasi [mailto:ugo.v...@procne.it] Gesendet: Dienstag, 21. April 2015 16:40 An: users@cloudstack.apache.orgmailto:users@cloudstack.apache.org Betreff: Re: AW: cpu overprovisioning Hi Swen, I try rebboting 2 vm but the amount of cpu MHz is not changed. Do I have to restart all vm before you see a change? Il 21/04/2015 16:16, S. Brüseke - proIO GmbH ha scritto: This is because the factor of overprovisioning is attached to the instance too! And this factor is only changing after rebooting the instance. So after a change of cpu.overprovisioning.factor you need to reboot all instances on this cluster which were running before this change was made. Mit freundlichen Grüßen / With kind regards, Swen Brüseke -Ursprüngliche Nachricht- Von: Ugo Vasi [mailto:ugo.v...@procne.it] Gesendet: Dienstag, 21. April 2015 16:06 An: users@cloudstack.apache.orgmailto:users@cloudstack.apache.org Betreff: Re: cpu overprovisioning If I change the over-provisioning ratio in cluster-relative settings (infrastructure-cluser-cluster-name-settings) the dashboard show the sum of real GHz the overprovisioned amount of GHz (324GHz) as aspected, but after a while also the sum of Ghz is multiplied by the same factor making it unnecessary... Il 21/04/2015 15:26, Bharat Kumar ha scritto: In case of cloudstack, cpu capacity for host is total of cpus * no of Ghz * overporvisoning. total capacity = sum of capacities of individual hosts. Thanks, Bharat. On 21-Apr-2015, at 6:49 pm, Abhinandan Prateek abhinandan.prat...@shapeblue.commailto:abhinandan.prat...@shapeblue.com wrote: Available CPU will be 3 times the actual CPU when over provisioned by 3. The UI not showing the over provisioned value seems like a bug. -abhi On 21-Apr-2015, at 6:34 pm, Ugo Vasi ugo.v...@procne.itmailto:ugo.v...@procne.it wrote: Hi all, we have a cluster of three machines with 16 CPU at 2.2GHz each and we have set a cpu-overprovizioning to 3. I would expect that the CPU system capacity of the dashboard
Re: Announcing Apache™ CloudStack™ v4.4.3
Please fixe the link for the release notes. I hit a bump, very embarassing. http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/4.4.3/ On 21 April 2015 at 21:29, Daan Hoogland daan.hoogl...@gmail.com wrote: Mature, easy-to-deploy Open Source Cloud computing software platform boasts improved efficiency and performance. The Apache CloudStack project announced the immediate availability of Apache CloudStack v4.4.3, the latest version of the turnkey Open Source cloud computing software platform used for creating private-, public-, and hybrid cloud environments. Apache CloudStack clouds enable billions of dollars' worth of business transactions annually across their clouds, and its maturity and stability has led it to has become the Open Source platform for many service providers to set up on-demand, elastic public cloud computing services, as well as enterprises and others to set up a private or hybrid cloud for use by their own employees. While working hard on a new release we managed to backport many stabilizing fixes to this maintenance release. Both for 4.5 and the next version work is going hard and I am happy that we managed to bring out this fix release for users of prior versions. Daan Hoogland, member of the Apache CloudStack Project Management Committee and release manager for version 4.4. Lauded by Gartner Group, CloudStack includes an intuitive user interface and rich APIs for managing the compute, networking, software, and storage infrastructure resources. CloudStack v4.4.3 reflects dozens of fixes A complete overview of all new enhancements can be found in the project release notes at http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/4.4.3/ CloudStack has been used by thousands of organizations worldwide and is in use/production at Alcatel-Lucent, Autodesk, BT Cloud, China Telecom, DATACAENTER Services, DataPipe, Edmunds.com, Exoscale, GreenQloud, Hokkaido University, IDC Frontier, Ikoula, KDDI, KT/Korea Telecom, LeaseWeb, NTT, Orange, PCextreme, Schuberg Philis, Shopzilla, Slovak Telekom, SunGard AS, Taiwan Mobile, Tata, Trader Media Group, TomTom, University of Melbourne, University of Sao Paolo, Verizon, WebMD and Zynga, among others. CloudStack originated at Cloud.com, which was acquired by Citrix in 2011. CloudStack was submitted to the Apache Incubator in April 2012 and graduated as an Apache Software Foundation Top-level Project in March 2013. Availability CloudStack v4.4.3 is available immediately as a free download from http://cloudstack.apache.org/downloads.html. Apache CloudStack software is released under the Apache License v2.0. Governance and Oversight Apache CloudStack is overseen by a self-selected team of active contributors to the project. A Project Management Committee (PMC) guides the Project's day-to-day operations, including community development and product releases. Get Involved! Apache CloudStack welcomes contribution and community participation through mailing lists as well as attending face-to-face MeetUps, developer trainings, and user events. Catch CloudStack in action at the CloudStack Days CloudStack Days Tokyo 2015, 2nd June 2015, http://events.linuxfoundation.org/events/cloudstack-tokyo CloudStack Days Seattle 2015 , 20th August 2015, http://events.linuxfoundation.org/events/cloudstack-seattle and CloudStack Collaboration Conference 2015 in Dublin, 8th and 9th of October 2015, http://cloudstackcollab.org -- Daan