After the upgrade I get this error
Database error
A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was:
(SQL query hidden)
from within function "MessageCache::loadFromDB". MySQL returned error "1146: Table 'wikidb.text' doesn't exist (localhost)".
Here is the output from the update.php script
# php maintenance/update.php
MediaWiki 1.10.4 Updater
Going to run database updates for wikidb
Depending on the size of your database this may take a while!
Abort with control-c in the next five seconds...0
...hitcounter table already exists.
...querycache table already exists.
...objectcache table already exists.
...categorylinks table already exists.
...logging table already exists.
...user_newtalk table already exists.
...transcache table already exists.
...trackbacks table already exists.
...externallinks table already exists.
...job table already exists.
...langlinks table already exists.
...querycache_info table already exists.
...filearchive table already exists.
...querycachetwo 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 rc_old_len 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 user_registration 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 ss_total_pages field in site_stats table.
...have iw_trans field in interwiki table.
...have ipb_range_start field in ipblocks table.
...have ss_images field in site_stats table.
...have ipb_anon_only field in ipblocks table.
...have ipb_enable_autoblock field in ipblocks table.
...have user_newpass_time field in user table.
...have user_editcount field in user table.
...have rc_deleted field in recentchanges table.
...have log_id field in logging table.
...have log_deleted field in logging table.
...have ar_deleted field in archive table.
...have ipb_deleted field in ipblocks table.
...have fa_deleted field in filearchive table.
...have rev_len field in revision table.
...have ar_len field in archive table.
...have rev_parent_id field in revision table.
...have pr_id field in page_restrictions 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.
...templatelinks table already exists
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.
...wl_notificationtimestamp is already nullable.
...timestamp key on logging already exists.
Setting page_random to a random value on rows where it equals 0...changed 0 rows
Checking for additional recent changes indices...
...index on ( rc_namespace, rc_user_text ) seems to be ok
...index on ( rc_user_text, rc_timestamp ) seems to be ok
...redirect table already exists.
Checking for backlinking indices...
Checking if pagelinks index pl_namespace includes field pl_from...
...index pl_namespace on table pagelinks seems to be ok
Checking if templatelinks index tl_namespace includes field tl_from...
...index tl_namespace on table templatelinks seems to be ok
Checking if imagelinks index il_to includes field il_from...
...index il_to on table imagelinks seems to be ok
...page_restrictions table already exists.
Deleting old default messages (this may take a long time!)...Done
Checking site_stats row...ok.
Purging caches...done.
Done.
Here is my wikidb:
show tables
-> ;
+-------------------+
| Tables_in_wikidb |
+-------------------+
| archive |
| blobs |
| brokenlinks |
| categorylinks |
| cur |
| externallinks |
| filearchive |
| hitcounter |
| image |
| imagelinks |
| interwiki |
| ipblocks |
| ipblocks_old |
| job |
| langlinks |
| links |
| linkscc |
| logging |
| math |
| objectcache |
| old |
| oldimage |
| page |
| page_restrictions |
| pagelinks |
| querycache |
| querycache_info |
| querycachetwo |
| recentchanges |
| redirect |
| revision |
| searchindex |
| site_stats |
| templatelinks |
| trackbacks |
| transcache |
| user |
| user_groups |
| user_newtalk |
| user_rights |
| validate |
| watchlist |
+-------------------+
Rick Blair
Web Services Systems Engineer
USFW
303.202.2687
Rick Blair wrote:
After the upgrade I get this error
Database error
A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was:
(SQL query hidden)
from within function "MessageCache::loadFromDB". MySQL returned error "1146: Table 'wikidb.text' doesn't exist (localhost)".
Your database is halfway in between the 1.4 and the 1.5 schema. The update.php output you posted indicated that you ran it when it was in this state already.
Try restoring to a backup of your old database (you did make one, right?) and then run update.php again. If it still doesn't work, post the output of the new run of update.php to this mailing list.
-- Tim Starling
Well, I did not make a backup, am I screwed??
Rick Blair Web Services Systems Engineer USFW 303.202.2687
-----Original Message----- From: mediawiki-l-bounces@lists.wikimedia.org [mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of Tim Starling Sent: Tuesday, September 23, 2008 9:46 PM To: mediawiki-l@lists.wikimedia.org Subject: Re: [Mediawiki-l] Upgrading from 1.4 to 1.10
Rick Blair wrote:
After the upgrade I get this error
Database error
A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was:
(SQL query hidden)
from within function "MessageCache::loadFromDB". MySQL returned error "1146: Table 'wikidb.text' doesn't exist (localhost)".
Your database is halfway in between the 1.4 and the 1.5 schema. The update.php output you posted indicated that you ran it when it was in this state already.
Try restoring to a backup of your old database (you did make one, right?) and then run update.php again. If it still doesn't work, post the output of the new run of update.php to this mailing list.
-- Tim Starling
_______________________________________________ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Rick Blair wrote:
Well, I did not make a backup, am I screwed??
Rick Blair Web Services Systems Engineer USFW 303.202.2687
Well, you may be able to manually move the wiki to 1.5 (look at the steps done by update.php) but you're on your own. *Remember to backup your broken db before doing anything*. Once you're on 1.5 you will be able to use updat.php again, but if you don't fully pass to 1.5 that could lead to further breakage.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Platonides wrote:
Rick Blair wrote:
Well, I did not make a backup, am I screwed??
Rick Blair Web Services Systems Engineer USFW 303.202.2687
Well, you may be able to manually move the wiki to 1.5 (look at the steps done by update.php) but you're on your own. *Remember to backup your broken db before doing anything*. Once you're on 1.5 you will be able to use updat.php again, but if you don't fully pass to 1.5 that could lead to further breakage.
If it's in the middle of the 1.4->1.5 table transition, you can sort of half-undo it by removing the 'page' and 'revision' tables, then run update.php again.
The next pass will try again to copy page and revision data out of the 'cur' table, store current text into 'old', and then rename 'old' into 'text'.
If it all works, you may end up with some duplicate copies of current revisions, but it should mostly work. ;)
- -- brion
mediawiki-l@lists.wikimedia.org