Seite nicht mehr erreichbar

[Jasoney]

Guten Morgen,

wollte heute Morgen meine HP aufrufen und bekomme eine Fehlermeldung.
Komme auch nicht mehr ins Backend.

Habe mir mal die Error Datei gesaugt aber leider kann ich damit nichts anfangen.
Kann mir jemand helfen?

http://raceday-speed-association.de/

P.S.
die angehangene Log ist mit Rar gepackt und nur zum ZiP umbenannt

[tblumrich]

Das scheint mir ein lokales, temporäres Problem zu sein... bei mir geht alles.

Strg + F5?

Gruß
Thomas

[Jasoney]

Bei dir geht alles?
Damit meinst du vermutlich deine Seite, oder?
Bei mir kommt immer:

An error occurred while executing this script!

[hansstalder]

Das hatte ich auch schon. Mach mal eine Systemwartung: alle Dateien. Bei mir funktionierte es anschliessend wieder.

Gruss Hans

[Jasoney]

Meinst du die Systemwartung im Backup?
Da komme ich auch nicht rein.

Das Anmeldefenster erscheint und wenn ich mich dann anmelde kommt wieder die selbe Fehlermeldung.

[Jasoney]

Hier mal die Fehlermeldung

[20-Jan-2012 06:12:23] PHP Fatal error: Uncaught exception 'Exception' with message 'Query error: INSERT command denied to user 'dbo297745562'@'212.227.119.165' for table 'tl_search_index' (INSERT INTO tl_search_index (pid, word, relevance, language) VALUES ('2266', 'gewichte', 1, 'de'), ('2266', 'brno', 1, 'de'), ('2266', 'es', 1, 'de'), ('2266', 'sind', 2, 'de'), ('2266', 106, 1, 'de'), ('2266', 'mitglieder', 2, 'de'), ('2266', 'registriert', 1, 'de'), ('2266', 'davon', 1, 'de'), ('2266', 0, 1, 'de'), ('2266', 'online', 2, 'de'), ('2266', 'gesamtzahl', 2, 'de'), ('2266', 'themen:499', 1, 'de'), ('2266', 'antworten:4487', 1, 'de'))' thrown in /homepages/30/d130461126/htdocs/system/libraries/Database.php on line 642


Davon gibt es dann noch mehrere.

[hansstalder]

was sagt der Systemcheck 'contao-check.php ?'

[schman]

Also laut Fehlermeldung hat dein Datenbankbenutzer keine Rechte (mehr) um Tabellen zu befüllen.
Wurde ev. das Passwort geändert, MySQL upgedatet das sowas erklären könnte?

[Jasoney]

Da scheint eine Menge nicht in Ordnung zu sein.
Habe die Auswertung mal gezippt und angehangen.

[Jasoney]

@Schman

Nein, da ist nichts gewesen in der Art!

[Jasoney]

Die Datenbank zeigt mir -51 MB von 100 MB freien Platz an.

tl_log hat eine Größe von 137 MB

Kann das der Grund sein und wenn ja, was kann ich da tun?

[schman]

du könntest tl_log löschen (leeren).
das kannst du auch über pma machen. Ich vermute allerdings das es nicht wirklich was helfen wird.

[Jasoney]

ok, geleert habe ich sie aber wie schon vermutet hat sich nichts geändert.

Was ist mit den ganzen "corrupten" Dateien die mir im check angezeigt werden?

[schman]

Du hast nicht den richtigen Check ausgeführt. Der Check ist für 2.9.5 soweit ich gesehen habe ist deine Installation allerdings noch eine 2.9.3.
Bei Glen kannst du dir den richtigen Check herunterladen

[Jasoney]

So, nun mit dem richtigen Check.
Folgendes war nicht in Ordnung:

cron.php • 444 664, 644, 660, 640 u38390586 u38390586 • File Corrupt
index.php • 444 664, 644, 660, 640 u38390586 u38390586 • File Corrupt
plugins/highlighter/scripts/shBrushBash.js • 755 664, 644, 660, 640 u38390586 u38390586 File Validated
system/mbstring.php • 444 664, 644, 660, 640 u38390586 u38390586 • File Corrupt
typolight/index.php • 444 664, 644, 660, 640 u38390586 u38390586 • File Corrupt

[Jasoney]

Ich verzweifel!
Habe mal die Install ausgeführt, Datenbankzugang wird da als in Ordnung angezeigt.

Hier nochmal ein Auszug aus der Error.log

[20-Jan-2012 15:43:39] PHP Fatal error: Uncaught exception 'Exception' with message 'Query error: INSERT command denied to user 'dbo297745562'@'212.227.119.165' for table 'tl_session' (insert into `tl_session` (pid, tstamp, name, sessionID, ip, hash) VALUES (1345, 1327070619, 'FE_USER_AUTH', '9b17f933639656b81914f80e04073784', '10.201.197.214', 'bfa924f0af17da3c889c0856fffc0af6f4091924'))' thrown in /homepages/30/d130461126/htdocs/system/libraries/Database.php on line 642


Was kann ich tun?????

[xchs]

Hast Du schon versucht, Cache und Cookies im Browser zu löschen und ggf. auch die Tabelle "tl_session" in der Datenbank zu bereinigen?

[Jasoney]

Das wars!!

Fast!
Wenn ich mich anmelde kommt wieder die Fehlermeldung!

Egal ob Frontend oder Backend

[xchs]

Welche? Die aus Beitrag #16?

[Jasoney]

Dein Tipp.
Nachdem ich den Cache und alles gelöscht hatte konnte ich wieder die Seite aufrufen aber anmelden geht immer noch nicht.

[Jasoney]

Hat denn keiner mehr eine Idee??

[Nina]

1. Hast du nach dem letzten Contao-Check die als korrupt/defect/missing geführten Dateien nochmal neu hochgespielt (auf die richtige Contao-Version achten, also nicht die Dateien aus der aktuellen Version nehmen, wenn bei dir eigentlich eine ältere läuft)? Hast du danach den Contao-Check nochmal ausgeführt und wird nun alles als OK markiert?
2. Die Fehlermeldung bedeutet klar, dass dein Datenbanknutzer nicht das Recht hat Daten in die Datenbank einzugeben. Hast du schon deinen Webhoster darauf hingewiesen und gebeten, dass sie sich mal die Rechte deines Datenbanknutzers anschauen? Der Webhoster kann schnell sehen, was da etwas nicht stimmt und das vor allem auch beheben, wenn an den Nutzerrechten was nicht stimmt. Vielleicht hakt auch deren MySQL-Server.
3. Ich vermute, dass die DB zu groß war (wenn du sagst, dass die tl_log bei über 100MB lag). Es könnte sein, dass trotz des Leerens dieser Tabelle (sollte man übrigens regelmäßig spätestens alle paar Monate mal tun), bei 1&1 irgendwo ein automatischer Trigger ausgelöst wurde, der deine DB als zu voll markierte und deine Rechte sperrte. Vielleicht kann diese Sperrung eben nur von deren Technik wieder aufgehoben werden. Also: Anrufen und Technikabteilung verlangen.

[xchs]

Eine Idee hätte ich schon:

• DB-Backup machen (sofern noch keines vorliegt)
• neue Datenbank mit neuen Zugangsdaten anlegen
• Zugangsdaten zur neuen Datenbank in Contao eingeben
• DB-Backup einspielen

[Nina]

Ich denke, das Problem liegt wirklich an den Einstellungen bei 1&1 wenn du über das Limit gekommen bist (durch die tl_log). Hier beschreibt jemand bei Drupal den gleichen Vorgang mit der gleichen Fehlermeldung bei 1&1. Auch dieser User hat die Tabelle manuell gelehrt, aber weiterhin den Fehler erhalten. Der Grund liegt wohl darin, dass 1&1 beim Überschreiten des Limits automatisch das Datenbank-Passwort ändern um dem Zugriff einen Riegel vorzuschieben. Daher ist es kein Wunder dass der Zugriff nicht mehr geht.

Der Nutzer beschreibt, dass sich das erst geändert hat als er folgendes tat (ich hab die Punkte mal gleich für Contao umgeschrieben:

1. Das übervolle Datenbankfeld manuell geleert (über die Datenbankverwaltung - phpmyAdmin - die man z. B. im 1&1 Panel aufrufen kann). Im Falle von Contao wäre das meistens die tl_log und eventuell auch die tl_search... falls man eine sehr große Seite hat. Wichtig: Nicht löschen, sondern leeren!
2. Das Passwort der Datenbank in der 1&1 Datenbank-Administration (MySQL) ändern.
3. Per FTP vom Webspace unter sytem/config/ die localconfig.php herunterladen.
4. Die Datei mit einem UTF8-fähigen Editor öffnen und darin manuell die Zeile suchen wo das alte MySQL-Passwort steht. Das Passwort gegen das neue Passwort austauschen. Die Datei im UTF-8 Format speichern!
5. Die Datei wieder nach system/config hochladen und die dort liegende alte localconfig.php mit der geänderten localconfig.php überspeichern.
6. Browsercache löschen und Login versuchen

[Jasoney]

Vielen Dank für die Unterstützung!

Wollte mich gerade dran machen deinen Ablauf abzuarbeiten und stellte fest, dass die Seite wieder erreichbar ist!
Nach der Leerung der Datei stand die Größe der Datenbank immer noch bei -51 MB aber heute Morgen zeigt sie die korrekte Größe an.
Musste also auch das PW nicht ändern!

Jetzt weiß ich, dass ich die Log regelmässig leeren muss!

Danke!!!!!