localconfig.php plötzlich leer....

[Kahmoon]

Interessant....hab mich schon gewundert...aber gerade ist es wieder bei einer Seite von passiert. Zufällig auch bei All-Inkl.

SMH ist aktiv.

[xchs]

Bei ALL-INKL ist normalerweise kein Safe Mode Hack notwendig.

[Kahmoon]

Ja, ich weiß...ist noch eine alte Einstellung. Aber es ist inzwischen irgendwie schon bei mehreren Seiten von uns passiert. Ich stell das morgen mal auf CGI um...so wie ich das hier gelesen habe ist das die Lösung?

[lindesbs]

Wenn bei Dir das Problem noch besteht, kannst du mal schauen, ob im LogFile noch dieser Aufruf erscheint ?
'Checked for Contao updates' - 'Automator checkForUpdates'

bzw, was sind die letzten Eintraege, wenn die localconfig danach leer/zerstoert ist ?

[Kahmoon]

Ich kann nicht genau sagen wann es passiert ist. Aber diesen Eintrag finde ich nirgends. Checked for Updates hingegen schon.

[lindesbs]

Danke fuer die Info. Hast du evt. noch Backups diese kaputten Dateien ?
Ich hab da eine Idee, und wollte schauen, ob das bei Dir reinpasst.

[lindesbs]

Achso, und GANZ wichtig. War der Remark noch erhalten ? Also das hier :

/**
 * Contao Open Source CMS
 * Copyright (C) 2005-2011 Leo Feyer
 *
 * Formerly known as TYPOlight Open Source CMS.
 *
 * This program is free software: you can redistribute it and/or
 * modify it under the terms of the GNU Lesser General Public
 * License as published by the Free Software Foundation, either
 * version 3 of the License, or (at your option) any later version.
 * 
 * This program is distributed in the hope that it will be useful,
 * but WITHOUT ANY WARRANTY; without even the implied warranty of
 * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
 * Lesser General Public License for more details.
 * 
 * You should have received a copy of the GNU Lesser General Public
 * License along with this program. If not, please visit the Free
 * Software Foundation website at <http://www.gnu.org/licenses/>.
 *
 * PHP version 5
 * @copyright  Leo Feyer 2005-2011
 * @author     Leo Feyer <http://www.contao.org>
 * @package    Config
 * @license    LGPL
 * @filesource
 */ 

[Kahmoon]

Nein, komplett leer. Auch die letzten male.

[lindesbs]

komplett leer heisst ohne Inhalt ?
Oder ist <?php oder ?> vorhanden ?

Hast Du einen SMH laufen ?
sind evt. Virenscanner auf dem System aktiv ?
Kannst du mir (auch per PN) ein paar mehr Details zum Server selbst geben ?

[Kahmoon]

Ich glaube die PHP Tags waren vorhanden. Ich hab sofort eine Sicherung eingespielt. Daher hab ich den Stand nicht mehr.

Das hier ein Virenscanner läuft glaube ich nicht. Es ist ein ganz normaler Shared Server auf All-Inkl. Ich kann dir einen Temporären Zugang zum System geben wenn du willst.

[lindesbs]

Danke fuer das Angebot eines Zugangs, aber das wird nichts bringen (bisher) da ich den Fehler "noch" nicht aktiv produzieren kann.

[xchs]

Das hier ein Virenscanner läuft glaube ich nicht. Es ist ein ganz normaler Shared Server auf All-Inkl.

Also, soweit mir bekannt ist, läuft auf ALL-INKL ein Virenscanner (auch auf Shared-Hosting-Servern)! Probleme damit hatte ich aber noch nicht. Ich verwende aber auch keinen SMH, weil das nicht notwendig ist...

[do_while]

Also, wenn der Virenscanner die Datei angreift, müßte das doch mit oder ohne SMH so sein. Dann sollte aber doch die alte Version der localconfig.php nur nicht überschrieben werden, also noch existieren.

Ist mir bei All-Inkl auch noch nicht vorgekommen.

[Nina]

Nun ist der Effekt das erste Mal auch bei einem Kunden von mir aufgetaucht. Die localconfig.php war absolut leer (auch der Kommentarblock am Anfang war weg, also wirklich nichts mehr drin).

Contao-Version: 2.9.1 *
SMH: ja
Zum Zeitpunkt des Vorfalls installierte Extensions:
ch_flowplayer 0.0.4 stable *
pageimage 1.2.1 stable *
subcolumns 1.1.3 stable *

Provider: HostEurope
Paket: Webpack L 3.0

(* Kunde hat kein Wartungspaket bei mir gebucht)

Wenn ich mich nun (nach der Reparatur) ins Backend einlogge und mir dort die DB-Logs anzeigen lasse, sehe ich dort für heute morgen als letzte erfolgreiche Einträge:
[2011-05-05 06:50] Daily cron jobs complete
[2011-05-05 06:50] Checked for Contao updates
[2011-05-05 06:50] Purged temporary directory
[2011-05-05 06:50] Running daily cron jobs

Platz ist auf dem Webspace noch jede Menge (ein paar GB ) verfügbar, also daran lag es nicht.

Laut der FTP-Angabe wurde die Datei heute morgen das letzte Mal (vom Server/CMS) geändert. Dabei muss das dann anscheinend passiert sein, denn laut dem Kunden lief die Website gestern abend noch.
Laut den Angaben aus der system/logs/error.log tauchte heute morgen auch die erste Fehlermeldung "Could not connect to database ...." auf.

Auffällig finde ich dabei nur, dass die Zeitangabe die in der Logdatei steht, 2 Stunden zu unserer GMT +1 Zeit hinterher hinkt. Während im FTP-Programm für die localconfig.php ein letztes Änderungsdatum von 08:51 steht, zeigt das Log für die erste Fehlermeldung eine Zeit von 06:51:03 an. Die 2 Stunden-Differenz kann ich auch dadurch erkennen, weil ich vorhin irrtümlich selbst beim Wiedereinrichten einen Fehler ausgelöst habe, der in der Logdatei dann ebenfalls auf 2 Stunden zurück datiert war. Allerdings habe ich keine Ahnung ob darin eventuell eine Ursache für die leere localconfig-Datei liegen könnte?

Ich habe die Datei jetzt wieder eingerichtet und behalte das mal im Auge (und führe nebenbei nun in Absprache mit dem Kunden ein bezahltes Update auf die 2.9.4 durch ). Außerdem stell ich das Projekt nun so um, dass es ohne SMH läuft (geht mittlerweile ja bei HostEurope).

[lindesbs]

Danke Nina fuer die ausfuehrlichen Informationen. Das bestaetigt in gewisser Weise meine Vermutungen. Jetzt muss ich mal versuchen, das selbst produzieren zu koennen.

[ChrisT]

Bei einem meiner Kundenhostings hatte ich dieses Problem ebenfalls - localconfig.php leer. Beim ersten Mal (16.12.) kam der Zuständige beim Hoster zum Schluss, dass einfach jemand etwas getan hat, was er nicht hätte tun sollen. Vorgeschlagene Lösung: Passwörter wechseln.

Als es beim gleichen Kunden zum zweiten Mal (21.2.) auftrat und der Hoster zum zweiten Mal ein Backup zurückspielen musste, hatte ich einen anderen Ansprechpartner, der dem Problem glücklicherweise nachging. "Dass Problem scheint ironischerweise im Zusammenhang mit unserem Serverbackup zu entstehen! Wir entschuldigen uns für die Umstände und werden dies umgehend anpassen."

Seither funktionierts.

[do_while]

Es bietet sich also generell an, ein Backup dieser Datei im config-Verzeichnis zu haben. Dann ist die Domain sehr schnell wieder fit.

Besser wäre natürlich, die Ursache zu finden, aber das ist nicht so einfach, wenn man den Verlauf nicht reproduzierbar nachvollziehen kann.

[xtra]

Mhh...
Mal ein POC schustern welches in Config ein backup anlegt und dieses, sofern beim load eine leere kommt dann einliest anstelle der neuen Kopie.

Frage hierbei: ist die Datei dann immer leer (0 bytes filesize) oder ggf. auch nicht mehr vorhanden?

[lindesbs]

ich versuche mich schon seit langem daran. Manchmal ist die Datei 0 Bytes, manchmal ist nur der websitePath noch drin, manchmal sind die Inhalte defekt.

Ich habe hier ein System mit SMH (Danke an andreas.schempp) auf dem spiele ich massiv rum, aber ich kann den Fehler nicht produzieren, und theoretisch sollte das auch nicht moeglich sein.
Ich schick Dir mal die ForenLinks, wo Bsp. der Reststuecke sind.

[xchs]

ich versuche mich schon seit langem daran. Manchmal ist die Datei 0 Bytes, manchmal ist nur der websitePath noch drin, manchmal sind die Inhalte defekt.

Wurde eigentlich diesem Szenario damals nachgegangen?

[Kahmoon]

Moin beisammen. Heute Nacht ist es wieder auf einem anderen Server (ebenfalls All-Inkl) passiert. SMH wird hier ebenfalls verwendet.

ID: 10871
Datum: 13.05.2011 00:02
Ursprung: Frontend
Kategorie: CRON
Benutzer:
Details: Running daily cron jobs
Funktion: CronJobs run()
IP Adresse: 91.7.90.174
Browser: Mozilla/5.0 (Linux; U; Android 2.2; de-de; HTC Desire Build/FRF91) AppleWebKit/533.1 (KHTML, like Gecko) Version/4.0 Mobile Safari/533.1

Folgender Inhalt war in der localconfig.php. Sehr interessant finde ich was er da bei WebsitePath eingetragen hat.

### INSTALL SCRIPT START ###
$GLOBALS['TL_CONFIG']['websitePath'] = '/regelwerk/spielregeln.html';
### INSTALL SCRIPT STOP ###

?> 

[lindesbs]

Das mit dem WebsitePath ist normal, wenn die Datei vorher leer war.
Sind davor oder danach noch besondere CRON Infos im Log ?

[Kahmoon]

Eine halbe Stunde vorher schon ja..aber das sollte nichts damit zu tun haben. Ist auch zu weit weg.

[12.05.2011 23:24] No active page for page ID "impressum/link/25", host "muenchner-autotage.de"

[lindesbs]

Ich mein es eher im Sinne von LogFiles im BE

• Running daily cron jobs
• Purged temporary directory
• Daily cron jobs complete

Ist hiervon etwas im ContaoLog verzeichnet um 0:02 ?

[Kahmoon]

Interessant...bis vorher war nur dieser eine Eintrag im Logfile. Jetzt habe ich noch mal geschaut und siehe da...es wurde neue Einträge mit Timestamp von heute Nacht hinzugefügt. Die waren vorher nicht da!

[13.05.2011 10:03] Running weekly cron jobs
[13.05.2011 00:03] Daily cron jobs complete
[13.05.2011 00:03] Generated news feed "rss_merkurcup_news.xml"
[13.05.2011 00:03] Generated news feed "rss_volksfest_freising_nachrichten.xml"
[13.05.2011 00:02] Generated news feed "rss_volksfest_freising_polizeimeldungen.xml"
[13.05.2011 00:02] Checked for Contao updates
[13.05.2011 00:02] Purged temporary directory
[13.05.2011 00:02] Running daily cron jobs

[hafenmeister]

Hatte das Problem mit der leeren localconfig.php vergangene Woche ebenfalls:
Contao 2.9.3
Hosteurope Webpack 3.0
SMH und altes Rechtesystem

Auf einem anderen Hosteurope Webpack 3.0 mit Contao 2.9.3 ohne SMH und neuem Rechtesystem gab es bisher keine Probleme.

[lindesbs]

OK, danke kahmoon fuer die Zugangsdaten. Die Logeintraege sind richtig. Der CRON lief komplett durch, ohne abbruch. Aber warum der die EIntraege vorher nicht angezteigt hat, kann ich nicht sagen.

Das ist ja mal richtig strange.....

[beatem]

Hallo, bei mir ist es heute gleich bei 2 Kundenwebseiten passiert - die Kunden riefen mich entsetzt an, dass Ihre Webseite nicht mehr funktioniert. Bei beiden Seiten wird kein SMH verwendet. Auf einer Seite liegt die 2.9.2, auf der anderen die 2.9.3.

Es steht auch ein interessanter Pfad drin:


### INSTALL SCRIPT START ###
$GLOBALS['TL_CONFIG']['websitePath'] = '/impulsvortraege.html';
### INSTALL SCRIPT STOP ###

?>

Also insgesamt ist es bei 5 Kunden passiert und bei unterschiedlichen Providern...einmal mit SMH, viermal ohne SMH.
Den Provider als Ursache schließe ich eher aus, da ich jeweils mehrere Kundenseiten mit Contao dort habe.

[lindesbs]

Danke fuer die Info, damit ist meine Idee mit dem SMH Zusammenhang ja hinfaellig.
Ich habe leider immer noch keine klare Idee, warum das passiert.

Kanst du in etwa nachvollziehen, wann das passiert ist ? War zu gleicher Zeit evt. ein ServerBackup aktiv ?

[beatem]

Ich habe mir meine Seiten gerade nochmal angesehen und nach Übereinstimmungen gesucht....
Bei allen Seiten wo es aufgetreten ist wird die URL umschrieben:
$GLOBALS['TL_CONFIG']['rewriteURL'] = true;

Ich habe auch noch Seiten wo ich die Umschreibung aus verschiedenen Gründen nicht aktiviert habe, dort ist es bisher noch nie passiert...

[Kahmoon]

Interessant...bei mir stand allerdings:

### INSTALL SCRIPT START ###
$GLOBALS['TL_CONFIG']['websitePath'] = '/regelwerk/spielregeln.html';
### INSTALL SCRIPT STOP ### 

In meinem Fall war wohl das Backup schuld das laut Provider zeitgleich lief.

[beatem]

Also bei der eine Seite steht als erstes im error.log
[18-May-2011 22:17:50] PHP Fatal error: Uncaught exception 'Exception' with message 'Could not connect to database (Access denied for user 'nobody'@'localhost' (using password: NO))' thrown in Platzhalter/system/libraries/Database.php on line 78

Die Cronjobs liefen laut system log erst danach am 19.5. um 0:17 Uhr

[19-May-2011 05:42:17] PHP Fatal error: Uncaught exception 'Exception' with message 'Could not connect to database (Can't connect to local MySQL server through socket '/tmp/mysql.sock' (111))' thrown in Platzhalter/system/libraries/Database.php on line 78

Die Cronjobs liefen hier laut system log exakt davor, um 5:41 Uhr

Beim Provider habe ich nachgefragt, dort gibt es um diese Zeit keine Fehlermeldung, keine Backups nichts....vor allem nichts Auffälliges!

[Kahmoon]

Bei mir wars in etwa die selbe Zeit. Kurz nach Mitternacht. Hier war das Backup noch zu Gange was wohl die DB gesperrt hat.

[beatem]

Ich hatte es ja schonmal geschrieben, bei der Google-Suche findet man unglaublich viele Seiten, die derzeit diesen Fehler haben, dort hat es einfach noch niemand bemerkt.

Was kann man/ich tun um die Fehlerursache weiter einzugrenzen, es ist recht beunruhigend wenn man jederzeit damit rechnen muss dass eine Kundenwebseite plötzlich nicht mehr funktioniert....ich habe ja bei Reisen usw. immer einen Stick mit sämtlichen localconfig Daten bzw. Zugangsdaten dabei, es ist aber keine wirkliche Lösung.

Wie es aussieht ist es nicht der SMH - bei mir überwiegt das Phänomen bei Seiten wo kein SMH verwendet wird.
Mangelnder Speicherplatz kann es auch nicht sein, bei allen Installationen meiner Kunden ist noch massenhaft Platz auf dem Server.
An einem speziellen Provider liegt es vermutlich auch nicht - bei mir ist es z.B. noch nie aufgetreten, aber schon bei Kunden, die bei diesem Provider sind. Außerdem ist es noch bei anderen Providern aufgetreten.
Ein Serverbackup wurde bei den letzten 2 Löschungen der localconfig meiner Kunden auch nicht zeitgleich durchgeführt.

Hat noch jemand eine Idee, ich finde es sehr wichtig.

[do_while]

Hallo,

mir ist das glücklicherweise noch nicht passiert, ich habe aber immer eine Kopie der localconfig.php schon in der Contao-Installation liegen. Dann braucht man nur noch einen FTP-Client. Allerdings sollte man ab und zu die Kopie aktualisieren, damit neuere Einstellungen auch enthalten sind.

Es könnte ja auch sein, dass es mit einer oder mehreren Erweiterungen zusammenhängt. Vielleicht sollten Betroffene mal alle installierten Erweiterungen zum Vergleich auflisten.

[beatem]

Gute Idee:
1. Installation:
BackupDB, banner, botdetection, ch_flowplayer, dhl_googlemaps, efg, extended_checkbox, mod_backlink, newsletter_export, visitors, xls_export

2. Installation
BackupDB, DC-DynamicTable, Downloadarchive, efg, extended_checkbos, formauto, formdateselection, inserttags, mod_backlink, moretags, registereedR, xls_export

3. Installation:
BackupDB, extended_checkbos, MetaCreator, mod_backlink

4. Installation:
BackupDB, mod_backlink, newsextend

Ich habe mal die Erweiterungen markiert, die bei allen übereinstimmen...

BackupDB kann es nicht sein, das installiere ich bei jeder Installation. mod_backlink fällt auch aus, diese Erweiterung verwende ich auch bei anderen Installationen, bei denen es noch nie aufgetreten ist.

[xchs]

Ui, do_while, es schaut nicht gut aus für Dich

[do_while]

Na, na - ich glaube da nicht dran, denn BackupDB geht nicht an die localconfig.php ran. Die Parameter, die ggf. dort für BackupDB drin stehen, werden ja von Contao eingelesen und BackupDB greift dann nur auf die Variablen zu.

BackupDB habe ich in fast allen meinen Installationen im Einsatz - bisher ohne derartige Ausfälle.

[Kahmoon]

Servus,

BackupDB habe ich eigentlich immer installiert. Auch bei denen es noch nicht passiert ist. In meinem Fall war es das Backup vom Provider. Wir haben zu unserem Managed Server das Backup-Paket gebucht. Das findet wohl immer um Mitternacht statt.

Gruß

[do_while]

Interessant wäre noch, ob zum BackupDB zusätzlich für AutoBackups die cron-Erweiterung installiert ist, bei Beatem habe ich das in der Auflistung nicht gesehen.