Festplatte - Speicherplatz nach löschen nicht freigegeben

[logifenix]

Hallo zusammen,
auf meinem Linux System wird der Speicher auf einem Filesystem langsam knapp. Ich habe jetzt jede Menge alte Logfiles usw. gelöscht.
Allerdings ohne großen Erfolg.
So schaut es aus
/dev/datavg/worklv 10G 8.3G 1.8G 83% /work

Und jetzt das merkwürdige, wenn ich einen du -h. in /work mache, bekomme ich am Ende 2,1 Gbyte angezeigt die alle Verzeichnisse im Filesystem belegen.
Wie kann ich rausbekommen mit was die restlichen 6,1 Gbyte belegt sind, bzw. warum werden die nicht als Verfügbar angezeigt ?
Kann da noch ein Prozess laufen, der den Platz nicht freigibt ?

Wäre gut wenn ich ohne Reboot der Maschine das Problem lösen könnte.
Vorab schon mal Danke für Eure Beiträge.

Gruß
Mike

[kreol]

Welche Distribution und welchen Windowmanager verwendest Du? Wie hast Du die Dateien denn gelöscht? Befehl/Vorgehensweise bitte im Wortlaut oder möglichst genau. Bitte poste auch Befehle und Systemmeldungen im Wortlaut unter Verwendung der code-Tags aus meiner Signatur.

Mit find -size kannst Du z.B. gezielt nach Dateien ab/bis/mit einer bestimmten Größe suchen, vllt. bekommst Du damit etwas raus. Evtl. liegt auf der Partition ja auch irgendwo ein Verzeichnis .trash oder dergleichen, dann würde ich mir das mal näher ansehen...


Kreol

[marcdevil]

Dienste, die die logfiles noch offen haben Bescheid geben mit:
/etc/init.d/dienst reload
oder
kill -1 9999
(9999 ersetzen durch die PID des dienstes)

[logifenix]

Hallo,

erst mal vielen Dank für Eure Antworten.

Ich habe eine Suse Linux Version 8.1 im Einsatz. Einen Windowmanager habe ich nicht im Einsatz. Ich arbeite mit der Commandline.
Gelöscht habe ich die Dateien mit rm Filename
Mit du -h im Verz. auf dem Filesystem bekomme ich doch schon die Belegung der einzelnen Dateien angezeigt. Zum Schluss wird die Gesamtsumme angezeigt. Hier die letzten Zeilen der Ausgabe.
2.6M ./xml2xp/flam4/lib
12K ./xml2xp/flam4/include
5.0M ./xml2xp/flam4
0 ./xml2xp/out-test
0 ./xml2xp/flam-fondrep
0 ./xml2xp/out-fondrep
7.8M ./xml2xp
2.2G .

Hier nochmal die Ausgabe von df -h
/dev/datavg/worklv 10G 8.3G 1.8G 83% /work

Besondere Meldungen beim Löschen gab es keine. Soweit keine Auffälligkeiten, außer das ich eigentlich mehr freien Plattenplatz haben müßte.

Noch ne´ Idee ?

Gruß
Mike

[MiGo]

. Zum Schluss wird die Gesamtsumme angezeigt. Hier die letzten Zeilen der Ausgabe.
2.6M ./xml2xp/flam4/lib
....
2.2G .

Das heisst, du hast 15 MB in Unterverzeichnissen von /work und 2.2GB direkt in /work.
Beispiel:
Ich lege 3 Dateien in ~del, ~del/verz1 und ~del/verz2 an. Dann ergibt ein "du -h /~/del":

[ je@dionysos] ~/del (796M free) % du -h .
101M ./verz1
51M ./verz2
251M .

Schau also mal mit "ls -lah /work" nach, was denn da noch an Dateien rumliegt.

[logifenix]

Nein es sind schon wesentlich mehr als 15 MB in den betreffenden Verz. im Filesystem. Ich hatte nur die letzten Zeilen kopiert. Das würde hier sonst den Rahmen sprengen.
Wenn ich du -h /work ausführe, kommt in der letzten Zeile:
2.7G /work

ls -lah bringt auch keine weiteren Erkenntnisse

[MiGo]

Ich hatte "die letzten Zeilen der Ausgabe" überlesen.
Wahrscheinlich ist noch eine Datei offen - das solltest du mit "lsof |grep /work" als root sehen können.
Ansonsten: Hast du /dev/datavg/worklv mal unmounted und das Dateisystem geprüft (fsck)?

[marce]

Schaue auch mal nach, ob, wenn Du die Part. geunmountet hast in dem Verzeichnis selbst Daten drin liegen...

[logifenix]

lsof sieht vielverspechend aus. Habe folgendes gefunden.
java 30761 ldmsadm 2w REG 58,10 6574093736 59448 /work/ldmslogs/all.default.gate (deleted)

Da gibt das Programm anscheinend den Speicherplatz auf der Platte nicht frei.
Das Logfile gibt es nicht mehr. Das ist gelöscht.
Ich werde mal sehen, dass ich die Anwendung heute Abend durchstarte. Ist produktiv, da würden sich die User freuen . Das erspart mir zumindest einen Reboot der Maschine.
Bin zuversichtlich das es erfolgreich ist.

Vielen Dank und viele Grüße
Mike

[marcdevil]

lsof sieht vielverspechend aus. Habe folgendes gefunden.
java 30761 ldmsadm 2w REG 58,10 6574093736 59448 /work/ldmslogs/all.default.gate (deleted)

Da gibt das Programm anscheinend den Speicherplatz auf der Platte nicht frei.
Das Logfile gibt es nicht mehr. Das ist gelöscht.
Ich werde mal sehen, dass ich die Anwendung heute Abend durchstarte. Ist produktiv, da würden sich die User freuen . Das erspart mir zumindest einen Reboot der Maschine.
Bin zuversichtlich das es erfolgreich ist.

Vielen Dank und viele Grüße
Mike

habe ich nicht oben schon gesagt, das du der applikation nur bescheid geben musst?
ein reload tuts auch (oder kill -1 wenn du kein initscript hast).