Zum Inhalt springen

Probleme bei internem Serverumzug: mysql_fetch_assoc

Erstellt am 24. Februar 2008 · 6 Antworten · letzte Antwort am 2. März 2008

Tags: Datenbank, Frage

marcovitula ·

Nachdem mein Provider intern auf einen anderen Server umgestellt hat, erscheint beim Aufruf der Seite :

Warning: mysql_fetch_assoc() : supplied argument is not a valid MySQL result resource in /home/meinaccount/typo3_src-4.0.2/t3lib/class.t3lib_db.php on line 802

Warning: mysql_free_result() : supplied argument is not a valid MySQL result resource in /home/meinaccount/typo3_src-4.0.2/t3lib/class.t3lib_db.php on line 827

Warning: mysql_fetch_assoc() : supplied argument is not a valid MySQL result resource in /home/meinaccount/typo3_src-4.0.2/t3lib/class.t3lib_db.php on line 802

Warning: mysql_free_result() : supplied argument is not a valid MySQL result resource in /home/meinaccount/typo3_src-4.0.2/t3lib/class.t3lib_db.php on line 827

Warning: Cannot modify header information - headers already sent by (output started at /home/meinaccount/typo3_src-4.0.2/t3lib/class.t3lib_db.php:802) in /home/meinaccount/typo3_src-4.0.2/typo3/sysext/cms/tslib/class.tslib_fe.php on line 2853

Habt ihr eine Idee, woran das liegen könnte. Es wurde an der Konfiguration nichts geändert. Man kommt derzeit nicht mehr ins Backend. SimulateStaticDocuments ist bei dieser Seite in Verwendung. Mein erster Gedanke war das modrewrite-Modul des Webservers. Die Seiten sind jedoch unter der statischen Adresse erreichbar. Es erscheint jedoch auf jeder einzelnen Seite dieser Fehler (inkl. Backend). Ist äußerst dringend.

Danke im Voraus

just2b ·

schalt mal übers install tool > all conf > sql debug ein, lösche in dem verzeichnis die temp files, dann siehst du schon mal worans liegt

georg
PS: welches problem will nicht drigend behoben werden?

marcovitula ·

caller t3lib_DB::exec_SELECTquery
ERROR Can't open file: 'cache_pages.MYI'. (errno: 145)
lastBuiltQuery SELECT S.*
FROM cache_pages S,pages P
WHERE
S.hash='7b4b5c28a8b7ec3353cee1f31c08f148'
AND S.page_id=P.uid
AND S.expires > 1203981384
AND P.deleted=0
AND P.hidden=0
AND P.starttime<=1203981384
AND (P.endtime=0 OR P.endtime>1203981384)
debug_backtrace require // tslib_fe->getFromCache // tslib_fe->getFromCache_queryRow // t3lib_DB->exec_SELECTquery // t3lib_DB->debug

Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /home/meinaccount/typo3_src-4.0.2/t3lib/class.t3lib_db.php on line 802

Warning: mysql_free_result(): supplied argument is not a valid MySQL result resource in /home/meinaccount/typo3_src-4.0.2/t3lib/class.t3lib_db.php on line 827
caller t3lib_DB::exec_SELECTquery
ERROR Can't open file: 'cache_pages.MYI'. (errno: 145)
lastBuiltQuery SELECT S.*
FROM cache_pages S,pages P
WHERE
S.hash='7b4b5c28a8b7ec3353cee1f31c08f148'
AND S.page_id=P.uid
AND S.expires > 1203981384
AND P.deleted=0
AND P.hidden=0
AND P.starttime<=1203981384
AND (P.endtime=0 OR P.endtime>1203981384)
debug_backtrace require // tslib_fe->generatePage_preProcessing // tslib_fe->tempPageCacheContent // tslib_fe->getFromCache_queryRow // t3lib_DB->exec_SELECTquery // t3lib_DB->debug

Habe den sql-debug-Modus aktiviert. Ich habe die ersten 2 Fehler eingefügt. Leider hilft mir das auch nicht weiter. Wie soll ich hier weiter vorgehen?

Marco

just2b ·

das MYI kommt mir sehr neu vor, aber lösche mal die die cache_pages tabelle und lass sie im install tool > db > compare neu anlegen

georg

marcovitula ·

ich wollte vorher einen mysqldump erstellen, aber habe folgende Fehlermeldung erhalten: Can't get CREATE TABLE for table 'cache_pages' (Can't open file: 'cache_pages.MYI'. (errno: 145)). Eine Sicherung wäre sicher nicht falsch, bevor ich mich an der Datenbank zu schaffen mache, denke ich.

marcovitula ·

nun wurde über mysql repair table die cache_pages tabelle repariert, da diese defekt war, nun sind alle Fehler im Frontend verschwunden, im Backend habe ich jedoch noch einige Fehler, für die ich die Ursache nicht finden kann - hier ein kleiner Auszug:

Strict Standards: var: Deprecated. Please use the public/private/protected modifiers in /home/account/typo3_src-4.0.2/typo3/index.php on line 90

Strict Standards: var: Deprecated. Please use the public/private/protected modifiers in /home/account/typo3_src-4.0.2/typo3/index.php on line 91

Warning: session_start() [function.session-start]: Cannot send session cookie - headers already sent by (output started at /home/account/typo3_src-4.0.2/typo3/index.php:90) in /home/account/typo3_src-4.0.2/t3lib/class.t3lib_userauth.php on line 1027

Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent (output started at /home/account/typo3_src-4.0.2/typo3/index.php:90) in /home/account/typo3_src-4.0.2/t3lib/class.t3lib_userauth.php on line 1027

Warning: Cannot modify header information - headers already sent by (output started at /home/account/typo3_src-4.0.2/typo3/index.php:90) in /home/account/typo3_src-4.0.2/t3lib/class.t3lib_userauth.php on line 311

Das sagt mir leider auch nicht viel.

Das Install-Tool sagt beim Update required tables Compare unter "Changing Fields": ALTER TABLE be_users CHANGE lang lang varchar(2) NOT NULL default '';
Current value: char(2) default ''

Habe das angewählt und abgesendet. Es wird bei einem weiteren Compare jedoch immer noch angezeigt und Änderung gibt es auch keine.

marcovitula ·

Problem im Backend wurde auch gelöst: php.ini error-reporting: ~E_NOTICE wurde deaktiviert, somit konnten wieder Cookies an den Browser geschickt werden.