Suche

[Biker]

Ich bekomme seit heute diesen Fehler angezeigt, wenn ich ins Forum (SMF) will.
Es wurde von meiner Seite aus nichts verädert....gestern Abend lief noch alles völlig normal.

Kann mir da bitte jemand helfen?

Datenbankfehler: Access denied for user: 'dbo*********@%' to database 'db*********'
Datei: /homepages/44/d119644466/htdocs/biker/modules/Forum/smf/Sources/Subs.php
Zeile: 2573

Das hier ist die Zeile 2573 der subs.php:

Code Auswählen Erweitern

VALUES ('$session_id', $ID_MEMBER, NOW(), IFNULL(INET_ATON('$user_info[ip]'), 0), '$serialized')", __FILE__, __LINE__);
Gruß
Bernd

[Biker]

Ich krieg ne Krise....jetzt kann ich mich als Admin und als User nicht mehr einloggen....

Die DB war lt. 1&1 198 MB groß.....und 100 MB darf sie nur haben....gestern waren es noch 13,8 MB....

[Andi]

Moin

das dürfte ja die erste Fehlermeldung erklären...
1&1 verweigert den schreibenden Zugriff auf die DB wenn sie voll ist...

Musst halt mal mit phpMyAdmin guggen, was da die DB so vollmüllt und löschen...


Ehrlich gesagt sind die 100mb für ein datenbankbasiertes CMS eh viel zu knapp bemessen. Dafür aber x-Gigabyte Webspace, die man nicht braucht....

[Biker]

Hi Andi,
schön wär´s....Access denied for user: 'dbo*********@%' to database 'db*********'

Laut 1&1 ist aber alles in Ordnung mit der DB!

[Andi]

Klar ist die Datenabnk in Ordnung.
Wenn bei meinem Auto der Tank leer ist, dann ist das Auto auch in Ordnung, fahren tut's trotzdem nicht...

Stimmen denn die Zugangsdaten?
- Klar, die ändern sich ja nicht von alleine...

Steht bei der Fehlermeldung noch ne Zahl in Klammern? z.B. 1045
Ist das die komplette Fehlermeldung?

Ansonsten:
http://dev.mysql.com/doc/refman/5.1/de/access-denied.html

[Biker]

SQL-Befehl:

REPAIR TABLE `nuke_sys_session`

MySQL meldet: 

#1044 - Access denied for user: 'dbo*********@%' to database 'db*********'

Hi Andi,
die Zugangsdaten stimmen...wurden auch nicht geändert und das oben ist die komplette Meldung.

Gruß
Bernd

[Andi]

Wir drehen uns im Kreis...

Wenn, user: dbo********* Dein DB-Useraccount ist und wenn, database 'db********* deine Datenbank ist, dann ist das vom Script her in Ordnung.

Dann frag bei 1&1 nach, warum der USer dbo********* keinen Zugriff auf die Datenbank 'db********* hat. Das können nur die Dir sagen.


Hast du mal mit phpmyadmin in die db geschaut? Geht denn das?

[Biker]

Ja, ansehen "darf" ich sie mir, nur ändern geht nicht....

zudem ist die DB angeblich 13,8 MB groß, zeigt aber weiterhin im Konfigmenü von 1&1 an, dass ich "-76,66 MB von 100MB habe....also müsste sie demnach 176,66 MB groß sein....

...ich ruf jetzt nochmal bei 1&1 an....

[Biker]

Bis jetzt hab ich noch keine Lösung von 1&1 bekommen :heu:....der Typ an der Hotline ...er hieß glaube ich "Herr Bei-uns-gibts-keine-Fehler-Du-dummer-User" .....der beharrt darauf, dass ich mir das alles nur einbilde....und versteht nicht, um was es eigentlich geht.....naja, wurscht ...hab jetzt direkt an die Admins geschrieben ....mal sehen....bis jetzt hat sich noch nix getan....  :heu:

[Biker]

Der Fehler war also wie schon vermutet der, dass der Server, auf dem die Datenbank liegt eine wichtige DB-Tabelle fürs Login beschädigt hatte. 
Zudem kam noch hinzu, dass die DB auf dem Server falsch ausgelesen wurde  und die DB für den Server angeblich 176,66 MB groß war , obwohl sie eigentlich nur knapp 14 MB groß ist!

Da die DB nur max. 100 MB haben darf, wird (bei 1&1) automatisch der Zugriff auf die DB gesperrt, was widerum zur Folge hat, dass ich selbst mich ebenfalls nicht einloggen konnte und auch keine Reparatur an der beschädigten DB-Tabelle nuke_sys_session vornehmen konnte.

Nachdem ich 3 Mal versucht habe einem "Mr. Bei1&1gibtskeineFehlerDudummerUser" an der kostenlosen Hotline von 1&1 (Geld dürfte man dafür auch keinesfalls nehmen!) versucht habe zu erklären, um was es geht, dieser aber der Meinung war, dass er allwissend und genial sei und 1&1 grundsätzlich keine Fehler verursacht, habe ich mir dann gedacht er sollte sich doch besser einen anderen Job suchen, oder 
Ich habe mich dann gestern Nacht direkt per Email mit detaillierter Fehlerbeschreibung   an die Admins von 1&1 gewandt.....
...und siehe da...heute Morgen funktioniert wieder alles wie gewohnt! 

Grüßkes
Bernd

P.S.: Ich habe aber zudem festgestellt, dass die Tabelle smf_log_errors heute Morgen bereits eine Größe von 2,6MB hatte...also die DB unnötig zumüllt....und habe jetzt das Error-Log im Forum SMF deaktiviert!

[Andi]

Tja, die Massenhoster.... 

P.S.: Ich habe aber zudem festgestellt, dass die Tabelle smf_log_errors heute Morgen bereits eine Größe von 2,6MB hatte...also die DB unnötig zumüllt....und habe jetzt das Error-Log im Forum SMF deaktiviert!

Da würde ich aber mal guggen von was das kommt.
Bei uns sind da im Schnitt 3 Einträge pro Woche, nicht mehr....

[JoergK]

P.S.: Ich habe aber zudem festgestellt, dass die Tabelle smf_log_errors heute Morgen bereits eine Größe von 2,6MB hatte...also die DB unnötig zumüllt....und habe jetzt das Error-Log im Forum SMF deaktiviert!

Ich kann ebenfalls ein vergleichbares Verhalten berichten. Im Fehlerprotokoll stehen "reihenweise" Einträge mit immer dem selben Fehler, allerdings bei unterschiedlichen Aufrufen. Hier mal drei Beispiele meiner lokalen Installation:

http://127.0.0.1/xxxx/modules.php?name=Forum&action=featuresettings;sa=basic
2: preg_match(): Unknown modifier '2'
Datei: C:\Xampp\xampp\htdocs\tdke2\modules\Forum\mx_functions.php
Zeile: 239

http://127.0.0.1/xxxx/modules.php?name=Forum&action=featuresettings
2: preg_match(): Unknown modifier '2'
Datei: C:\Xampp\xampp\htdocs\tdke2\modules\Forum\mx_functions.php
Zeile: 239

http://127.0.0.1/xxxx/modules.php?name=Forum&action=admin
2: preg_match(): Unknown modifier '2'
Datei: C:\Xampp\xampp\htdocs\tdke2\modules\Forum\mx_functions.php
Zeile: 239

Die angemahnte mx-functions.php hat im Code folgende Versionsinfo:

* $Revision: 1.36 $
* $Author: tora60 $
* $Date: 2007/01/15 17:02:37 $

Installierte Versionen:
pragmaMx 0.1.9, 1.29/2007-02-12
SMF V1.1.2

Es ist mir bekannt, dass die derzeit in den DLs liegende Bridge (noch) nicht für die V1.1.2 angepaßt wurde. Evtl. hilft die Fehlermeldung ja bei den Anpassungen. 

[Biker]

Hi Andi,
hier mal ein paar Beispiele der error-logs:

2: preg_match() [&lt;a href='function.preg-match'&gt;function.preg-match&lt;/a&gt;]: Unknown modifier '2'<br />Datei: /homepages/44/d119644466/htdocs/biker/modules/Forum/mx_functions.php<br />Zeile: 239

8: Constant __YA_REGTIME already defined<br />Datei: /homepages/44/d119644466/htdocs/biker/language/maaXoN/maaXoN-german_du.php<br />Zeile: 64

8: Constant _FLCITY already defined<br />Datei: /homepages/44/d119644466/htdocs/biker/modules/Flohmarkt/language/lang-german_du.php<br />Zeile: 40

Gruß
Bernd

[Metal-Overdrive]

Ich habe die gleiche Konfiguration wie JoergK bei mir am laufen und bekomme auch Seitenweise Fehlermeldungen ausgespuckt. Quasi bei jeder Aktion die im Forum ausgeführt wird.

Habe deshalb den Fehlerlog bei mir erstmal ausgeschaltet. Falls Interesse an meinem Fehlerlog besteht, einfach melden, dann schalte ich ihn wieder ein und werde ihn hier posten.

[Andi]

Moin

für das error_log des SMF machen wir bei Bedarf nen Extra Thread auf, das gehört hier nicht hin.

der da:

http://127.0.0.1/xxxx/modules.php?name=Forum&action=featuresettings;sa=basic
2: preg_match(): Unknown modifier '2'
Datei: C:\Xampp\xampp\htdocs\tdke2\modules\Forum\mx_functions.php
Zeile: 239

Ist bekannt und in der neuen Bridge Version behoben.
Schnellfix:
Einfach diesen Krempel aus der besagten Datei komplett rauslöschen

Code Auswählen Erweitern

    // / versch. Ausgaben der Sprachdateien korrigieren
    if (isset($GLOBALS['txt'][644])) {
        if (preg_match('#' . $GLOBALS['txt'][644] . '#', $smfContent, $matches)) {
            $repl = str_replace('http://www.simplemachines.org/community/', 'http://www.pragmaMx.org/', $matches[0]);
            $smfContent = str_replace($GLOBALS['txt'][644], $repl, $smfContent);
            // $smfContent = preg_replace('#<table[^>]*supportVersionsTable[^>]*>#i', '<img src="http://www.pragmaMx.org/infonews.php?v=' . urlencode('smf-' . $mxsmf['forum_version']) . '&amp;lang=' . urlencode($GLOBALS['currentlang']) . '" alt="" width="1" height="1" border="0" />$0', $smfContent);
        }
    }



Alle anderen, die in der Fehlermeldung nichts vom SMF drin stehen haben, sondern aus einem anderen Modul/Block kommen, sind für die Fehlersuche im SMF uninteressant. Das sind Probleme des jeweiligen anderen Moduls/Blocks etc.

Ein Beispiel, der da:

8: Constant __YA_REGTIME already defined<br />Datei: /homepages/44/d119644466/htdocs/biker/language/maaXoN/maaXoN-german_du.php<br />Zeile: 64

..deutet auf veraltete oder geänderte Dateien hin. die Konstante __YA_REGTIME gibt es im aktuellen pragmaMx nicht in dieser Sprachdatei. Ausserdem hat diese Datei im Original nur 63 Zeilen...

[Biker]

Okay, danke für die Infos...werde mich mal daran machen die Fehler zu beseitigen!
Das kommt davon, wenn man selbst rumstrickt und altes übernimmt!...egal...werde es schon fehlerfrei hinbekommen...in Hinsicht auf die anderen Module...

Schöne Ostern noch!

Gruß
Bernd

[Andi]

Oki, viel Erfolg   


apropo, nur kurz noch...

Es ist mir bekannt, dass die derzeit in den DLs liegende Bridge (noch) nicht für die V1.1.2 angepaßt wurde.

Ist aber kein Problem.
Die 1.1.1 und 1.1.2 sind für die Bridge zu 100% kompatibel.

[JoergK]

Schnellfix:
Einfach diesen Krempel aus der besagten Datei komplett rauslöschen

Danke für die Info.