Retry policy break-on property does not work

Bug #1428576 reported by Nikolay Makhotkin
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Mistral
Fix Released
Medium
Nikolay Makhotkin
Kilo
Fix Released
Medium
Nikolay Makhotkin
Liberty
Fix Released
Medium
Nikolay Makhotkin

Bug Description

if we define something like

...
task1:
  policies:
    count: 5
    delay: 4
    break-on: <% true %>

it won't break the iteration of retries.

Moreover, there is ambiguity in 'break-on': we don't exactly know what task state will be - SUCCESS or ERROR.

Decided to use 'error-on' and 'success-on' for explicitly changing state.

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix proposed to mistral (master)

Fix proposed to branch: master
Review: https://review.openstack.org/161658

Changed in mistral:
status: Triaged → In Progress
Revision history for this message
Dmitri Zimine (i-dz) wrote :

Ack the problem.

However the error-on and on-error/ success-on and on-success is too confusing.
We already have people complaining to wait-before and pause-before.

Let's check for better wording and do some user-research/validation before committing it.

Revision history for this message
Nikolay Makhotkin (nmakhotkin) wrote :

Any suggestions?

One more option: succeED-on and fail-on, what do tou think?

Or we can even abandon this suffix '-on': success-expr/error-expr.

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Change abandoned on mistral (master)

Change abandoned by Nikolay Mahotkin (<email address hidden>) on branch: master
Review: https://review.openstack.org/161658

Changed in mistral:
milestone: 1.0.0 → none
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.