<div dir="ltr"><div><div><div>Hi,<br><br></div>I like the idea of explicit checks by success-on and error-on:<br></div>success-on to break retry and get SUCCESS state.<br></div>error-on to break retry but get ERROR state.<br><div><div><div><div> <br></div><div>A single break-on seems confusing to me too.<br><br></div><div>Regards,<br><br></div><div>Thomas Hsiao<br></div><div>HP Cloud<br></div><div><br><br><br><br><br><pre>Nikolay, thanks for sharing this…

I think that we really have a semantical ambiguity here. If we leave just “break-on” that both types of behavior have a right to exist.

I’m personally for defining that more explicitly with two separate instructions “success-on” and “error-on”. A use case for “success-on” may be, for example, checking a completion of another parallel task and if it’s completed then we can treat our task successful meaning that we already got what’s required. I know it sounds a little bit generic but still pointful for me.

Renat Akhmerov
@ Mirantis Inc.



><i> On 03 Mar 2015, at 19:47, Nikolay Makhotkin <<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">nmakhotkin at mirantis.com</a>> wrote:
</i>><i> 
</i>><i> Hello,
</i>><i> 
</i>><i> Recently we've found that break_on property of RetryPolicy is not working now.
</i>><i> 
</i>><i> I tried to solve this problem but faced the another problem: How does 'break_on' supposed to work?
</i>><i> 
</i>><i> Will 'break_on' change the task state to ERROR or SUCCESS?
</i>><i> if ERROR, it means 'we interrupt all retry iterations and keep the state which was before'. 
</i>><i> But if SUCCESS, it means 'we interrupt all retry iterations and assume SUCCESS state from task because we cought this condition'.
</i>><i> 
</i>><i> This is ambiguous.
</i>><i> 
</i>><i> There is a suggestion to use not just 'break_on' but, say, another, more explicit properties which will delete this ambiguity. For example, 'success_on' and 'error_on'.
</i>><i> 
</i>><i> Thoughts?
</i>><i> 
</i>><i> -----
</i>><i> Best Regards,
</i>><i> Nikolay
</i>><i> @Mirantis Inc.
</i>><i> __________________________________________________________________________
</i>><i> OpenStack Development Mailing List (not for usage questions)
</i>><i> Unsubscribe: <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">OpenStack-dev-request at lists.openstack.org</a>?subject:unsubscribe
</i>><i> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a>
</i></pre><br></div></div></div></div></div>