give-back-loop detection would be desireable

Bug #47353 reported by Adam Conrad
2
Affects Status Importance Assigned to Milestone
Launchpad itself
Fix Released
Low
William Grant

Bug Description

So, the auto-give-back code I wrote on the buildd side lets me do neat things like, for instance, scan a log and see if anything in the build segfaulted, and give-back the build. This is great, but I don't fully use that feature, because if the segfault is genuine (ie: a real bug, not cosmic rays), the package will just go from building to needs-build to building to needs-build over and over again and never fail.

The build table should be extended to keep a give-back count and increment that on each give-back of a package. When the count reaches some arbitrary number, the package should be failed (or put in a new "give-back-loop" state, so it's more obvious), and the counter should be reset to zero. That way, I can invesitgate the bug and fix it, rather than being blindly unaware of a package that's been retrying for 2 months. :)

Related branches

Celso Providelo (cprov)
Changed in soyuz:
status: Unconfirmed → Confirmed
Revision history for this message
Robert Collins (lifeless) wrote :

I believe we have a generic 'too many failures' mode now, which would suffice.

Changed in launchpad:
importance: Medium → Low
Revision history for this message
William Grant (wgrant) wrote :

buildd-manager's failure counting is unrelated; it only takes dispatch/communication failures into account. If the build completes successfully (whether it results in success or failure), failure counting is not involved.

William Grant (wgrant)
Changed in launchpad:
assignee: nobody → William Grant (wgrant)
status: Triaged → In Progress
Revision history for this message
William Grant (wgrant) wrote :

The new incarnation of failure counting works well enough that it's actually easier to do this than not.

Revision history for this message
Launchpad QA Bot (lpqabot) wrote :

Fixed in stable r17077 (http://bazaar.launchpad.net/~launchpad-pqm/launchpad/stable/revision/17077) by a commit, but not testable.

tags: added: qa-untestable
Changed in launchpad:
status: In Progress → Fix Committed
William Grant (wgrant)
Changed in launchpad:
status: Fix Committed → Fix Released
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.