ReleaseEngineering/Sheriffing: Difference between revisions

From MozillaWiki
Jump to navigation Jump to search
Line 8: Line 8:
** It will spew back to you all the sendchanges it does.
** It will spew back to you all the sendchanges it does.
* Check the [https://bugzilla.mozilla.org/buglist.cgi?resolution=DUPLICATE;resolution=---;status_whiteboard_type=allwordssubstr;query_format=advanced;status_whiteboard=%5Bhardware%5D;component=Release%20Engineering;component=Release%20Engineering%3A%20Custom%20Builds;component=Release%20Engineering%3A%20Future;product=mozilla.org hardware] buzilla tag and if there are new slaves/moved slaves bugs needing to be worked on, get the slaves into/back into the appropriate pool.
* Check the [https://bugzilla.mozilla.org/buglist.cgi?resolution=DUPLICATE;resolution=---;status_whiteboard_type=allwordssubstr;query_format=advanced;status_whiteboard=%5Bhardware%5D;component=Release%20Engineering;component=Release%20Engineering%3A%20Custom%20Builds;component=Release%20Engineering%3A%20Future;product=mozilla.org hardware] buzilla tag and if there are new slaves/moved slaves bugs needing to be worked on, get the slaves into/back into the appropriate pool.
* Check the [https://bugzilla.mozilla.org/buglist.cgi?resolution=DUPLICATE;resolution=---;status_whiteboard_type=allwordssubstr;query_format=advanced;status_whiteboard=[buildduty];component=Release%20Engineering;component=Release%20Engineering%3A%20Custom%20Build;product=mozilla.org buildduty] tag to see known problems (it might also show items from the "hardware" tag)
* Check the [https://bugzilla.mozilla.org/buglist.cgi?resolution=DUPLICATE;resolution=---;status_whiteboard_type=allwordssubstr;query_format=advanced;status_whiteboard=%5Bbuildduty%5D;component=Release%20Engineering;component=Release%20Engineering%3A%20Custom%20Build;product=mozilla.org buildduty] tag to see known problems (it might also show items from the "hardware" tag)
* Monitor the following:
* Monitor the following:
** [https://bugzilla.mozilla.org/buglist.cgi?cmdtype=dorem&remaction=run&namedcmd=releng-triage&sharer_id=30066 releng-triage] bug queue. Triage incoming RelEng bugs, ask in #mozbuild to see if anybody wants to take it on, otherwise move it to Future, or bring it up at the next team meeting.
** [https://bugzilla.mozilla.org/buglist.cgi?cmdtype=dorem&remaction=run&namedcmd=releng-triage&sharer_id=30066 releng-triage] bug queue. Triage incoming RelEng bugs, ask in #mozbuild to see if anybody wants to take it on, otherwise move it to Future, or bring it up at the next team meeting.

Revision as of 15:23, 26 July 2010

Each week there will be one person from the Release Engineering team dedicated to helping out developers with build / unittest / talos issues. This person will be available during his or her regular work hours for the whole week. This is similar to the sheriff role that rotates through the developer community. To avoid confusion, the releng sheriff position is informally known as "build duty."

Duties

  • Manually kick off Talos runs for try builds:
    • When someone pings you in #build with their try run dir name (format: email-changeset) you can run:
    • talos mak77@bonardo.net-04da41d5f2ce #example email-changeset
    • It will spew back to you all the sendchanges it does.
  • Check the hardware buzilla tag and if there are new slaves/moved slaves bugs needing to be worked on, get the slaves into/back into the appropriate pool.
  • Check the buildduty tag to see known problems (it might also show items from the "hardware" tag)
  • Monitor the following:
    • releng-triage bug queue. Triage incoming RelEng bugs, ask in #mozbuild to see if anybody wants to take it on, otherwise move it to Future, or bring it up at the next team meeting.
    • #developers irc channel for issues. Make sure the sheriff knows who you are, and that they can contact you if they have any questions or issues.
    • dev.tree-management newsgroup (by email or by nntp)
    • wait times emails and respond to any unusually long wait times (hopefully with a reason)
    • tag any bugs that the next person on buildduty should be aware of with [buildduty] in the whiteboard field
    • releng-future bug queue. As time allows, try to knock down as many bugs from the future queue as possible. A good strategy is to start with bugs that have not been modified in the longest time.
  • Update the latest "Buildslave reboots" bug with machines that need a reboot. Look in the nagios page in the "Service details"->"All problems"(on the "Service Status Totals" table).
  • Schedule and lead downtimes (if needed) and coordinate with the developers as needed

Schedule

Mozilla Releng Sheriff Schedule (Google Calendar|iCal|XML)