Fatal error: _setConfig failed

[update]

... nach dem update auf r403 (von r400) (dbcon zeile 538). Keine Ahnung, woher das kommt
sowas war ja noch nie da! (Zum Glück war das eine Testinstallation , allerdings die Kopie einer laufenden Installation - dennoch wüsste ich zu gerne, was da los ist) )
Mein Gefühl sagt mir, dass was mit den Pfaden nicht stimmt, hmmm...

[Oliver Georgi]

Das sollte nichts mit Pfaden zu tun haben. Ein System Value kann nicht in die Datenbank geschrieben werden.

[EFabian]

Hallo,
ich hab das gleiche Problem!
hab die Rechte schon mehrfach überprüft und meine Dateien abgeglichen!

zum glück habe ich die Daten in einen neuen Ordner hochgeladen.

[Oliver Georgi]

wie gesagt, Datenbankproblem. Frage wäre, wann genau das auftritt.

[EFabian]

es kann kein Inhalt im Frontend aufgerufen werden.

der Login im Backend (inkl. der Funktionen, z.B. Artikel) funktioniert!

[EFabian]

wenn ich meinen alten Ordner mit der gleichen DB nutze, dann funktioniert auch alles wieder.
Update von 1.4.2

[Oliver Georgi]

Bitte im Backend eine Seitenstrukturebene sichern. Und gucken, ob das geht. Wie gesagt – es ist definitiv ein Datenbankproblem. Aber das wäre jetzt herumstochern und ist wenig hilfreich: "geht nicht" reicht nicht.

[EFabian]

wenn ich auf Seitenstrukturebene Sichern gehe, kommt der gleiche Fehler:

Code: Select all

Fatal error: _setConfig failed in /homepages/41/d109130469/htdocs/erbersdobler/service/include/inc_lib/dbcon.inc.php on line 538

Wird für das Update von 1.4.2 auf die 1.4.7 ein SQL Update benötigt?
Ich habe folgendes eingespielt: Upgrade release 1.4 to 1.5

dabei kam folgende Meldung:

Code: Select all

#
#


CREATE TABLE IF NOT EXISTS `phpwcms_log_seo` (
  `id` int(11) NOT NULL auto_increment,
  `create_date` timestamp NOT NULL,
  `domain` varchar(255) NOT NULL DEFAULT '',
  `query` varchar(255) NOT NULL DEFAULT '',
  `pos` int(11) NOT NULL DEFAULT 0,
  `referrer` text NOT NULL,
  PRIMARY KEY  (`id`)
) TYPE=MyISAM;
ERROR: Duplicate column name 'article_menutitle' -> ALTER TABLE `phpwcms_article` ADD `article_menutitle` VARCHAR( 255 ) NOT NULL DEFAULT '';
ERROR: Duplicate column name 'cref_module' -> ALTER TABLE `phpwcms_crossreference` ADD `cref_module` VARCHAR( 255 ) NOT NULL DEFAULT '' AFTER `cref_type`;
ALTER TABLE `phpwcms_crossreference` ADD INDEX ( `cref_module` );
ERROR: Duplicate column name 'f_sort' -> ALTER TABLE `phpwcms_file` ADD `f_sort` INT NOT NULL DEFAULT '0';
ALTER TABLE `phpwcms_file` ADD INDEX ( f_sort );
ERROR: Duplicate column name 'detail_regkey' -> ALTER TABLE `phpwcms_userdetail` ADD `detail_regkey` VARCHAR( 255 ) NOT NULL DEFAULT '' AFTER `detail_id`;
ERROR: Duplicate column name 'detail_salutation' -> ALTER TABLE `phpwcms_userdetail` ADD `detail_salutation` VARCHAR( 255 ) NOT NULL DEFAULT '' AFTER `detail_title`;
ALTER TABLE `phpwcms_userdetail` ADD INDEX ( detail_regkey );
ERROR: Duplicate column name 'shopprod_track_view' -> ALTER TABLE `phpwcms_shop_products` ADD `shopprod_track_view` INT( 11 ) NOT NULL DEFAULT '0';
ALTER TABLE `phpwcms_shop_products` ADD INDEX ( `shopprod_track_view` );
CREATE TABLE IF NOT EXISTS `phpwcms_log` (
  `log_id` int(11) NOT NULL AUTO_INCREMENT,
  `log_created` datetime NOT NULL DEFAULT '0000-00-00 00:00:00',
  `log_type` varchar(50) NOT NULL DEFAULT '',
  `log_ip` varchar(30) NOT NULL DEFAULT '',
  `log_user_agent` varchar(255) NOT NULL,
  `log_user_id` int(11) NOT NULL DEFAULT '0',
  `log_user_name` varchar(255) NOT NULL,
  `log_referrer_id` int(11) NOT NULL DEFAULT '0',
  `log_referrer_url` text NOT NULL,
  `log_data1` varchar(255) NOT NULL DEFAULT '',
  `log_data2` varchar(255) NOT NULL DEFAULT '',
  `log_data3` varchar(255) NOT NULL DEFAULT '',
  `log_msg` text NOT NULL,
  PRIMARY KEY (`log_id`),
  KEY `log_referrer_id` (`log_referrer_id`),
  KEY `log_type` (`log_type`)
) TYPE=MyISAM;
ALTER TABLE `phpwcms_calendar` CHANGE `calendar_refid` `calendar_refid` VARCHAR( 255 ) NOT NULL DEFAULT '';

[flip-flop]

SQL-Update: Releases

Zum eigentlichen Fehler kann ich nichts sagen, bei mir funktioniert die 403 nach einem Update von 402.

Einzig die Formulare zeigten eine weiße Seite. Lösung: Umbenennen der Funktion

function block_comment_spam
nach z.B.
function block_comment_spam_

in

include/inc_front/content/cnt_functions/cnt23.func.inc.php

Der Name "block_comment_spam" scheint sich mit irgendetwas auf diesem Account zu beißen.

Knut

[EFabian]

ich kann den Fehler nicht finden...

bei gleicher DB funktioniert die alte Version und die neue Version nicht.
Hab auch ein Backup vom SQL ausprobiert.

bisher konnte ich mir immer helfen - jetzt bin ich mit meinem Latein am Ende!

[flip-flop]

Mach mal ein Update nach r402,
402 testen und dann nach 403.
Von 402 nach 403 braucht es kein DB-Update. (Ich sehe das auch als einen sehr eigenartiger Fehler).

OG kann da sicher was zu sagen.

Knut

[juergen]

dumdidumm.... Habt ihr den "gepimpten" Shop da laufen ? Claus ? Dudu !

[Oliver Georgi]

403 hat auch DB Update, macht das aber normalerweise selbsttätig.

[najbo]

Ich habe das gleiche Problem :

Frontend : Fatal error: _setConfig failed in /var/www/www.apc-tech.ch/include/inc_lib/dbcon.inc.php on line 538
Backend : Alles Ok, aber ...

Habe auch versucht wie empfohlen, eine Seitenstrukturebene zu sichern : gleichen Fehler wie im Frontend.

Ich habe von version 1.33 auf 1.4.7 das Update gemacht.

[EFabian]

Hallo,

hab jetzt dei phpwcms 1.4.5 (2010/02/08, r398) am Laufen!
ohne Probleme bisher!

nur die 1.4.7 ärgert mich noch!