Ticket #522 (closed enhancement: wontfix)

Opened 3 years ago

Last modified 22 months ago

restart interrupted builds on master startup

Reported by: ipv6guru Owned by: catlee
Priority: major Milestone: 0.8.2
Version: 0.7.10 Keywords: database
Cc:

Description

More often than I'd like, I need to restart the buildmaster to change some

part of the build process. When I do this, the chance that some build is in

progress is nearly 100%. I'd like the buildmaster to realize that, and, when it starts up again, restart the builds which were in-progress, with the same reason/blamelist/etc. Submitted: James Y Knight ( foom ) - 2006-08-25 04:41

Change History

comment:1 Changed 3 years ago by ipv6guru

Moved from sourceforge

comment:2 Changed 3 years ago by dustin

  • Milestone changed from undecided to 0.7.+

This would be nice, but I'm not sure it's practical.

comment:3 Changed 2 years ago by dustin

  • Keywords database added; sourceforge 1546241 removed
  • Milestone changed from 0.8.+ to 0.8.1

The new database work (builddb) should handle this.

comment:4 Changed 22 months ago by catlee

  • Owner set to catlee
  • Status changed from new to assigned

Buildbot 0.8.1 introduced the ability to shut the master down cleanly. It will stop assigning new builds; and it will wait for all running builds to finish, and then exit.

I'm not sure how we could identify which builds were interrupted properly...If we could do that, then restarting them is pretty simple.

comment:5 Changed 22 months ago by dustin

  • Status changed from assigned to closed
  • Resolution set to wontfix

Let's not solve hte same problem twice. The master-quiescing stuff is super-cool, and addresses this use case quite well.

Note: See TracTickets for help on using tickets.