Feherl in Drupal seit dem Umzug

Es wird an einer Db Tabelle mit Logs gemeckert. Da die Logs keine funktionale Bedeutung fuer Drupal haben kannst Du die Tabelle accesslog auch leeren (nicht loeschen!). Damit gibt es erst mal keinen Duplicate entry mehr.

-------------
quiptime

Nur tote Fische schwimmen mit dem Strom.

Am besten erst mal komplett die DB unverändert exportieren (als Backup) und dann Log und alle Tabellen, in deren Name "cache" vorkommt, löschen und diese DB dann verwenden. Dann stimmen auch z.B. Bilderlinks, die z.T. mit absoluten Pfaden im cache hinterlegt werden. Man denkt dann etwas wäre falsch (konnte mir erst der profix898 weiterhelfen)

Dabei sein ist alles

aber geholfen hat es nicht sonderlich lange. die meldung kommt dann wieder.

soll ich die noch mal leeren ?

Wenn unsere Standardpflaster nicht helfen, muss das Stethoskop ran. D.h. poste mal einen Link und dann beschreibe den Fehler genauer. Ich vermute mal dass über den DB Namen hinaus die Rechte für die Ordner zumindest teilweise nicht richtig gesetzt sind (Fehler 404), oder es komplett irgendwas zerlegt hat. Umzug ist nicht immer so einfach. Hast du denn vor dem Umzug die Dateien komplett zusammengezippt, und erst auf dem neuen Server ausgepackt? Wenn nämlich nicht, kann das allerhand Fehler verursachen.

Dabei sein ist alles

Wegen Umlaute sollte vielleicht dieser Artikel helfen http://www.mysqldumper.de/board/viewtopic.php?t=2313

Und wegen Umzug vielleicht dieser http://www.mysqldumper.de/board/viewtopic.php?t=1182

------------------------------------------
http://kochazubi.net

Was fuer ne Drupalversion verwendest Du?
Hast Du irgendwelche extra Access Module aktiviert?

-------------
quiptime

Nur tote Fische schwimmen mit dem Strom.

Hallo, also Drupal version ist 5.3, das mit dem 404 Fehler lag daran, das ich auf meinem anderen server mit mod_rewrite gearbeitet habe und dieses auch "eigentlioch" auf meinem jetzigen so eingestellt hatte. Der hat das aber wohl nicht übernommen. Nach mehrmaligen versuche klappt das nun und die 404 Fehler sind auch weg. Bleibt das problem mit den Umlauten und der Meldung des logs.
Bei den umlauten würde ich jetzt sagen, dass evtl mit der clientverion nohc nciht alles stimmt: auf meinem alten war dieses auch die 5er Version sowie der server, auf dem jetzigen ist die serverversion 5 aber die clientversion noch die 4er. obwohl die 5er isntalliert ist. da muss ich noch mal genauer nachschauen.
Aber das mit den logs ist mir immer noch ein rätsel. Ich habe auch nicht (soweit ich weiß) extra access module installiert. aber auch dieses kontrolliere ich noch mal.

Die Sache mit den Umlauten koennte auch an den Tabellen-Kollationen der MySQL DB liegen. Eventuell gibt es da einen Unterschied zwischen alter und neuer Version.

Moegliche Kollationen: utf8_general_ci, utf8_bin, latin1_bin, usw.

Bin mir aber nicht sicher ob das die Ursache sein kann.

-------------
quiptime

Nur tote Fische schwimmen mit dem Strom.

es geht endlich wieder .
ich habe noch mal die backups eingespielt und es läuft wieder wie am schnürchen. Danke allen !!!