Page MenuHomePhabricator

Page on zhwiki can't be displayed due to OOM in language converter
Closed, ResolvedPublic

Details

Reference
bz25838

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 21 2014, 11:14 PM
bzimport set Reference to bz25838.
bzimport added a subscriber: Unknown Object (MLST).

The corresponding error message:

PHP Fatal error: Allowed memory size of 83886080 bytes exhausted (tried to allocate 49160 bytes) in /usr/local/apache/common-local/wmf-deployment/languages/LanguageConverter.php on line 390

So it's an out of memory error.

PhiLiP.NPC wrote:

In CommonSettings.php, the memory limit of PHP is 80 * 1024 * 1024. (line 92)

ini_set( 'memory_limit', 80 * 1024 * 1024 );

I export from zhwiki and import the page and its templates to my test wiki (r75691), with ParserFunctions installed. Then I set memory limit to 50 * 1024 * 1024 in LocalSettings.php (same as $wgMemoryLimit). I can still load the page (action=purge) normally.

The reason I suppose is r69874, which hasn't been patched to wmf. I'm not entirely sure due the painfully slow of my Internet which cause I can't connect to the SVN server.

caiguanhao wrote:

i think, no matter how bigger the "memory limit" was set, the problem still exists. the limit can not be indefinitely large.

i think the wikipedia should introduce ajax.

when there are too much templates to show, show as many as possible, then, for the rest, use a link to the template instead of a link to the template name.

when the user click the link, the page uses ajax to load the corresponding template to replace the link, rather link to another page.

Chinese Translation:

我认为无论memory limit设得再高,问题还存在。维基应当引入ajax。当太多模板要显示,先将在limit下可以显示的模板全部显示了,剩余的用一个连接到模板的链接代替,而不是现在的连接到以模板名命名的条目的链接。当用户点击链接,页面通过ajax载入相应模板,代替链接所在内容。而不是链接到其他页面。

I can purge that page on zh.wikipedia now. What has been changed?

PhiLiP.NPC wrote:

(In reply to comment #4)

I can purge that page on zh.wikipedia now. What has been changed?

Seems some templates has been renamed.

Mark as resolved since it now can be view.

PhiLiP.NPC wrote:

*** Bug 26594 has been marked as a duplicate of this bug. ***

Reopened. See 26594, the same problem happen.

PhiLiP.NPC wrote:

(In reply to comment #8)

Reopened. See 26594, the same problem happen.

I still consider this bug has been fixed by r69874. The only reason you find onther large pages fail to load is the MediaWiki served by WMF has not be updated to 1.17, it still 1.16wmf4.

Now nothing should be done here I guess. Just wait for WMF's deployment of a later version and check it.

This is a bug in Wikimedia component, not MediaWiki.

(In reply to comment #9)

(In reply to comment #8)

Reopened. See 26594, the same problem happen.

I still consider this bug has been fixed by r69874. The only reason you find
onther large pages fail to load is the MediaWiki served by WMF has not be
updated to 1.17, it still 1.16wmf4.

But wikimedia now have upgraded to r79563.

(In reply to comment #10)

Now nothing should be done here I guess. Just wait for WMF's deployment of a
later version and check it.
This is a bug in Wikimedia component, not MediaWiki.

How about if export this page and go to another non-wikimedia wiki, can it be loaded?

Still reopened unless the page can be view.

(In reply to comment #11)

But wikimedia now have upgraded to r79563.

Don't look at that.

How about if export this page and go to another non-wikimedia wiki, can it be
loaded?

Try it if you want. Make sure you're using the same limit as WMF servers.

(In reply to comment #11)

How about if export this page and go to another non-wikimedia wiki, can it be
loaded?

And PhiLiP said that it can in comment 2.

Seems now can be view because of the 1.17 upgrade.

Narked as fixed.