Last modified: 2012-03-25 01:09:21 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 T37448, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 35448 - English Wikipedia slow to load
English Wikipedia slow to load
Status: RESOLVED FIXED
Product: Wikimedia
Classification: Unclassified
General/Unknown (Other open bugs)
unspecified
All All
: High major (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-03-24 03:59 UTC by MZMcBride
Modified: 2012-03-25 01:09 UTC (History)
7 users (show)

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


Attachments

Description MZMcBride 2012-03-24 03:59:06 UTC
Over a dozen users seem to be reporting a similar general slowness issue on the English Wikipedia: <https://en.wikipedia.org/w/index.php?oldid=483631204#is_it_me_or_is_wiki_very_slow.3F>.

This needs to be investigated and resolved.
Comment 1 Sam Reed (reedy) 2012-03-24 13:20:31 UTC
The db migrations might be related, but they shouldn't be having an effect

http://en.wikipedia.org/w/api.php?action=query&meta=siteinfo&siprop=dbrepllag&sishowalldb=

http://noc.wikimedia.org/dbtree/

db42 is seemingly currently being migrated, and that is replicating from db1017 which is also not in rotation


Doesn't seem too bad for me on smaller articles, but trying to load Barack Obama is just taking an age. Stopping and pressing again loaded in reasonable time

For the second request:
Served by mw56 in 30.553 secs.

Which is slow, but probably nearer normal standards. Then refreshing the page and it loaded reasonably quickly again
Comment 2 MZMcBride 2012-03-24 15:10:51 UTC
I assume response times of bits, geoiplookup, etc. are already being measured? Is there a way to see if there's been an increase in response time or some other kind of increase in latency?
Comment 3 SlimVirgin 2012-03-24 15:48:05 UTC
This has been happening for me since March 21. Pages are extremely slow to load, and often don't load completely, so that I have to keep trying to open the same page in multiple tabs, then working in whichever window the page appears first in.

It's especially bad using preview. The end of the page doesn't appear and the attempted edit has to be abandoned. What's also happening a lot is that the page appears to load, but the top is missing (i.e. no "edit", "history" parameters etc). I've currently got a BLP talk archive hanging like that for the last five minutes or so.
Comment 4 Sam Reed (reedy) 2012-03-24 17:56:54 UTC
(In reply to comment #2)
> I assume response times of bits, geoiplookup, etc. are already being measured?
> Is there a way to see if there's been an increase in response time or some
> other kind of increase in latency?

http://status.wikimedia.org/ does some of it.
Comment 6 Erik Moeller 2012-03-25 01:09:21 UTC
This appears to have been a networking issue causing packet loss and timeouts, which should be resolved. Please reopen and provide details if you can reproduce the issue at this time.

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


Navigation
Links