das berühmte md6-Problem

N

niccki

New Member
ich habe das berühmte md6-Problem von 1und1.
Die md6 ist auch vollgelaufen und ich habe huschis Lösung bereits angewendet (http://www.huschi.net/2_275_de.html).

Dennoch ist es so, dass die Partition 2x am Tag durch Riesenlogs und Dump-Geister vollläuft und dann den smtp-Dienst ausschaltet.

Wie kann ich dieses Problem lösen? Habe jetzt die Backups erstmal ausgeschaltet (zumindest die ganz großen).

Und: obwohl ich alle großen Dateien gelöscht habe, wir in Plesk angezeigt: 6.6 MB von 9.3 GB frei

Die Ausgabe von df ergibt
# df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/md1 9621752 579544 8553440 7% /
udev 1900584 128 1900456 1% /dev
/dev/md5 9765184 2456060 7309124 26% /usr
/dev/md6 9765184 9758476 6708 100% /var
/dev/md7 456966272 6903816 450062456 2% /srv
tmpfs 1900584 0 1900584 0% /usr/local/psa/handlers/before-local
tmpfs 1900584 0 1900584 0% /usr/local/psa/handlers/before-queue
tmpfs 1900584 0 1900584 0% /usr/local/psa/handlers/before-remote
tmpfs 1900584 732 1899852 1% /usr/local/psa/handlers/info
tmpfs 1900584 0 1900584 0% /usr/local/psa/handlers/spool
Click to expand...
 
Last edited by a moderator:
Ich weiss nicht wie 1&1 die Server ausliefert, ich nehm immer 1-2 Partitionen um genau dieses Wirrwarr-Problem zu vermeiden. (Sollte ich wirklich Aenderungen brauchen gibts fuer alle Notfaelle die Rescue-Konsole :P )

Da ich wie gesagt 1&1 nicht kenne kann ich dir keine Abhilfe geben aber einen Hotfix zur Problemumgehung :)
mount --bind /leerer/ordner/auf/md7 /var/log

Das biegt den "logs" Ordner (welcher afaik immer das Sorgenkind ist) auf eine andere Partition (in diesem Fall md7) um was dir Zeit gibt die Platte hin und wieder zu putzen. Nach einem Reboot ist allerdings der mount wieder weg, du musst ihn also in die fstab schreiben um es ueber power-cycles hinweg konstant zu halten.

Der Ordner auf md7 sollte vor Inbetriebnahme jedoch "praepariert werden" indem du die Ordner- und Dateistruktur mittels cp -r dahin kopierst - sonst meckern einige Dienste und andere verweigern schlichtwegs den Start :)
 
hm.. okay...
ich kann es nachvollziehen, aber traue mich nicht recht, es so durchzuführen ohne genauere Anleitung...

Kannst Du mir das noch etwas genauer aufschreiben, Fehler erlauben sich so schlecht in diesem "Spielfeld"... *seufz*
 
cp -r /var/log /srv/mylog
mount --bind /srv/mylog /var/log

(Optional: testen)
touch /var/log/diesisteintest
ls /srv/mylog <-- da sollte die Datei "diesisteintest" nun vorliegen!

Danach alle Dienste neu starten um sicher zu gehen dass diese nicht panikieren wenn ihre Filepointer unter der Nase weggezogen werden und seltsame Reaktionen zutage kommen :)

Wenn alles klappt (aka: Server bleibt online, SSH meckert nicht rum, ...)
kannst du dann den Eintrag in die /etc/fstab wagen.
 
okay, habe es jetzt so durchgeführt.

Wie kann ich nun dafür sorgen, dass die md6 wieder mit ihrem tatsächlichen Inhalt angezeigt wird? Ich habe ja vorhin ETLICHE Gigabyte an backupdumps, logs etc. gelöscht.Dennoch wird die Platte nach wie vor als so gut wie voll angezeigt.
 
inzwischen zeigt er an, dass nur noch 5,5 MB frei sein sollen... hoffentlich ist das nicht wahr...

soweit ich weiß, habe ich doch nun mysql+mails ausgelagert (huschis fix)
und die log-dateien ebenso....

gelöscht habe ich die größten logs und den backup-schrott...

das waren ZIG Gigabyte und in den entsprechenden Verzeichnissen ist doch nun nichts großes mehr... warum wird es dann nicht entsprechend frei angezeigt?
 
Der Speicherplatz gelöschter Dateien wird erst freigegeben, wenn kein Zugriff mehr darauf erfolgt.
Bei Log-Dateien ist es daher notwendig, den syslogd neu zustarten, da er die Dateien geöffnet hält und munter weiter in die die Dateien schreibt, auch wenn kein anderer Prozess sie je wird lesen können, da sie ja inzwischen gelöscht wurden.
 
Und du musst natuerlich den Inhalt des alten Ordners /var/log loeschen :)
Sprich
umount /var/log
rm -rf /var/log/*
mount --bind /srv/mylog /var/log

(umount nicht vergessen sonst loescht du den umgebogenen Ordner :) )
 
Last edited by a moderator:
ich hatte den server gestern nochmal gestartet, heute der Vollständigkeit halber den syslogd neu gestartet und die KOmmandos zum löschen der alten logdateien ausgeführt.

Ergebnis bleibt jedoch, dass die Partition als randvoll angezeigt wird.

Ich habe auch eher den Eindruck, dass die Backups das Problem sind, könnte DAS sein? (heute nacht kamen jedenfalls reichlich mails, dass backups fehlgeschlagen sind.
 
Hmm, was machen die Backups unter var?
Wie gesagt... ich kenne weder Hardware, Distribution noch Software :D

Schau mit "du -hcs /var/*" (wenn logs unmounted ist oder logs einfach ignorieren) nach was die Platte belegt und bieg diesen Ordner ebenfalls um.

Wenn /var/logs/ kein Problem macht (was jedoch bei mir - zumals in Zeiten erhoehter w00tw00t's- der Fall war) kannst du diesen Ordner ja wieder zurueck verschieben um es nicht unnoetig zu verkomplizieren.
 
Die Backups wurden nun auf ein anderes Verzeichnis verschoben - und siehe da... md6 geht es sehr gut :-).

Ich hoffe, das Problem ist nun behoben.

Schon seltsam, dass 1und1 das über Jahre hinweg SO ausliefert *wunder*...
 
You must log in or register to reply here.
Back
Top