Erneuter Datenbank-Defekt...

[Zaphod]

Zitat von Christian

Eine "tötende" Anfrage kann also ausgeschlossen werden.

Sie ist sehr unwahrscheinlich, ja. Für wahrscheinlicher halte ich einen Defekt im Bereich Plattencontroller oder Filesystem - und das ist ehr unschön.

Ja, ich könnten einen Cron-Job anlegen. Ein Dump dauert aber ca. 10 Minuten. In dieser Zeit ist das Forum nicht nutzbar. Da macht es kaum einen Sinn, diesen Dump jede Stunde durchzuführen.

"nice" ist Dein Freund - bremse den Dump einfach aus, macht ja nichts, wenn er dann 20 oder 30 min dauert

Einen Dump von einer defekten Datenbank kann man leider auch nicht anlegen, so dass ich es nicht mal eben woanders überprüfen kann.

Brauchst Du nicht, bei geschlossener Datenbank kannst Du einfach die mysql-Files (tendenziell in /var/lib/mysql/) kopieren. Die können ohne Probs auf einem anderen Server geöffnet werden, WIN- und Linux-Versionen sind sogar kompatibel...

[Christian]

Zitat von Zaphod

Sie ist sehr unwahrscheinlich, ja. Für wahrscheinlicher halte ich einen Defekt im Bereich Plattencontroller oder Filesystem - und das ist ehr unschön.

Ich befürchte auch, dass da vielleicht ein Hardware-Problem vorliegt.

Zitat von Zaphod

"nice" ist Dein Freund - bremse den Dump einfach aus, macht ja nichts, wenn er dann 20 oder 30 min dauert

Während des Dumps sind die Tabellen aber doch gelockt, d. h. wenn ich es in die Länge ziehe, dann ist zwar die Serverlast geringer und die Erreichbarkeit gegeben, aber das Forum steht noch länger still...

Zitat von Zaphod

Brauchst Du nicht, bei geschlossener Datenbank kannst Du einfach die mysql-Files (tendenziell in /var/lib/mysql/) kopieren. Die können ohne Probs auf einem anderen Server geöffnet werden, WIN- und Linux-Versionen sind sogar kompatibel...

Wenn ich zu diesen Dateien Zugang hätte, dann hätte ich die Tabellen auch selbst reparieren können - und es hätte nicht so lange gedauert. Da es ein Managed Server ist, habe ich dazu leider keinen Zugang. Alles hat eben seine Vor- und Nachteile...

Gruß,
Chriss

[Uli]

Zitat von Christian

Ja, ich könnten einen Cron-Job anlegen. Ein Dump dauert aber ca. 10 Minuten. In dieser Zeit ist das Forum nicht nutzbar. Da macht es kaum einen Sinn, diesen Dump jede Stunde durchzuführen.

Das ist so nicht ganz korrekt. Wenn Du, wie ich herausgelesen zu haben glaube, primär mit einer oder wenigen Tabellen Probleme hast, reicht es zunächst aus, lediglich diese zu sichern. Zur Not kannst' sogar alle dreißig Sekunden 'nen Snapshot machen.

Ach ja: Gerne stelle auch ich Dir einen Backupserver zur Verfügung. Wollte nämlich immer schon mal in aller Ruhe den Inhalt der versteckten Foren sowie den gesamten U2U-Verkehr aller Mitmembers offline lesen.

[Zaphod]

Zitat von Uli

Ach ja: Gerne stelle auch ich Dir einen Backupserver zur Verfügung. Wollte nämlich immer schon mal in aller Ruhe den Inhalt der versteckten Foren sowie den gesamten U2U-Verkehr aller Mitmembers offline lesen.

Seit Erfindung der Verschlüsselung sollte das doch kein Problem mehr sein
Irgendwo gabs aber auch ein sqlbackup, was ohne locking geht.
mysqlhotbackup oder so...

[Christian]

Der Fehler scheint nun gefunden zu sein... Nur durch Zufall (man googlet ja bei solchen Problemen) bin ich auf die Lösung gekommen - und mein Provider konnte entsprechend reagieren. Ein tmp-Verzeichnis der Datenbanken war größenmäßig beschränkt - und wenn dann kein Platz mehr war konnten die Daten nicht mehr zu Ende geschrieben werden. So einen Fehler hätte es seitens des Providers, der für diese Einstellungen verantwortlich ist, eigentlich nicht geben dürfen...

Nun bleibt zu hoffen, dass das Problem damit behoben ist. Mal abwarten, wie es weiter so läuft.

Gruß,
Chriss

[Red.Dragon]

Heute Nacht gegen Mitternacht war mal wieder der Server überlastet...
Auch dauert teils das Antworten auf die Threads und das Ändern von Beiträgen nun sehr lange, das ist mir diese Woche aufgefallen.

[JB740]

Zitat von Zaphod

Geschrottete Tabellen dürften nicht im Syslog stehen...
Mysql-Proxy installieren, und Verbose-Logging aktivieren. Wenn die tötende Anfrage gefunden wurde, auf dem Proxy genau das verbieten.
Vielleicht noch die Datenbank-Files woandes hinverlegen (LVM-Volume), um Filesystem-Schrottungen aus dem Weg zu gehen. Das hätte auch den Vorteil, daß man sehr schnell ein Backup machen kann (lvm-snapshot).

Wenns Dir hilft, kann ich meinem Server sagen, er soll einmal pro Stunde einen Dump ziehen - und jeweils 8 Stunden aufheben? Dann könnte es immerhin auch bei großen Datenmengen sehr schnell wieder zurückgespielt werden...
Alternativ könntest Du - falls Root-Zugriff - selbst einen Cronjob bauen, der das lokal erledigt.
Mir fiel auf, das das 7er-Forum schon das dritte Forum unter 3.7 ist, was eine längere Downtime die Tage hatte. Bei 3.6er-Foren hab ich noch nichts bemerkt...

da ich von deinem thread NULL verstanden habe, bist du sicher PC EXPERTE
Jetzt weiß ich, wen ich bei Bedarf fragen muß

gruß jürgen

[bommelmann]

Zitat von Christian

...seitens des Providers, der für diese Einstellungen verantwortlich ist...

Dass es sich um einen "Managed Server" handelt, hatte ich mir schon an einer PHP-Fehlermeldung der letzten Tage zusammengereimt. Managed Server sind IMHO die größte Kundenverar***ung, die man sich vorstellen kann. Die sind teurer als Root-Server, bieten dafür aber nur einen rudimentären Shellzugriff. OK, sonst gibt es ja keine Garantie.

Wenn man sich die Verzeichnisstruktur ansieht, wird deutlich, dass das vorgegaukelte eigenständige System irgendwo auf einem Großrechner mitläuft.

Wir haben wegen der 1&1-Content-Module einen dieser Managed Server im Einsatz. "Sondersteuerungen" des Apache sind dort eine Katastrophe und - wenn überhaupt - nur mit Tricks umsetzbar. Es gibt nichtmal ein Error-Log. Skripte müssen ggf. über das Control-Center gecheckt werden.