MediaWiki / MediaWiki 1.29
Event Details
- Week of Feb 13th
- See https://wikitech.wikimedia.org/wiki/Deployments for full schedule.
Other Deployments:
T155526: MW-1.29.0-wmf.11 deployment blockers T157638: MW-1.29.0-wmf.13 deployment blockers
T155526: MW-1.29.0-wmf.11 deployment blockers T157638: MW-1.29.0-wmf.13 deployment blockers
Project | Branch | Lines +/- | Subject | |
---|---|---|---|---|
operations/mediawiki-config | master | +6 -6 | Revert "Revert "Group0 to 1.29.0-wmf.12"" |
Status | Subtype | Assigned | Task | ||
---|---|---|---|---|---|
Resolved | thcipriani | T155527 MW-1.29.0-wmf.12 deployment blockers | |||
Resolved | TTO | T157636 Global account manager (Special:CentralAuth) errors out on beta | |||
Duplicate | zeljkofilipin | T157665 Selenium Jenkins jobs fail with: Database query error. (internal_api_error_DBQueryError) (MediawikiApi::ApiError) | |||
Resolved | PRODUCTION ERROR | aaron | T158127 Catchable fatal error: Object of class __PHP_Incomplete_Class could not be converted to string in ChronologyProtector.php | ||
Resolved | PRODUCTION ERROR | aaron | T158217 Fatal error: Call to undefined method __PHP_Incomplete_Class::asOfTime() in /srv/mediawiki/php-1.29.0-wmf.11/includes/libs/rdbms/ChronologyProtector.php on line 327 |
Last week I called out some of the logspam that lowered my confidence about deployments to great effect! All of the tasks I pointed to saw some kind of movement which was awesome.
RelEng is going to make a habit of calling out logspam on the train blocker task. Not to block the train, but to hopefully make meaningful progress towards having more confidence that a spike in the error logs is actually indicative of a problem.
A few huge log spammers this week are:
Change 337876 had a related patch set uploaded (by Thcipriani):
Revert "Revert "Group0 to 1.29.0-wmf.12""
Mentioned in SAL (#wikimedia-operations) [2017-02-15T17:17:35Z] <thcipriani@tin> rebuilt wikiversions.php and synchronized wikiversions files: Group0 to 1.29.0-wmf.12 T155527