SQL Error : 1044

YoshiOWL · Beitrag von **YoshiOWL** » 30.11.2006 06:41

Was die Hinweißmeldung bei phpMyAdmin angeht, so kann man sie getrost Ignorieren.
Sie hat NIX mit dem eigendlichen fehler zu tun, und ist auch nur eine Empfelung.

Der Fehler ansich ist ja erst einmal, das versucht wird eine Session_id zu speichern, die es aber schon gibt.
Wurde beim leeren der tabele auch der index gelöscht?
am besten einmal die Tabele Löschen, und Den Code, einmal importieren.

Code: Alles auswählen

CREATE TABLE phpbb_sessions (
   session_id char(32) DEFAULT '' NOT NULL,
   session_user_id mediumint(8) DEFAULT '0' NOT NULL,
   session_start int(11) DEFAULT '0' NOT NULL,
   session_time int(11) DEFAULT '0' NOT NULL,
   session_ip char(8) DEFAULT '0' NOT NULL,
   session_page int(11) DEFAULT '0' NOT NULL,
   session_logged_in tinyint(1) DEFAULT '0' NOT NULL,
   session_admin tinyint(2) DEFAULT '0' NOT NULL,
   PRIMARY KEY (session_id),
   KEY session_user_id (session_user_id),
   KEY session_id_ip_user_id (session_id, session_ip, session_user_id)
);

Miriam · Beitrag von **Miriam** » 30.11.2006 09:42

YoshiOWL hat geschrieben:...Der Fehler ansich ist ja erst einmal, das versucht wird eine Session_id zu speichern, die es aber schon gibt.

Dann wäre die Fehlermeldung

#1062 - Duplicate entry 'irgendeine alphanumerische Kette' for key 1

Und dass zweimal dieselbe sessionID generiert wird, ist sehr sehr unwahrscheinlich.

Vltt. sollte die Tabelle mal repariert werden?

DieLegende · Beitrag von **DieLegende** » 30.11.2006 15:44

Den Code zu imporieren hat leider nix genutzt...

Aktuelle Meldung:

Code: Alles auswählen

phpBB : Critical Error 

Error creating new session

DEBUG MODE

SQL Error : 1044 Access denied for user: 'p2xxxx5@%' to database 'db3xxxxxx1'

INSERT INTO phpBB_2sessions (session_id, session_user_id, session_start, session_time, session_ip, session_page, session_logged_in, session_admin) VALUES ('cd859acf5fef539b8cad6f7a7bdb729c', -1, 1164897107, 1164897107, 'd9560d89', 0, 0, 0)

Line : 187
File : sessions.php

Hintergrund: Das war eine 100% MODfreie feine einzelne phpBB-Installation (Version 2.0.0), die immer gut lief. Einzige Änderung an den Originaldaten war ein anderes Template (Chronicles).
Nachdem es nun plötzlich aus ungekanntem Grund (ohne Änderung) nicht mehr lief, hab´ ich mal schön geupdated und dabei kam auch schon der Fehler "Access denied". Und jetzt das (siehe oben). Das gibt´s doch nicht, kann doch nur ´ne vertrackte Kleinigkeit sein...

Valerie Raghnall · Beitrag von **Valerie Raghnall** » 30.11.2006 15:48

hi,

naja... access denied... die zugangsdaten stimmen? und kann es evtl. sein, dass die sql version oder php version geändert wurde(n)?

Miriam · Beitrag von **Miriam** » 30.11.2006 16:18

Also ich meine der SQL Server hat ein Problem: Was ist denn beim Reparieren der Tabellen rausgekommen?

DieLegende · Beitrag von **DieLegende** » 30.11.2006 22:05

Ja, Zugangsdaten stimmen, zigmal geprüft.
Das Reparieren der Tabellen mithilfe des SQL-Codes hat leider nichts verändert, auch wiederholtes Löschen und neu erstellen nicht ($table_prefix wurde berücksichtigt und entsprechend angepasst).

Hier mal der Inhalt meiner config.php:

Code: Alles auswählen

<?php

//
// phpBB 2.x auto-generated config file
// Do not change anything in this file!
//

$dbms = "mysql4";

$dbhost = "dbxx.puretec.de";
$dbname = "db3xxxxxx1";
$dbuser = "p2xxxx5";
$dbpasswd = "xxx";

$table_prefix = "phpBB_2";

define('PHPBB_INSTALLED', true);

?>

Aber daran hatte ich auch gar nix geändert, auch das table_prefix war jahrelang einwandfrei so verwendet worden.

Mit meinen bescheidenen Kenntnissen würde ich eher auch vermuten, dass es nicht daran liegt, dass zweimal dieselbe SessionID generiert wird. Die SessionID-Tabellen bleiben auch leer, da wird gar nix reingeschrieben...

Webspace und MySQL-DB liegen komplett bei 1&1. Ob die dort die SQL- und/oder die PHP-Version geändert habe, weiß ich leider nicht. Gehe jedoch davon aus, dass die schon ab und an updaten.
Pikanterweise läuft aber ein phpBB, das in phpNuke 5.5 eingebunden auch schon lange läuft, weiterhin einwandfrei über zweite Datenbank in meinem Tarif, d.h. unter denselben SQL- und PHP-Versionen!
(PHP-Nuke Port by Tom Nitzschner © 2002 www.toms-home.com
Powered by phpBB 2.0.0 © 2001 phpBB Group
Version 2.0.6 of PHP-Nuke Port by Tom Nitzschner © 2002)

Ist mir echt ein Riesenrätsel...

Miriam · Beitrag von **Miriam** » 30.11.2006 22:15

Also an den SessionIDs liegt es zu 99,9% nicht.

Kannst Du mal bitte Deine includes/sessions.php hier als Text verlinken?

DieLegende · Beitrag von **DieLegende** » 30.11.2006 23:49

http://www.DieLegende.de/_downloads/sessions.php.txt

Richtig so?
Di Datei müßte aber noch im Originalzustand sein denn ich hab´ nix dran verändert.

Hab´ auch nochmal neu versucht, upzudaten, hier das Ergebnis:

Information

Database type :: mysql4
Previous version :: 2.0.21
Updated version :: 2.0.21
Updating database schema

Progress :: No updates required
Updating data

Progress :: No updates were required
Updating version and optimizing tables

Progress :: . . Done
Result :: Some queries failed, the statements and errors are listing below

* Error :: Access denied for user: 'p2xxxx5@%' to database 'db3xxxxxx1'
SQL :: OPTIMIZE TABLE phpBB_2auth_access, phpBB_2banlist, phpBB_2categories, phpBB_2config, phpBB_2disallow, phpBB_2forum_prune, phpBB_2forums, phpBB_2groups, phpBB_2posts, phpBB_2posts_text, phpBB_2privmsgs, phpBB_2privmsgs_text, phpBB_2ranks, phpBB_2search_results, phpBB_2search_wordlist, phpBB_2search_wordmatch, phpBB_2sessions_keysphpBB_2smilies, phpBB_2themes, phpBB_2themes_name, phpBB_2topics, phpBB_2topics_watch, phpBB_2user_group, phpBB_2users, phpBB_2vote_desc, phpBB_2vote_results, phpBB_2vote_voters, phpBB_2words

This is probably nothing to worry about, update will continue. Should this fail to complete you may need to seek help at our development board. See README for details on how to obtain advice.
Update completed

Beitrag von **Mahony** » 01.12.2006 00:06

Hallo
Der prefix ist auf jeden Fall schonmal falsch

$table_prefix = "phpBB_2

Der Prefix endet für gewöhnlich immer mit einem Unterstrich.

Es müsste also entweder

Code: Alles auswählen

$table_prefix = "phpBB_2_

heissen oder

Code: Alles auswählen

$table_prefix = "phpBB_

oder eben

Code: Alles auswählen

$table_prefix = "phpBB2_

oder

Code: Alles auswählen

$table_prefix = "phpbb_

Ändere also deine config.php und dann sollte es wieder funktionieren.

Grüße: Mahony

Miriam · Beitrag von **Miriam** » 01.12.2006 08:28

@Mahony: Das ist eine gewagte Aussage und es würde mich wundern, wenn es daran liegen sollte.
Das Tabellen-Präfix kann doch phpbb_2 sein. Wieso nicht?

Meins ist kleiner_baer_um_5_beim_brei_essen... und nu?

Nee, ich glaube nicht, dass wir das hier lösen können. Jedenfalls nicht so.

Eine Idee habe ich noch, @DieLegende. Erstelle eine tabelle, die mit der Sessiontabelle strukturtechnisch identisch ist und nenne sie (meinetwegen) sitzungen.
Dann gehst Du in die include/constants.php und änderst

Code: Alles auswählen

define('SESSIONS_TABLE', $table_prefix.'sessions');

in

Code: Alles auswählen

define('SESSIONS_TABLE', $table_prefix.'sitzungen');

Das selbe kannst Du dann noch mit session_keys machen, die Du meinethalben sitzungsschluessel nennst.
Das wäre dann in der constants.php -->

Code: Alles auswählen

define('SESSIONS_KEYS_TABLE', $table_prefix.'sessions_keys');

ändern zu

Code: Alles auswählen

define('SESSIONS_KEYS_TABLE', $table_prefix.'sitzungsschluessel');