[Openstack] [autoscaling][icehouse]

Chinasubbareddy M chinasubbareddy_m at persistent.com
Fri Mar 6 05:23:34 UTC 2015


Hi,

While I am troubleshooting this problem ,I changed the webhook to my own webhook which is of shell script  and it is getting triggered by ceilometer alarm.
So the problem is with heat based webhook in the alarm . 

could you please help me out here?

Regards,
Subbareddy.



-----Original Message-----
From: Chinasubbareddy M 
Sent: Thursday, March 05, 2015 8:27 PM
To: 'Deepthi Dharwar'; 'openstack at lists.openstack.org'
Cc: David Peraza
Subject: RE: [Openstack][autoscaling][icehouse][OS::Heat::AutoScalingGroup]

Hello all,

I can see the alarm in alarm-history. However, no actions are triggered.
Could you please help me out here ?

Here is the alarm-show :

root at build-server:~# ceilometer alarm-show --alarm_id ec8d3a5f-f890-465e-b796-dba2cf2c12fe
+---------------------------+--------------------------------------------------------------------------+
| Property                  | Value                                                                    |
+---------------------------+--------------------------------------------------------------------------+
| alarm_actions             | [u'http://10.44.191.200:8000/v1/signal/arn%3Aopenstack%3Aheat%3A%3Aec3e9 |
|                           | 3810a7c4be2881bd7ede428526a%3Astacks%2FasworkingFinal%2F31f62d11-401e-   |
|                           | 435b-a2a7-1e5318ce8159%2Fresources%2Fweb_server_scaleup_policy?Timestamp |
|                           | =2015-03-04T13%3A13%3A31Z&SignatureMethod=HmacSHA256&AWSAccessKeyId=8216 |
|                           | 7ae13f3240e5aa6f1d6a5c4f39d3&SignatureVersion=2&Signature=fOH%2Fny5BpzbL |
|                           | qwWce1qHyqAjBn9YXR0F%2FPlzeeJCdYc%3D']                                   |
| alarm_id                  | ec8d3a5f-f890-465e-b796-dba2cf2c12fe                                     |
| comparison_operator       | gt                                                                       |
| description               | Scale-up if the average CPU > 50% for 1 minute                           |
| enabled                   | True                                                                     |
| evaluation_periods        | 1                                                                        |
| exclude_outliers          | False                                                                    |
| insufficient_data_actions | []                                                                       |
| meter_name                | cpu_util                                                                 |
| name                      | asworkingFinal-cpu_alarm_high-swtpxt4coqme                               |
| ok_actions                | []                                                                       |
| period                    | 60                                                                       |
| project_id                | ec3e93810a7c4be2881bd7ede428526a                                         |
| query                     | metadata.user_metadata.stack == 31f62d11-401e-435b-a2a7-1e5318ce8159     |
| repeat_actions            | True                                                                     |
| state                     | alarm                                                                    |
| statistic                 | avg                                                                      |
| threshold                 | 50.0                                                                     |
| type                      | threshold                                                                |
| user_id                   | cac9bb03d57f41359df9b12c4b6d2318                                         |
+---------------------------+--------------------------------------------------------------------------+

Here is the output of alarm history:

| state transition | 2015-03-05T13:05:57.360308 | state: insufficient data                                    |
| state transition | 2015-03-05T13:13:57.514774 | state: alarm                                                |
| state transition | 2015-03-05T13:14:57.438538 | state: insufficient data                                    |
| state transition | 2015-03-05T13:23:57.578754 | state: alarm                                                |
| state transition | 2015-03-05T13:24:57.497549 | state: insufficient data                                    |
| state transition | 2015-03-05T13:33:57.583486 | state: alarm                                                |
| state transition | 2015-03-05T13:34:57.559243 | state: insufficient data                                    |
| state transition | 2015-03-05T13:43:57.693379 | state: alarm                                                |
| state transition | 2015-03-05T13:44:57.605715 | state: insufficient data                                    |
| state transition | 2015-03-05T13:53:57.802353 | state: alarm                                                |
| state transition | 2015-03-05T13:55:57.662511 | state: insufficient data                                    |
| state transition | 2015-03-05T14:03:57.773131 | state: alarm                                                |
| state transition | 2015-03-05T14:05:57.735085 | state: insufficient data                                    |
| state transition | 2015-03-05T14:13:57.884780 | state: alarm                                                |
| state transition | 2015-03-05T14:15:57.808676 | state: insufficient data                                    |
| state transition | 2015-03-05T14:23:57.876373 | state: alarm                                                |
| state transition | 2015-03-05T14:25:57.856860 | state: insufficient data                                    |
| state transition | 2015-03-05T14:33:57.999285 | state: alarm                                                |
| state transition | 2015-03-05T14:35:57.928619 | state: insufficient data                                    |
| state transition | 2015-03-05T14:43:58.000641 | state: alarm                                                |
| state transition | 2015-03-05T14:45:57.994070 | state: insufficient data                                    |
| rule change      | 2015-03-05T14:46:28.934119 | repeat_actions: True                                        |
| state transition | 2015-03-05T14:53:58.274025 | state: alarm                                                |
| state transition | 2015-03-05T14:55:58.039142 | state: insufficient data                                    |
+------------------+----------------------------+-------------------------------------------------------------+

-----Original Message-----
From: Chinasubbareddy M
Sent: Thursday, March 05, 2015 5:38 PM
To: 'Deepthi Dharwar'; openstack at lists.openstack.org
Subject: RE: [Openstack] [openstack][autoscaling][icehouse][OS::Heat:: AutoScalingGroup]

Thank you Deepthi, its working now .

-----Original Message-----
From: Deepthi Dharwar [mailto:deepthi at linux.vnet.ibm.com]
Sent: Wednesday, March 04, 2015 4:18 PM
To: openstack at lists.openstack.org
Subject: Re: [Openstack] [openstack][autoscaling][icehouse][OS::Heat:: AutoScalingGroup]

On 03/04/2015 02:36 PM, Chinasubbareddy M wrote:
> Hi,
> 
>  
> 
> I am testing openstack auto scaling function, but  the stack is 
> getting failed with below error,
> 
>  
> 
> :Multiple possible networks found, use a Network ID to be more 
> specific
> 
>  
> 
> could anybody tell me how to solve it? ,
> 
> This is happening in case of using  OS::Heat::AutoScalingGroup 
> resource,  is there any way to mention network id in this resource?

In your load balancer yaml, i.e lb_server.yaml Add the following:

Under 'parameters' add network id

parameters:
private_net_id:
    type: string
    default: XXXX


And under resources:

member:
    type: OS::Neutron::PoolMember
    properties:
      pool_id: {get_param: pool_id}
      address: {get_attr: [server, first_address]}
      protocol_port: 80
  server_port:
    type: OS::Neutron::Port
    properties:
      network_id: { get_param: private_net_id } => add the network id.
      fixed_ips:
        - subnet_id: { get_param: subnet_id }

This should help you specify the network in which you want to plug in your VMs.

Regards,
Deepthi



>  
> 
> Regards,
> 
> Subbareddy,
> 
> Persistent systems ltd.
> 
> DISCLAIMER ========== This e-mail may contain privileged and 
> confidential information which is the property of Persistent Systems 
> Ltd. It is intended only for the use of the individual or entity to 
> which it is addressed. If you are not the intended recipient, you are 
> not authorized to read, retain, copy, print, distribute or use this 
> message. If you have received this communication in error, please 
> notify the sender and delete all copies of this message. Persistent 
> Systems Ltd. does not accept any liability for virus infected mails.
> 
> 
> 
> _______________________________________________
> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
> Post to     : openstack at lists.openstack.org
> Unsubscribe : 
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
> 


_______________________________________________
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to     : openstack at lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack

DISCLAIMER
==========
This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails.





More information about the Openstack mailing list