Platte von LTSP118 ist voll

[Rüdiger Kupper]

Irgend ein Prozess hat uns heute die root-Partition von LTSP118 vollgeschrieben.
Während meiner Arbeit an meinem Lehrerzimmerrechner habe ich zuerst Meldungen erhalten, dass weniger als 1GB freier Speicher auf der root-Platte frei ist. Späte bekam ich noch einmal die Meldung, dass weniger als 100MB frei sind, kurz darauf war die Platte zu 100% gefüllt.

Ich konnte noch nicht ausfindig machen, welcher Prozess die Platte gefüllt hat. Ein Login von LTSP-Clients ist derzeit nicht möglich, die Clients von LTSP118 werden derweil von LTSP126 mit versorgt.

Zum Vergleich: Das letzte Systembackup von vor ca. 3 Wochen passte in eine LVM-Partition von 15GB. Momentan sind die vollen 21GB der Rootpartition belegt. Leider verwendet LTSP118 für die Root-Partition noch kein lvm, so dass eine Vergrößerung eine Repartitionierung mit sich brächte.

Angesichts der Sektorenfehler auf der Platte schlage ich vor

1. die Ursache für die Datenzunahme ausfindig zu machen
2. dann aber die Platte auch gleich auszutauschen und auf lvm umzustellen.

Dafür brauche ich aber ein bis zwei freie Tage, die ich momentan nicht habe.

[Rüdiger Kupper]

Ich glaube es nicht. Ich habe diesen Server nicht mehr angefasst, seitdem ich die Clients auf LTSP126 gelegt habe. Heute morgen hab ich mich zum ersten mal wieder eingeloggt, und siehe, die Platte ist wieder zu 50% frei:

linadmin@ltsp118:~$ df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda3              21G  9.6G  9.9G  50% /

Am Dienstag war sie zu 100% gefüllt. Was auch immer sie gefüllt hat, es hat seine Dateien anscheinend wieder entfernt.

Hast Du irgend eine Idee, was das gewesen sein kann? Ich werd in den Logs suchen, vielleicht sehe ich da was.

Es gibt aber noch eine andere Unregelmäßigkeit: Meine LVM-Partition, die ich für die System-Backups benutze, verhält sich komisch:

• wenn ich mit lvm nachsehe, dann sehe ich (wie erwartet), dass die Partition 15GB groß ist
• df sagt mir aber, die Partition sei 21GB groß (?)
• die Partition lässt sich auch nicht unmounten (Fehler: "Device or resource busy"), obwohl diese Partition read-only gemountet ist. Wer oder was da zugreift ist nicht herauszufinden.

[Rüdiger Kupper]

In den Logs ist kein Hinweis zu finden.

[Rüdiger Kupper]

Nach einem Reboot zeigt df die Größe der lvm-Partition korrekt mit 15GB an.

[Rüdiger Kupper]

LTSP118 mit erzwungenem Festplattencheck neu gebootet.

LTSP118 ist jetzt wieder im Dienst, die Clients booten beim nächsten Logout neu und bekommen ihr Image dann wieder von dort.

Bitte im Auge behalten.

[bau]

nicht korrekte LVM-Größen hatte ich auf unserem virtuellen WebHost auch schonmal, nach einem Reboot stimmte die Größe auch wieder. Anscheinend macht der LVM auch manchmal Fehler.

[Rüdiger Kupper]

Okay. Ich bin nicht mal sicher, dass die Platte tatsächlich zu 100% voll war -- vielleicht wurde der Platz auch nur falsch berichtet? Das würde erklären, wieso ich die zusätzlichen 6GB an Dateien nicht ausfindig machen konnte. Das System hat sich allerdings genau so verhalten, als sei die Platte wirklich voll (man konnte keine Dateien mehr anlegen).

[Rüdiger Kupper]

Das Problem verursacht der Update des Client-Images mit ltsp-update-image. Ein neues Image wird erzeigt, das alte Image wird auch aus dem Dateisystem entfernt (unlink), der Speicherplatz wird aber nicht freigegeben, sobald irgend ein Client das alte Image verwendet hat. In diesem Fall bleibt ein `nbd-server'-Prozess am Leben, der das alte Image weiter verteilt.

Der Speicherplatz wird erst freigegeben, wenn der alte nbd-server-Prozess beendet wird. (Kill oder reboot).