SQL4 compatibility [message #16437] |
Fri, 30 January 2004 15:09 |
tecmes
Messages: 34 Registered: October 2002
Karma: 0
|
Member |
|
|
(Strangely enough I cannot find info about this on the forum/site.)
My server admin just "upgraded" from SQL3.something to SQL4 and I get ever since the "fatal SQL error" thingy instead of the front page. (though on another machine I can access the forum but get SQL errors when trying to post... weird).
What is the status os the compatibility with SQL4 or can this be explained otherwise ?
Thanks again.
I'm using 2.5.2.
|
|
|
Re: SQL4 compatibility [message #16439 is a reply to message #16437] |
Fri, 30 January 2004 15:17 |
Ilia
Messages: 13241 Registered: January 2002
Karma: 0
|
Senior Member Administrator Core Developer |
|
|
SQL4? Maybe you mean MySQL 4.0?
If it is MySQL 4.0, FUDforum will have not problems, I am running a large number of forums on MySQL 4.0.17
FUDforum Core Developer
|
|
|
|
Re: SQL4 compatibility [message #16473 is a reply to message #16470] |
Fri, 30 January 2004 21:51 |
Ilia
Messages: 13241 Registered: January 2002
Karma: 0
|
Senior Member Administrator Core Developer |
|
|
When upgrading from MySQL 3.X to 4.X the admin should've ran a certain script to import permission. He either failed to do so or it didn't run correctly. Look at the inside the errors/sql_errors files to see what are the errors.
FUDforum Core Developer
|
|
|
|
Re: SQL4 compatibility [message #16476 is a reply to message #16475] |
Fri, 30 January 2004 22:57 |
Ilia
Messages: 13241 Registered: January 2002
Karma: 0
|
Senior Member Administrator Core Developer |
|
|
Here is the actual error string:
(index.php) 1044: Access denied for user: 'rolenet2@%' to database 'rolenet2'<br />
Query: LOCK TABLES fud2_ses WRITE<br />
Server Version: 4.0.17-standard-log<br />
You need to ask your ISP to give locking permissions to your MySQL account.
FUDforum Core Developer
|
|
|
|
Re: SQL4 compatibility [message #16616 is a reply to message #16614] |
Tue, 10 February 2004 02:33 |
Ilia
Messages: 13241 Registered: January 2002
Karma: 0
|
Senior Member Administrator Core Developer |
|
|
string(163) "(db.inc) 1044: Access denied for user: 'rolenet2@%' to database 'rolenet2'<br />
Query: LOCK TABLES fud2_ses WRITE<br />
Server Version: 4.0.17-standard-log<br />
You need to ask your admin to enable LOCK priveleges for your account for your database.
FUDforum Core Developer
|
|
|
|
Re: SQL4 compatibility [message #16648 is a reply to message #16646] |
Tue, 10 February 2004 18:04 |
Ilia
Messages: 13241 Registered: January 2002
Karma: 0
|
Senior Member Administrator Core Developer |
|
|
Edit GLOBALS.php file inside the include/ directory and make sure that GLOBALS.php inside main forum dir & adm/ are symlinks to that file.
FUDforum Core Developer
|
|
|
|
Re: SQL4 compatibility [message #16654 is a reply to message #16653] |
Tue, 10 February 2004 18:29 |
Ilia
Messages: 13241 Registered: January 2002
Karma: 0
|
Senior Member Administrator Core Developer |
|
|
After you modify the GLOBALS.php go into the template manager and rebuild the theme, this will correct all of the forum's links.
You can check if a file is a symlink via PHP's is_link() function.
FUDforum Core Developer
|
|
|
Moving FUD, symlinks, thanks [message #16686 is a reply to message #16654] |
Thu, 12 February 2004 20:17 |
tecmes
Messages: 34 Registered: October 2002
Karma: 0
|
Member |
|
|
It worked. It has been stated elsewhere in the forum, but I might as well repeat two important steps when moving FUD from a server to another :
-rebuild the theme(s). One important symptom associated with not doing this are wrong links in the forum.
-make sure the globals.php situated in the web root and webroot/adm folders are symlinks to the globals.php in dataroot/include. To do that, first make sure the globals.pphp in /include looks correct, then erase any possible copies in the two first folders, lastly recreate the symlinks by using shell (if you have shell access) or a simple PHP script such as :
<?php
symlink("<dataroot>/include/GLOBALS.php", "<webroot>/GLOBALS.php");
symlink("<dataroot>/include/GLOBALS.php", "<webroot>/adm/GLOBALS.php");
?> e.g. <webroot> may be something like "/users/b/bobsponge/public_html/fudforum/
A symptom for a globals.php symlink error is when you change a parameter in the admin panel but it doesn't appear to be applied to the forum.
---
I want to thank Ilia once more for the fast and efficient support provided along my server switch. You have made this transition smooth despite the hurdles laid by other parties. I'm sure the players in my forum are as grateful as me for your decisive help.
|
|
|