Fatal error: _setConfig failed

[update]

Code: Select all

[21-Nov-2010 19:46:14] PHP Fatal error:  _setConfig failed in F:\xampp\htdocs\mydomain\include\inc_lib\dbcon.inc.php on line 538

Mehr kommt da nicht...

[Oliver Georgi]

OK, also keine anderen Fehlereinträge davor oder danach?

[Oliver Georgi]

Bitte mal den Bereich ab Zeile 537 wie folgt ergänzen und dann schauen, was im Ergebnis als Fehler ausgeworfen wird:

Code: Select all

if ( ! _dbInsertOrUpdate('phpwcms_sysvalue', $data) ) {
	$mysql_error = trim( @mysql_error() );
	trigger_error("_setConfig failed".(empty($mysql_error) ? '' : ' with MySQL error: '.$mysql_error), E_USER_ERROR);
}

[update]

Nein, immer nur diese eine Zeile.
Wie gesagt, das tritt nur auf in Verbindung mit dem Frontend-Edit. Bei

Code: Select all

$phpwcms['SESSION_FEinit']    = 0;

ist alles paletti...

[update]

Fatal error: _setConfig failed with MySQL error: MySQL server has gone away in F:\xampp\htdocs\mydomain\include\inc_lib\dbcon.inc.php on line 539

[juergen]

Ich würde raten, dass die Variablen ohne Frontend Edit kleiner sind, ich hatte ja schon mal den Batzen gesehen der bei claus zurückgeschrieben wird. War da nicht irgendwas mit mysql_max_ .... ?

[Oliver Georgi]

OK, ist also ein Konfigurationsproblem auf Seiten des MySQL:
http://dev.mysql.com/doc/refman/5.0/en/gone-away.html

Eventuell gibt es viele Strukturebenen. Im Admin Modus (FE Session ON und eingeloggt) werden andere Daten gecacht, als nur als "normaler" Nutzer. Möglicherweise läuft irgendwas über.

Mal testen, was passiert, wenn man den Wert in der conf.in.php auf 0 oder 1 ändert

Code: Select all

$phpwcms['db_pers'] = 1;

[pepe]

Kanns vielleicht an der Laufzeitbegrenzung von PHP-Scripts liegen?

mySQLdumper umgeht die Problematik durch Aufteilung in mehrere kleine Pakete

[Oliver Georgi]

Kanns vielleicht an der Laufzeitbegrenzung von PHP-Scripts liegen?
mySQLdumper umgeht die Problematik durch Aufteilung in mehrere kleine Pakete

Nein, da stimmt was grundsätzlich nicht.

[update]

$phpwcms['db_pers'] = 1;
ändert nichts, leider.
Das Session-File hat übrigens lockere 15KB

[juergen]

Es geht ja um das array was in die DB geschrieben wird und das war so gross dass es nicht mal in ein Skype Feld passt ... ich weiss, damit kann man nix anfangen.
Soll ich dir mal einen account machen auf einer der Maschinen ? Ich denke danach ist das Problem Geschichte !!

[Oliver Georgi]

wie groß das serialisierte Array auch ist, 16MB groß darf es maximal werden. Das ist eine Menge. Testweise kann sysvalue_value auf Longtext umgestellt werden! Dann passen dort max. 4GB rein.

Würde zuwenig PHP Speicher vorhanden sein, müsste das Script bereits an anderer Stelle abbrechen.

[update]

PHP memory_Limit steht auf 128M
db_pers war vorher auch schon auf 1
Es hat (auch) irgendwas was mit der Situation eingeloggt / nicht eingeloggt im BE und dem Schalter frontend_edit 1/0 zu tun, "glaube" ich...
...denn der triggert den error / no error

[update]

Kleine Korrektur:
$phpwcms['SESSION_FEinit'] = 0; // set 1 to enable sessions in frontend, 0 to disable sessions in frontend
damit geht alles gut.
$phpwcms['SESSION_FEinit'] = 1; // set 1 to enable sessions in frontend, 0 to disable sessions in frontend
damit entsteht der besagte error

[Oliver Georgi]

Ist nicht nachvollziehbar. Das ist eine "ganz" frische Installation? Oder irgendwelche Hacks, Frontend Render Scripte, Module, die dort dazwischenfunken könnten.