Hi again, _in short_: * did an installation of MediaWiki 1.9.x a few weeks ago; * MediaWiki was working fine as expected and as used for several weeks; * MediaWiki suddenly stopped working partly and became mostly inaccessible a feew days ago; * Currently, it started to interfere with other services runnin on the same host (requesting a page from Media Wiki kills apache2) * can't find any helpful information in ../syslog, ../messages, the apache2's error.log or access.log; enabled php.log (in php.ini) and debug.log (in LocalSettings.php): the first logs nothing helpful, also, the latter is not being created at all. _in full_: A few months ago, I installed MediaWiki 1.9, created some hundred nodes and all appeared to work like a charm: Creating articles, deleting, moving, or editing them, all reasonably fast and relaible. Now, after several weeks of operation, the installation has partially ceased to work: Entering an existing term in the Search box has no effect - the browser claims to request the page, but nothing happens (nothing = no page showing up, and no timeout appearing after several minutes [hours]). Sometimes - but not reproducable - the requested page appears, when I directly enter the page's full URL in the browser's location bar. Creating new pages seems no longer to work at all. I haven't changed the configuration in LocalSettings.php for weeks, and I haven't noticed having changed anything else on the server (running under Debian "Etch" since it was released). However, when I do a "tail -f" on the webserver's logfiles, requests from spiders and external browsers are hushing by with a pretty high frequency (several files requested per second). What appears *really* strange to me is, that requests for pages from my own browser (Opera 9.2.1/Win) don't appear in access.log, as long as I use Opera, where I'm logged in to the Wiki; when I switch to Firefox (2.0.0.4/Win, not logged in to the Wiki), those requests start to appear in access.log. Sticking with Firefox, entering page names of existing articles results in delivering the article and showing up in access.log; however, when entering non-existing article names (in order to create them), those requests don't appear in access.log, and MediaWiki delivers no page (search result etc.), like with Opera. It's also mostly the same result, if I enter a new term in the Search box or directly via the URL location (.../w/index.php?title=New_Article&action=edit). Directly after rebooting the server, sometimes creating new articles does work again when directly entering the new article's URL, but only once. Another LAMP application on the same host (Drupal) is working fine (more or less, and very slow, but however it's still working), so basically Apache, MySQL, and PHP seem to work. The server hosts three domains, for each one exists one MediaWiki installation; two of them were set up completely and checked for correct operation a few weeks ago, but they were not in use yet. These installations stopped working also and show similar behaviour to those described below. Somehow requests to MediaWiki started a few days ago to interfere with the other services operation; e.g., when I'm requesting a page from MediaWiki (e.g. Front Page) and concurrently try to save an article in Drupal, the server does neither deliver the FrontPage from MediaWiki, nor save the article in Drupal (I'm waiting for approx. 10 minutes and usually cancel then the operation by pressing "Esc" in the browser). At this moment, all apache2 proecess dissapear from top/htop and no other requests to either Drupal or MediaWiki are served in any way. As it seeems, MediaWiki started for an unknown reason to kill apache2 in the setup im running. Drupal starts responding again as soon as I do an "/etc/init.d/apache2 restart". Sometimes even this fails: # /etc/init.d/apache2 restart Forcing reload of web server (apache2)...(98)Address already in use: make_sock: could not bind to address 0.0.0.0:80 no listening sockets available, shutting down Unable to open logs Apache2 seems to die completely: # /etc/init.d/apache2 stop Stopping web server (apache2)...httpd (no pid file) not running It then can be restarted; # /etc/init.d/apache2 start Starting web server (apache2).... After this, normal operation continues, as long as I don't request any page from MediaWiki. If I request the FrontPage of any of those three setupts, this repeats all over again. I tried to check the MediaWiki databases with phpMyAdmin (2.9.1.1-Debian-3); even opening them takes over two minutes, checking single small tables like "de_watchlist" results in an "OK", checking large tables like "de_text" or even all at once does not finish after several hours (also without phpMyAdmin giving a timeout). During this "check" operations, CPU load according to "htop" fluctuates between 16 and 97% (most of the time it's around or below 50%)). This is a pretty bizarre scenery: In the background of my desktop is a shell, where requests logged to /var/log/apache2/access.log continuously are floating by, on the same time being unable to load or even edit a single page on my own Wiki... ;-/ /var/log/syslog and ../messages don't show anything unusual. In LocalSetting.php, I enabled $wgShowExceptionDetails = true; $wgDebugLogFile = "debug.log"; However, a "debug.log" is not being created in the wiki directory (or according to "updatedb; locate" anywhere else on the server). Also, the php error log is pretty quiet; after doing an "apache2 restart", it reports once: -- snip -- # tail -f php.log [29-Jun-2007 01:39:12] PHP Warning: Module 'gd' already loaded in Unknown on line 0 [29-Jun-2007 01:39:12] PHP Warning: Module 'mysql' already loaded in Unknown on line 0 -- snip -- When entering some expression in the search box, php.log logs nothing else (at least not for several minutes). While waiting for something to happen, requests from external hosts are rushing by, also not causing php errors. /etc/php5/apache2/php.ini (I hope that's the right one) is set to: ... error_reporting = E_ALL & ~E_NOTICE display_errors = On display_startup_errors = Off log_errors = On ignore_repeated_source = Off report_memleaks = On ... Any hints where and how I could look what's going wrong? Thanks & regards, -asb