Zum Inhalt springen

MySQL-Fehler nach Install unter CGIWRAP

Erstellt am 3. April 2008 · 2 Antworten · letzte Antwort am 4. April 2008

Tags: Datenbank, Frage

NilZ ·

Hallo zusammen,

ich erhalte einige MySQL-Fehlermeldungen, deren Herkunft ich mir nicht recht erklären kann.

System:
- Apache 2.2.x
- MySQL 5
- PHP 4
- CGIWRAP (!)
- virtueller Host

a) Frische Installation

Vorgehensweise:
1. Dummy installiert;
2. Source ebenfalls beim Kunden installiert (ist erstmal das Einfachste um andere Fehlerquellen auszuschließen);
3. Verzeichnis-Symlinks gesetzt;
4. Hardlinks für index.php und showpics.php gesetzt, da Symlinks für Files nicht erlaubt sind;
5. ENABLE_INSTALL_TOOL...

Bei Aufruf des 123-Setups erhalte ich sofort folgende Meldung:

Warning : mysql_list_tables(): supplied argument is not a valid MySQL-Link resource in [...]/<domain>.de/typo3_src-4.1.6/t3lib/class.t3lib_db.php on line 974

Darunter erscheint die normale Ausgabe des Tools.

b) Übernommene Install

Ein ähnliches Problem habe ich mit einer Installation, bei der so viel per Hand geändert worden war, dass ich sie 1:1 kopiert, ein SQL-Dump eingespielt und anschließend die DB-Parameter angepasst habe. Hier erhalte ich folgendes, wenn ich die index.php mit oder ohne Parameter aufrufe:

Warning : mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in [...]/<domain>.de/typo3_src-4.0/t3lib/class.t3lib_db.php on line 801 
Warning : Cannot modify header information - headers already sent by (output started at [...]/<domain>.de/typo3_src-4.0/t3lib/class.t3lib_db.php:801) in  
[...]/<domain>.de/typo3_src-4.0/typo3/sysext/cms/tslib/class.tslib_fe.php on line 2767

Das Backend kann bei dieser Install problemlos genutzt werden, aber im FE ist immer o.g. Meldung zu sehen.

Hat jemand einen Ansatzpunkt, woran es liegen könnte?
Habe mir die entsprechenden Zeilen angeschaut, scheinen mir aber harmlos zu sein.
Am entsprechenden Teil des Quellcodes wurde bei keiner der Installs etwas modifiziert.

Danke und Gruß

just2b ·

Hallo,

ad 1: gib einfach mal eine DB an und importiere die tabellen.

ad 2: install-tool > all conf > sqldebug = 1 > dann sieht man mehr

georg

NilZ ·

Moin,

just2b schrieb

ad 2: install-tool > all conf > sqldebug = 1 > dann sieht man mehr

Ok, gute Sache. Folgendes sagt er mir nun:

caller t3lib_DB::exec_SELECTquery
ERROR Table '<DB>.cache_pagesection' doesn't exist
lastBuiltQuery SELECT content FROM cache_pagesection WHERE page_id=13 AND mpvar_hash=222419149
debug_backtrace require // tslib_fe->getfromcache // t3lib_tstemplate->getcurrentpagedata // t3lib_db->exec_selectquery // t3lib_db->debug
Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in [...]/<Domain>.de/typo3_src-4.0/t3lib/class.t3lib_db.php on line 801
caller t3lib_DB::exec_DELETEquery
ERROR Table '<DB>.cache_pagesection' doesn't exist
lastBuiltQuery DELETE FROM cache_pagesection WHERE page_id=13 AND mpvar_hash=222419149
debug_backtrace require // tslib_fe->getconfigarray // t3lib_tstemplate->start // t3lib_db->exec_deletequery // t3lib_db->debug
Und noch ein paar mehr davon...

So, wie ich das sehe, fehlt da eine Tabelle aus dem Dump bzw. sie fehlte bereits, nachdem selbiges erstellt war.
Welche Vorgehensweise empfiehlst Du bzw. jemand anderer hier?
DB leeren, original T3-Dump importieren und dann mein altes Dump einspielen oder was wäre geschickter?
Oder ist meine Analyse generell falsch?

Gruß