<div dir="ltr">I added a couple of comments in the wiki page. We should have at least one summit session about this, I think, unless we work it out before then.</div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Thu, Aug 15, 2013 at 12:20 PM, Sandy Walsh <span dir="ltr"><<a href="mailto:sandy.walsh@rackspace.com" target="_blank">sandy.walsh@rackspace.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Recently I've been focused on ensuring we don't drop notifications in<br>
CM. But problems still exist downstream, after we've captured the raw<br>
event.<br>
<br>
>From the efforts going on with the Ceilometer sample pipeline, the new<br>
dispatcher model and the upcoming trigger pipeline, the discussion<br>
around retry semantics has being coming up a lot.<br>
<br>
In other words "What happens when step 4 of a 10 step pipeline fails?"<br>
<br>
As we get more into processing billing events, we really need to have a<br>
solid understanding of how we prevent double-counting or dropping events.<br>
<br>
I've started writing down some thoughts here:<br>
<a href="https://wiki.openstack.org/wiki/DuplicateWorkCeilometer" target="_blank">https://wiki.openstack.org/wiki/DuplicateWorkCeilometer</a><br>
<br>
It's a little scattered and I'd like some help tuning it.<br>
<br>
Hopefully it'll help grease the skids for the Icehouse Summit talks.<br>
<br>
Thanks!<br>
-S<br>
<br>
cc/ Josh, I think the State Management team can really help out here.<br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</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>
</blockquote></div><br></div>