Last modified: 2010-05-15 15:38:51 UTC
When I install MediaWiki, it gets so far into the installation and then the page appears to finish loading after stopping at "Initialising "MediaWiki" namespace..." for about 10-20 seconds. I've tried both Internet Explorer and Mozilla; I don't know if this is just the browser. I'm running Abyss Web Server, php 5.1.2, and MySQL 5.0.19 with 4.something registered as installed in the installation process (I believe I deleted it improperly a long time ago?). I installed the new version of php specifically for MediaWiki, solving a database connection problem. PhpMyAdmin appears to work fine now, my usual test for installations. I use no-ip.com for a domain name of gobleteer.zapto.org and yahoo's domain name service for www.gobleteer.com is this is what namespace refers to. The only file in the config directory is index.php. Checking environment... * PHP 5.1.2: ok * PHP server API is cgi-fcgi; using ugly URLs (index.php?title=Page_Title) * Have XML / Latin1-UTF-8 conversion support. * PHP is configured with no memory_limit. * Have zlib support; enabling output compression. * Neither Turck MMCache nor eAccelerator are installed, can't use object caching functions * GNU diff3 not found. * Couldn't find GD library or ImageMagick; image thumbnailing disabled. * Installation directory: D:\http\htdocs\guide * Script URI path: /guide * Warning: $wgSecretKey key is insecure, generated with mt_rand(). Consider changing it manually. * Connecting to OpenLife on localhost as root...success. * Connected to 5.0.19-community; using enhancements for mySQL 4. * Warning: $wgSecretKey key is insecure, generated with mt_rand(). Consider changing it manually. * Database OpenLife exists * There are already MediaWiki tables in this database. Checking if updates are needed... * DB user account ok ...hitcounter table already exists. ...querycache table already exists. ...objectcache table already exists. ...categorylinks table already exists. ...logging table already exists. ...validate table already exists. ...user_newtalk table already exists. ...transcache table already exists. ...trackbacks table already exists. ...have ipb_id field in ipblocks table. ...have ipb_expiry field in ipblocks table. ...have rc_type field in recentchanges table. ...have rc_ip field in recentchanges table. ...have rc_id field in recentchanges table. ...have rc_patrolled field in recentchanges table. ...have user_real_name field in user table. ...have user_token field in user table. ...have user_email_token field in user table. ...have log_params field in logging table. ...have ar_rev_id field in archive table. ...have ar_text_id field in archive table. ...have page_len field in page table. ...have rev_deleted field in revision table. ...have img_width field in image table. ...have img_metadata field in image table. ...have img_media_type field in image table. ...have val_ip field in validate table. ...have ss_total_pages field in site_stats table. ...have iw_trans field in interwiki table. ...already have interwiki table ...indexes seem up to 20031107 standards Already have pagelinks; skipping old links table updates. ...image primary key already set. The watchlist table is already set up for email notification. ...watchlist talk page rows already present ...user table does not contain old email authentication field. Logging table has correct title encoding. ...page table already exists. revision timestamp indexes already up to 2005-03-13 ...rev_text_id already in place. ...page_namespace is already a full int (int(11)). ...ar_namespace is already a full int (int(11)). ...rc_namespace is already a full int (int(11)). ...wl_namespace is already a full int (int(11)). ...qc_namespace is already a full int (int(11)). ...log_namespace is already a full int (int(11)). ...already have pagelinks table. No img_type field in image table; Good. Already have unique user_name index. ...user_groups table already exists. ...user_groups is in current format. Initialising "MediaWiki" namespace...
No immediate clues as to the cause. However, run the maintenance/rebuildMessages.php script to rebuild the MediaWiki namespace (do it from the command line) and see if it continues to freeze. If not, the wiki will be in a working state (move config/LocalSettings.php to the wiki root). Let us know.
Wow, thanks for the quick response! It outputs: "A copy of your installation's LocalSettings.php must exist in the source directory".
Whoops, my instructions were out of order. Move the file before running the script.
As I said, the only file in the config directory is index.php.
*** Bug 5975 has been marked as a duplicate of this bug. ***
*** This bug has been marked as a duplicate of 5786 ***