Probleme mit adminseiten

Cache Tabellen leeren (nicht löschen) macht nichts kaputt. Das Leeren anderer Tabellen aber sehr wohl. Du hast also erfolgreich Deine Seite zerschossen. Hard Luck.
Ich hoffe, Du hast noch eine ältere Backup-Version Deiner Datenbank, damit nicht alles verloren ist.

Meinst du wirklich es hängt an dieser Revision_comment Tabelle ? Acceslog sollte doch leerbar sein ohne Probleme?

Die Probleme traten erst auf als ich die cache Tabellen geleert habe! Nach Wiederherstellung funktioniert alles bis auf die adminseiten.

Bevor ich rumgepfuscht habe, habe ich ein Backup gemacht leider kann ich es nicht komplett einspielen, da es 500mb groß ist. Unkomprimiert waren es über 2 GB !

Es muss doch möglich sein die adminseiten wieder zum laufen zu bringen :-( bin etwas ratlos

Lg

Ich würde in der php.ini als erstes PHP-Fehler anzeigen lassen.

display_errors=On

Auch ganz hilfreich. https://www.drupal.org/project/registry_rebuild

Wenn du schon field_revision_foo etc leerst, dann auch die Tabelle field_data_foo. Damit die Daten für dieses Feld auch richtig gelöscht sind. ;-)

Vielen Dank Tobias! Das sieht hilfreich aus mit dem registry rebuild. Wenn ich versuche die update.php auszuführen erhalte ich nämlich auch Fehler dieser Art :

HP Fatal error: Class 'EntityAPIControllerExportable' not found in ...sites/all/modules/rules/includes/rules.core.inc on line 11

Allerdings wenn das schiefgeht ist wahrsch. alles zerschossen.

Auf die PHP.INI habe ich leider keinen Zugriff. Gibts ne Möglichkeit die PHP errors auch mittels .htaccess oder setting.php anzeigen zu lassen?

Dann werde ich noch versuchen die "field_data_foo zu leeren. Oder mach ich damit noch mehr kaputt ;-)

Ich verstehe auch nicht wie diese Revision Tabellen so dermaßen zugelegt haben (2 GB). Vor drei Monaten war mein Datenbank-backup noch ca. 1-2 MB groß. Nun ist die Datenbank wegen dieser Tabellen über 2 GB groß. Da ich diese Revision nicht brauche dachte ich, ich leere diese Tabellen mal. Die Seite funktionierte dann auch weiterhin. Leider kam ich dann noch auf die Idee die cache Tabellen zu leeren. Und dann gings los...

Das Backup ist 500Mb (gzip) und Bigdump bricht bei ca. 1,8 GB von 2,1GB ab...

Vielen lieben Dank auf jeden Fall für eure Hilfe bis dahin.

Lg
Vg

Hallo zusammen,

mittlerweile ist es mir geklückt doch noch ein Backup erfolgreich einzuspielen (Über BigDump) und die Seite läuft wieder, nun stellt sich mir jedoch die Frage, wie kann ich die Datenbank wieder entschlacken? Allein die Tabellen "Revision_body , Revision_comment" haben zusammen knapp 2 GB. Dort liegt also der Hund begraben. Hat mir jemand einen Tipp wie ich diese Revision-Tabellen wieder kleiner bekomme? Vor ein paar Monaten war meine Datenbank noch 1-2MB groß ich kann mir das nicht erklären, da nicht so viel neues dazukam. Evtl führten Spambeiträge zum Anwachsen der Revision-Tabellen?

LG

In diesen Tabellen solltest Du auf keinen Fall per Hand etwas ändern! Kein Wunder, wenn Du Dir beim letzten Mal die Seite zerschossen hast (Du schriebst ja auch, dass Du in field_data_* etwas löschen wolltest) :)
Du könntest mit dem Modul [do:node_revision_delete Node Revision Delete] überflüssige/alte Revisions löschen, dann reduzierst Du die Einträge in den Tabellen schonmal.

Das kann gut sein. Verwendest Du denn keine Module gegen Spam (z.B. [do:honeypot Honeypot])?

Das ist einer meiner wenigen, aber schon zentralen Kritikpunkte an Drupal: Für jedes Feld werden Revisionstabellen erstellt, was dazu führt, dass alle Daten in Feldern doppelt abgespeichert werden. Wenn man - wie bei mir in den meisten Projekten - keine Revisionen benötigt,ist das unnötig. Zudem sammeln sich in den Revisionstabellen ganz schnell ebenfalls doppelte oder nur minimal geänderte Daten an.

Wenn Du in Deinem Projekt Revisionen nicht benötigst, kannst Du mal https://www.drupal.org/project/field_sql_norevisions ausprobieren.

Hi,

vielen Dank für eure Hinweise! Das Modul "Node Revision Delete" habe ich bereits im Einsatz. Aber irgendwie scheint es nichts zu löschen, obwohl die entsprechenden Inhaltstypen auf "Maximum number of revisions to keep =1" gestellt sind (Set it to 1 to remove all revisions.). Unter "Inhalt > "Content Revision" finden sich immer noch tausende Entwürfe. Warum werden die nicht gelöscht?

Ich denke ich nehme dann doch die Keule zur Hand und versuche mal das "Field SQL norevisions" ;-)

LG

Deaktiviere doch einfach Revision im Inhaltstyp. ;-)

Ich würde auch gern auf Revisionen verzichten, jedes Feld ist als Revision in der DB vorhanden und enthält auch Daten.

Wie meinst du das mit deaktivieren, im Inhaltstyp kann ich doch nur die Checkbox "Neue Version erstellen" deaktiviert lassen, ist sie natürlich auch, Revisionen werden aber trotzdem angelegt.

edit:

Das hört sich gut an, wie funktioniert es mit bereits zig angelegten Revisions Feldern, bleiben die bestehen oder kann das Modul die Fields rückwirkend entfernen bzw. werden ab Installation des Moduls keine neuen Revisionen mehr angelegt?

Viele Grüße
Jenna

Ja genau diese. Dann ist ja alles gut und es wird nur das abgespeichert, was abgespeichert werden muss. ;-)

Nee, damit allein ist nicht alles gut, ich habe sämtliche Fields als Revision in der DB mit allen eingegeben Werten, also eben doppelt. Ich hatte gehofft du kennst noch eine Einstellung die ich nicht gefunden habe um eben gar nicht erst die Revisions Daten anzulegen. Sorry für die erneute Nachfrage, aber warum schreibst du "was abgespeichert werden muss)? Ich habe doch alle Werte in den tatsächlichen Fields, wozu brauche ich Revisions Fields mit doppelten Werten, wenn ich ohne Revisionen arbeiten möchte?
Die Checkbox im Inhaltstyp löst das Problem zumindest bei mir nicht.

Ich werde mir die o.g. Module mal auf einer Testinstall ansehen, wenn es damit funktioniert wäre ja bestens.

Grüße Jenna

Ach naja, das kann man verschmerzen in 80% der Fälle. Aber kannst ja das Modul testen. ;-)

Ich habe jetzt auf einer Testinstall das Modul https://www.drupal.org/project/field_sql_norevisions installiert.

Vorher alle Cache Tabellen und watchdog geleert, Cron ausgeführt und danach das Modul installiert und alle Checkboxen in der Konfiguration aktiviert.

Sämtliche Revisions Tabellen sind sauber geleert worden, die Tabellen selbst bleiben aber bestehen.

Neues Feld im Inhaltstyp angelegt, auch dieses erscheint als Revisionstabelle, die neuen Testdaten stehen aber nur im eigentlich Field, das Revisionsfield bleibt wie gewünscht nun ohne Eintrag.

Was man anscheinend nicht umgehen kann ist das die Revisions Fields trotzdem angelegt werden, läßt sich das auch noch verhindern oder braucht Drupal diese Revisions-Fields generell?

Aber soweit schon mal sehr gut, vielen Dank für den Modultip.

Grüße Jenna

@gutekunst, der Löschvorgang ist sicher an den Cron Lauf gekoppelt, hast du den Cron ausgeführt?

Ich habe das Modul nicht installiert, ist nur eine Idee.

Grüße Jenna

Hi Jenna,

ja Cron habe ich zig mal laufen lassen. Vielleicht löscht er nur Revisionen die seit das Modul installiert ist angelegt wurden? Bei den entsprechenden Inhaltstypen zeigt er mir in der revision-delete einstellung auch an, dass 0 files des content betroffen sind. Aber meine Revisions-Tabelle platzt aus allen Nähten...

Kann dir o.g. Modul von tobi empfehlen, hat bei mir alle alten Revisionen zuverlässig entfernt.
Würde dir aber dazu raten erst eine Testinstallation anzulegen oder zumindest ein komplettes Backup zu erstellen, Datenbank und FTP Order.

Zu deinem jetzigen Modul:
Möglich, das es sich nicht auf alte Revisionen bezieht, ich habe das Modul aber nicht installiert...und ausser Cron fällt mir spontan nichts weiter ein.

Grüße Jenna

Danke bei mir lag die Größe der Datenbank schlussendlich an den unbestättigten Kommentare und deren Revisions:

das hat geholfen:

Wenn ich das Modul field_sql_norevisions verwende funktioniert das Modul "Workbench" nicht mehr oder täusche ich mich da?
LG

Wenn das nicht ausdrücklich bei Workbench (nutze ich nicht) beisteht, warum sollte das nicht funktionieren?

Du kannst bei sql... die Konfiguration sehr exakt bestimmen, ob generell keine Revision angelegt wird oder ob nur vorhandene gelöscht werden sollen und das auch nach Inhaltstypen, Commerce Optionen, etc.

Kann mich nur wiederholen, teste es auf einer 2. Installation und nicht auf der Live Umgebung ob es für dich passt.

Grüße Jenna

Werde ich tun Merci ;-)