phpBB.de

Ich habe das Problem, daß ich nach dem Update immer im Admin-Index des Boards die folgende Warnung kriege:

Dein Forum ist wahrscheinlich nicht auf dem neuesten Stand. Es sind Updates für deine phpBB-Version verfügbar, bitte besuche http://www.phpbb.com/downloads.php, um die aktuelleste Version zu erhalten.
Die neueste verfügbare Version ist phpBB 2.0.12.Du verwendest phpBB 2.

Ich habe aber nun bereits 2x das Board (also die Dateien des Boards auf dem Server) gelöscht und die 2.0.12-Dateien aufgespielt. Kann es etwas damit zu tun haben, daß ich das Root-Verzeichnis (bei mir phpBB) nicht löschen kann, weil ich den enthaltenen cache-Ordner nicht löschen kann ?

Denn ich kriege beim Neueinspielen der 2.0.12-Dateien, obwohl die Ordner eigentlich alle leer sein sollten, immer eine File-exist-Warnung nebst Frage nach dem Überschreiben, die ich mit alles-überschreiben zwar beantwortet habe, aber suspekt erscheint mir das schon.

Hat jemand eine Idee, was da los sein kann ?

Hast du auch die Update_to_latest.php ausgeführt? Der eintrag in der DB muss auch erneutert werden (dass du nun die 12er Version hast). Falls nicht, die Datei musst du in einem "install" ordner uppen und ausführen

Jo, habe ich gerade noch einmal explizit aufgerufen. Keine Änderung, die Warnmeldung kommt immer noch.

Edit:

es kommen die folgenden Meldungen:


Information

Database type :: mysql4
Previous version :: < RC-3

Updated version :: 2.0.12

Updating database schema

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

* Error :: Can't DROP 'user_autologin_key'. Check that column/key exists
SQL :: ALTER TABLE stforum_users DROP COLUMN user_autologin_key

* Error :: Can't DROP 'rank_max'. Check that column/key exists
SQL :: ALTER TABLE stforum_ranks DROP COLUMN rank_max

* Error :: Duplicate column name 'user_session_time'
SQL :: ALTER TABLE stforum_users ADD COLUMN user_session_time int(11) DEFAULT '0' NOT NULL, ADD COLUMN user_session_page smallint(5) DEFAULT '0' NOT NULL, ADD INDEX (user_session_time)

* Error :: Duplicate column name 'topic_first_post_id'
SQL :: ALTER TABLE stforum_topics MODIFY topic_moved_id mediumint(8) UNSIGNED DEFAULT '0' NOT NULL, ADD COLUMN topic_first_post_id mediumint(8) UNSIGNED DEFAULT '0' NOT NULL, ADD INDEX (topic_first_post_id)

* Error :: Duplicate column name 'tr_class1_name'
SQL :: ALTER TABLE stforum_themes_name ADD COLUMN tr_class1_name varchar(50) NULL, ADD COLUMN tr_class2_name varchar(50) NULL, ADD COLUMN tr_class3_name varchar(50) NULL, ADD COLUMN th_class1_name varchar(50) NULL, ADD COLUMN th_class2_name varchar(50) NULL, ADD COLUMN th_class3_name varchar(50) NULL, ADD COLUMN td_class1_name varchar(50) NULL, ADD COLUMN td_class2_name varchar(50) NULL, ADD COLUMN td_class3_name varchar(50) NULL, ADD COLUMN span_class1_name varchar(50) NULL, ADD COLUMN span_class2_name varchar(50) NULL, ADD COLUMN span_class3_name varchar(50) NULL

* Error :: Duplicate key name 'post_id'
SQL :: ALTER TABLE stforum_search_wordmatch ADD INDEX post_id (post_id)

* Error :: Table 'stforum_confirm' already exists
SQL :: CREATE TABLE stforum_confirm (confirm_id char(32) DEFAULT '' NOT NULL, session_id char(32) DEFAULT '' NOT NULL, code char(6) DEFAULT '' NOT NULL, PRIMARY KEY (session_id, confirm_id))

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.
Updating data

Progress :: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Updating version and optimizing tables

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

* Error :: Duplicate entry 'server_name' for key 1
SQL :: INSERT INTO stforum_config (config_name, config_value) VALUES ('server_name', 'www.myserver.tld')

* Error :: Duplicate entry 'script_path' for key 1
SQL :: INSERT INTO stforum_config (config_name, config_value) VALUES ('script_path', '/phpBB2/')

* Error :: Duplicate entry 'server_port' for key 1
SQL :: INSERT INTO stforum_config (config_name, config_value) VALUES ('server_port', '80')

* Error :: Duplicate entry 'record_online_users' for key 1
SQL :: INSERT INTO stforum_config (config_name, config_value) VALUES ('record_online_users', '1')

* Error :: Duplicate entry 'record_online_date' for key 1
SQL :: INSERT INTO stforum_config (config_name, config_value) VALUES ('record_online_date', '1109239583')

* Error :: Duplicate entry 'enable_confirm' for key 1
SQL :: INSERT INTO stforum_config (config_name, config_value) VALUES ('enable_confirm', '0')

* Error :: Duplicate entry 'sendmail_fix' for key 1
SQL :: INSERT INTO stforum_config (config_name, config_value) VALUES ('sendmail_fix', '0')

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

Please make sure you have updated your board files too, this file is only updating your database.

You should now visit the General Configuration settings page in the Administration Panel and check the General Configuration of the board. If you updated from versions prior to RC-3 you must update some entries. If you do not do this emails sent from the board will contain incorrect information. Don't forget to delete this file!


Könnte es sein, daß der Eintrag in die DB nicht vorgenommen wird, weil ich das Board in dem Root phpBB und nicht in phpBB2 liegen habe ?! Allerdings habe ich auf der Datenbank 2 phpBB-Foren laufen, das andere ist Version 2.0.11 und dessen Root ist phpBB2. Aber das wird offenbar auch nicht angetastet. Die Table-Prefixes der beiden Boards sind natürlich verschieden.

wie der root folder heißt ist egal. ob die tabelle umgeschrieben wurde kannst du selbst schauen (config tabelle und dann bei version mus .0.12 stehen). Was der Fehler ist kann ich dir nicht sagen

Ich habe den Fehler vermutlich gefunden. Dank Deines Tips habe ich festgestellt, daß die Config-Tabelle keinen Eintrag für die Version enthält und daher vermutlich die Änderung nicht mitbekommt. Die Config-Tabelle des anderen Boards enthält einen solchen Eintrag.

Ich vermute nun mal, daß das Update erfolgt ist, jedoch aufgrund des fehlenden Eintrages in der Config-Tabelle nicht erkannt wird. Kann ich - vorausgesetzt ich liege mit meiner Vermutung richtig - trotzdem nun sicher sein, die Sicherheit der Version 2.0.12 zu haben ? Oder kann der fehlende Eintrag in der Config-Tabelle auch andere Auswirkungen haben, als lediglich das Fehlen der Versionsangabe ?

Also wenn du die Dateien von 2.0.12 hochgeladen hast und davor nicht eine Version hattest unter 2.0.6, kannst den Eintrag in der DB auch manuell machen, da ab 2.0.6 keine Änderungen in der DB gemacht wurden (bis auf die Änderung der Versionsnummer)

Hmm, da liegt wohl mein Problem. Ich weiß, ehrlich gesagt, nicht genau, welche Version ich vorher drauf hatte. Auf jeden Fall wird mir - wie auch oben gezeigt - eine Version <RC3 angezeigt. Gibt einen guten Workaround, auch im Nachhinein festzustellen, ob meine Version < 2.0.6 war ?

Edit: Habe nun die Versions-Info manuell eingefügt, aber trotzdem hat meine Tabelle weniger Einträge, als die Config-Tabelle des anderen Boards (2.0.11). Ist das ein Indiz dafür, daß ich wohl doch eine Version < 2.0.6 drauf hatte ?

Also nochmal von Anfang.

Du hattest maybe ein Forum mit der Versionsnummer < 2.0.6 und hast dann alle Dateien überschrieben (mit denen von 2.0.12)? Falls ja musst du auch die DB updaten und es reicht nicht per Hand die Versionsnummer zu ändern

BraveEagle hat geschrieben:Also nochmal von Anfang.

Du hattest maybe ein Forum mit der Versionsnummer < 2.0.6 und hast dann alle Dateien überschrieben (mit denen von 2.0.12)? Falls ja musst du auch die DB updaten und es reicht nicht per Hand die Versionsnummer zu ändern

OK, sorry an dieser Stelle für die Nachfragen. Aber ist nicht das Script update_to_latest.php für das Updaten der Datenbank da ? Falls ja, das habe ich ausgeführt. Nun verstehe ich das aber so, daß ich offensichtlich eine Version < 2.0.6 habe und daher die DB nicht alle Änderungen mitbekommen hat. Wenn ich nun die Version 2.0.12 anstelle eines Updates einfach neu installiere (mit Option Update), kann ich dann die Daten des Forums behalten oder werden alle Tabellen (die Nutzung des gleichen Tabellenprefixes natürlich vorausgesetzt) neu geschrieben und daher die alten Einträge überschrieben ?

Hm ich glaube wir reden gerade aneinander vorbei, daher nochmal von Anfang.

Bevor du das Update gemacht hast (also auf 2.0.12) welche Version hattest du da?

Aber Version 2.0.6 wurde an der DB nichts mehr geändert ( nur die aktuelle Version in der Tabelle config wurde angepasst). Falls die vorherige Version nicht älter war als 2.0.6 musst du die update_to_latest nicht ausführen sondern kannst einfach per Hand die Versionsnummer in der DB ändern.

Greetz BE