Last modified: 2010-05-15 15:41:04 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T8712, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 6712 - Database Error
Database Error
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
Database (Other open bugs)
1.7.x
All All
: High major with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
http://wiki.chibipaws.com/
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-07-17 06:15 UTC by Jared
Modified: 2010-05-15 15:41 UTC (History)
0 users

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Jared 2006-07-17 06:15:45 UTC
This error is occuring when I attempt to edit/create a page:

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 "LinksUpdate::getExistingInterlangs". MySQL returned error "1146: 
Table 'chibipaws2.mw_langlinks' doesn't exist (chibipaws2.chibipaws.com)".

I have recently upgraded and the database is updated to.
Comment 1 Brion Vibber 2006-07-17 06:16:29 UTC
Most likely you didn't run the database updater. Can you 
confirm it ran successfully? Provide output from the script.
Comment 2 Jared 2006-07-17 06:18:34 UTC
Wow, that was  very fast. :)

The update.php script returned this:

[cupcake]$ ./wiki.chibipaws.com/maintenance/update.php
X-Powered-By: PHP/4.4.2
Content-type: text/html

<br />
<b>Parse error</b>:  syntax error, unexpected T_STRING, expecting T_OLD_FUNCTION or T_FUNCTION 
or T_VAR or '}' in <b>/home/.goddard/chibipaws/wiki.chibipaws.com/includes/Exception.php</b> on 
line <b>114</b><br />
Comment 3 Domas Mituzas 2006-07-17 06:22:40 UTC
you have to use php5 with mediawiki 1.7
Comment 4 Jared 2006-07-17 06:27:39 UTC
(In reply to comment #3)
> you have to use php5 with mediawiki 1.7

I do. I have PHP5 with it, escept shell is on php 4.
Comment 5 Domas Mituzas 2006-07-17 06:28:25 UTC
then use php5 in shell ;-)
Comment 6 Jared 2006-07-17 06:29:46 UTC
(In reply to comment #5)
> then use php5 in shell ;-)

Ugh, I can't. See, you know DreamHost? Well, I used the uprade feature to upgrade it, but it 
seems to have messed up the DB.

I cannot edit the PHp used in shell. I am not the server owner.
Comment 7 Jared 2006-07-17 06:30:41 UTC
(In reply to comment #3)
> you have to use php5 with mediawiki 1.7

Proof I'm using PHP5: http://wiki.chibipaws.com/Special:Version
Comment 8 Domas Mituzas 2006-07-17 06:32:17 UTC
proof you're not using php5: 

[cupcake]$ ./wiki.chibipaws.com/maintenance/update.php
X-Powered-By: PHP/4.4.2

Comment 9 Charlie Huggard 2006-07-17 06:33:35 UTC
If your apache is php5 and you can't get the shell to be php5 then read
http://www.mediawiki.org/wiki/Manual:Upgrading_to_1.7 and use the "Re-run the
installer" method.
Comment 10 Jared 2006-07-17 06:34:48 UTC
(In reply to comment #8)
> proof you're not using php5: [cupcake]$ ./wiki.chibipaws.com/maintenance/update.phpX-Powered-
By: PHP/4.4.2

Just so you know, I used the install script within the HTTP server. It told me I had PHP 5, and 
the version information says I have PHP5. I will attempt to run the update.php script within my 
broswer. I will post the results.
Comment 11 Jared 2006-07-17 06:37:32 UTC
Unforutantly, I cannot run the update.php within my broswer, and I know why.

But, that's not important. The fact is that I'm running PHP5, except shell is not PHP5, but it 
is PHP4. I RAN the install script as the Manual says before I posted this, and it still does not 
work.
Comment 12 Charlie Huggard 2006-07-17 06:39:57 UTC
Did you make sure to enter the proper table prefix when running the installer
script? otherwise the installer wouldn't have found your old tables, made a
duplicate installation, and when you put your old configuration back in it would
have looked at the old unupgraded tables.
Comment 13 Jared 2006-07-17 06:41:31 UTC
(In reply to comment #12)
> Did you make sure to enter the proper table prefix when running the installerscript? otherwise 
the installer wouldn't have found your old tables, made aduplicate installation, and when you 
put your old configuration back in it wouldhave looked at the old unupgraded tables.

Aha, let me check that, one second.
Comment 14 Jared 2006-07-17 06:47:23 UTC
(In reply to comment #12)
> Did you make sure to enter the proper table prefix when running the installerscript? otherwise 
the installer wouldn't have found your old tables, made aduplicate installation, and when you 
put your old configuration back in it wouldhave looked at the old unupgraded tables.

Thanks. I've resolved my issue. :)

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links