Last modified: 2010-03-11 18:03:47 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T23837, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 21837 - Special pages not updating on WMF wikis
Special pages not updating on WMF wikis
Status: RESOLVED FIXED
Product: Wikimedia
Classification: Unclassified
General/Unknown (Other open bugs)
unspecified
All All
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-12-13 16:28 UTC by Russell Blau
Modified: 2010-03-11 18:03 UTC (History)
5 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Russell Blau 2009-12-13 16:28:27 UTC
On the English Wikipedia, [[Special:DoubleRedirects]] and [[Special:BrokenRedirects]] have both been showing "There are no results for this report" for the past several days, since approximately 9 Dec 2009, even though there certainly are numerous pages that could be listed on each.
Comment 1 MZMcBride 2010-03-10 20:55:43 UTC
Genericized the bug summary: "Double redirect and Broken redirect special page listings gone" --> "Special pages not updating on WMF wikis"

My understanding is that there are two types of Special pages, ones that are permanently disabled and ones that are run via a cronjob every few days. The cronjob seems to have broken a few months ago.

CC'ing Fred, Rob, and Tim.
Comment 2 Tim Starling 2010-03-11 17:36:35 UTC
The problem is the schema at Wikimedia, it's been corrupted at some point:

mysql> select count(*) from querycache where qc_type='DoubleRedirects';
+----------+
| count(*) |
+----------+
|        0 | 
+----------+
1 row in set (0.01 sec)

mysql> select count(*) from querycache where qc_type like 'DoubleRedirects%';
+----------+
| count(*) |
+----------+
|    14576 | 
+----------+
1 row in set (0.01 sec)

mysql> show create table querycache\G
*************************** 1. row ***************************
       Table: querycache
Create Table: CREATE TABLE `querycache` (
  `qc_type` binary(32) NOT NULL DEFAULT '\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0',
  `qc_value` int(5) unsigned NOT NULL DEFAULT '0',
  `qc_namespace` int(11) NOT NULL DEFAULT '0',
  `qc_title` binary(255) NOT NULL DEFAULT '\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0',
  KEY `qc_type` (`qc_type`,`qc_value`)
) ENGINE=InnoDB DEFAULT CHARSET=binary
1 row in set (0.00 sec)


It should be varbinary not binary.
Comment 3 Domas Mituzas 2010-03-11 18:03:47 UTC
~midom/mysql/cleanups.sql weren't fully ran during the 4.0->5.1 upgrade - dunno how I missed that :)

should be fixed now.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links