Last modified: 2011-01-08 15:55:33 UTC
I'm getting never-ending requests to /w/load.php showing up in my Lighty srv-status page, for instance: /w/load.php?debug=false&lang=en&modules=mediawiki.legacy.commonPrint%7Cmediawiki.legacy.shared%7Cskins.vector&only=styles&skin=vector running for 3059 seconds (as of the time posting this report) in handle-req, 0/0 sent. This happens for every user (as far as we can tell), and becomes a giant problem as we both have lots of open connections, and user's hit the max-connections-per-IP limit. My wiki is running SVN HEAD, with rewritten URLs from /wiki/ to /w/. Default skin is Vector. My server is running lighttpd, with PHP 5.3.3 installed through FastCGI. Running on MySQL (command line tool reports 5.0.51b but I'm certain that's wrong), also have Memcache set up. I can provide a link to my install as well as the srv-status page to a developer via email, but I'd rather not post it publicly. I'd also rather avoid this, as I have my wiki taken down at the moment as it's causing problems for other applications on the server (it's running (standalone) on the rather busy master server of a 3-server cluster).
I'm afraid you will have to link me to your install (feel free to do so by private e-mail) as I've never seen this happen on my development install, and there's web sites like translatewiki.net running off trunk just fine without this issue.
I've mailed through a link to the install.
Same for me, first I thought it was the ResourceLoader.php bug from #26497 as it did appear in the error.log, tho thats said to be fixed now, but still happends. But I keep getting this: # as seen from squid, 2nd no. is time it took, ~52s in this example # it gave me the old value as a refresh wasn't successful 1293713485.468 76 192.168.1.2 TCP_REFRESH_MISS/200 2722 GET http://wiki.x.de/load.php?debug=false&lang=de&modules=startup&only=scripts&skin=vector - - DIRECT/212.xx.xx.xx text/javascript 1293713537.612 52251 192.168.1.2 TCP_REFRESH_FAIL_HIT/200 15636 GET http://wiki.x.de/load.php?debug=false&lang=de&modules=mediawiki.legacy.commonPrint%7Cmediawiki.legacy.shared%7Cskins.vector&only=styles&skin=vector - - DIRECT/212.xx.xx.xx text/css # httpd access.log 212.xx.xx.xx wiki.x.de - [30/Dec/2010:13:52:17 +0100] "GET /load.php?debug=false&lang=de&modules=mediawiki.legacy.commonPrint%7Cmediawiki.legacy.shared%7Cskins.vector&only=styles&skin=vector HTTP/1.1" 500 26 "-" "Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.2.13) Gecko/20101203 Firefox/3.6.13" # php error.log [30-Dec-2010 13:52:06] PHP Fatal error: Maximum execution time of 30 seconds exceeded in /usr/local/httpd/wiki/includes/resourceloader/ResourceLoader.php on line 381 [30-Dec-2010 13:52:17] PHP Fatal error: Maximum execution time of 30 seconds exceeded in /usr/local/httpd/wiki/includes/resourceloader/ResourceLoader.php on line 381 I also have a strace file, maybe that helps too, please ask for it, i don´t want to add it here.
(In reply to comment #3) > # php error.log > [30-Dec-2010 13:52:06] PHP Fatal error: Maximum execution time of 30 seconds > exceeded in /usr/local/httpd/wiki/includes/resourceloader/ResourceLoader.php on > line 381 > [30-Dec-2010 13:52:17] PHP Fatal error: Maximum execution time of 30 seconds > exceeded in /usr/local/httpd/wiki/includes/resourceloader/ResourceLoader.php on > line 381 > Does ResourceLoader.php line 381 say ob_end_clean() ? If so, you might've found an infinite loop.
Yes, it does. It complains about lines 380 and 381 in ResourceLoader.php
(In reply to comment #5) > Yes, it does. It complains about lines 380 and 381 in ResourceLoader.php And those lines are: while ( ob_get_level() > 0 ) { ob_end_clean(); ?
Exactly. If-modified-since shows up at strace.
I tried fixing this in r79862, could you update to that and see if it's fixed?
I´d say that did it! Atleast I can´t reproduce it anymore. :) Thx!
(In reply to comment #9) > I´d say that did it! Atleast I can´t reproduce it anymore. :) > > Thx! Yay! Closing as FIXED then. If anyone's still experiencing this issue after updating to r79862 or later, feel free to reopen.