<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jan 22, 2015 at 5:16 AM, Karolyn Chambers <span dir="ltr"><<a href="mailto:chamberk@us.ibm.com" target="_blank">chamberk@us.ibm.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>
<p><font face="sans-serif">In Kilo, with the bug fix from 1326721, I can create an alarm like the following with the "query" property. I use this alarm to monitor the health of a server instance in the pool. In juno/stable, without the query property, ceilometer alarms can only be created via heat with matching metadata. This limits the metrics I can create alarms for, as not every resource has metadata associated with it. </font><font face="sans-serif">Without this bug fix, I've been unable to find a way to monitor the health of my server in Juno via heat. </font><a href="https://review.openstack.org/#/c/146624/" target="_blank"><font face="sans-serif">I'd like thoughts on back porting 1326721 back to juno/stable, so this can be work the same as it does in Kilo</font><font face="sans-serif" color="#0000FF"> </font><font face="sans-serif">https://review.openstack.org/#/c/146624/</font></a><font face="sans-serif"> .Thanks</font><br></p></div></blockquote><div><br></div><div>Hi<br><br></div><div>I appreciate that it is a useful feature for you, but people rely on stable branches being stable. This is a reasonably big patch (163) for a back port.<br></div><div>So I understand Zane's -1. That said, it is contained within ceilometer alarm resource and the code now matches master. And the feature has been in ceilometer for<br>ages.<br><br></div><div>I am OK with this going in, if stable branch folk are OK with it. (I'll put a +1 on the review).<br><br></div><div>-Angus<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><p>
<br>
<font face="Default San Serif">gone_alarm:<br>
    type: OS::Ceilometer::Alarm<br>
    properties:<br>
      description: Detect server being unresponsive<br>
      repeat_actions: False<br>
      meter_name: network.services.lb.member<br>
      statistic: avg<br>
      period: 600<br>
      evaluation_periods: 1<br>
      threshold: 1<br>
      alarm_actions: [ {get_attr: [restart, AlarmUrl]} ]<br>
      query:<br>
      - field: resource_id<br>
        op: eq<br>
        value: {get_resource: member}<br>
      comparison_operator: lt</font><font face="serif" size="3"><br>
</font><font face="Default San Serif"><br>
  member:<br>
    type: OS::Neutron::PoolMember<br>
    properties:<br>
      pool_id: {get_param: pool_id}<br>
      address: {get_attr: [server_node, first_address]}<br>
      protocol_port: { get_param: loadbalance_port }</font><span class="HOEnZb"><font color="#888888"><font face="serif" size="3"><br>
</font><br>
<br>
<font face="sans-serif">Karolyn Chambers</font></font></span></p></div><br>__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div></div>