Systemvolume voll ?

[nbm24]

Wir haben ein 2 x ds1513+ HA Cluster und ich musste feststellen, das plötzlich zig Dinge nicht mehr funktionieren.
U.a. meldet die Updatefunktion, dass nicht 200MB auf der Systemplatte frei sind.

df meldet
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/md0 2451064 2451064 0 100% /
/tmp 1023104 95972 927132 9% /tmp
/dev/mapper/vol1-origin
2580292368 1493786320 1086403648 58% /volume1
/dev/mapper/vol2-origin
1664555928 13367788 1651085740 1% /volume2

Ich hatte jetzt schon mal in der /var/log geschaut und zwei sehr große log.snmb und log.nmbd gefunden.
Die habe ich als root-User mit rm gelöscht. An der Plattenbelegung hat das aber nichts geändert.
Liegt das eventuell am HA-Cluster?

Wie bekomme ich die Systemvolume wieder leer?

Dirk

 

[dil88]

Du musst herausfinden, in welchem Verzeichnis die Datenmengen sind. Ich würde auch als erstes an /var/log denken, aber mit du -h /* usw. solltest Du das Verzeichnis und damit die Ursache finden. du -h /* liefert Dir die Größe aller Verzeichnisse im Root-Verzeichnis. Wiederhole das mit dem Verzeichnis, was dort am Größten ist - also z.B. du -h /var/* usw.

 

[nbm24]

Ich kann ja auch auf den zweiten Nas zugreifen. Da sind im Systemvolume nur 35% belegt.
Ich habe jetzt Sorge, wenn ich den aktiven Nas wechsele, dass dann anschließend gar nichts mehr geht.

Was kann ich den ohne Sorgen löschen und liegt das auch auf dem Systemvolume?
Mit du -h war ich jetzt nicht so erfolgreich.
Vor allen Dingen, war ja auch nach dem Löschen der beiden großen Log-Dateien keine Veränderung zu erkennen,
obwohl das über 120MB sein mussten. Braucht das System zum "echten" Löschen nach dem rm noch Zeit?

 

[dil88]

Stimmt, 120MB sollten ca. 5% ausmachen, das solltest Du schon sehen. Auf der anderen Seite können die 120MB auch schnell wieder zulaufen, falls da irgendetwas an anderer Stelle noch aktiv schreibt. Mein Systemverzeichnis ist aber nur zu einem Bruchteil gefüllt. Da musst Du doch irgendein Verzeichnis finden können, das überproportional voll ist - also durchaus in der Größenordnung > 1 GB.

 

[nbm24]

Ich habe jetzt mal den gesamten du als gezipptes txt angehängt.
Woran kann ich denn jetzt sehen, was davon auf der Systemplatte liegt?
Volume1 definitiv nicht und die satashare doch auch nicht.
Ich bekomme auch einige Fehlermeldung, dass du "access denied" hat.

 

[dil88]

Das kannst Du aus dem df output ableiten. Auf der Systemplatte ist alles unter /, was nicht auf einem anderen Filesystem liegt (bei Dir also /tmp, /volume1 und /volume2). Ich werde mir Deinen Output einmal ansehen, vielleicht kann ich helfen.

 

[dil88]

Du solltest die Datei asap wieder löschen, da sind alle Datenverzeichnisse drin (/volume1 etc.). Ich komme auf folgende Toplevelwerte und Summe:

/usr         315.000.000
/var.defaults    140.000
/etc           4.000.000
/bin             540.000
/.syno        13.000.000
/var           9.000.000
/lib64         4.000.000
/etc.defaults  4.000.000
/sbin          5.000.000
/lib	     104.000.000
	     458.680.000

Das sind unter 0,5GB, da sollte also eigentlich genug Platz auf der System-Partition sein, die gut 2.3 GB hat.

 

[goetz]

Hallo,
vermutlich liegen die Daten unter /volumeSATA1/satashare1 (1,7GB). Kann passieren wenn ein Backup läuft und die externe Platte nicht richtig gemountet wurde. Externe Platte auswerfen und dann noch einmal dort nachschauen.

Gruß Götz

 

[nbm24]

Problem gelöst

DANKE!!

Genau das war es. Die eSata war nicht korrekt gemountet und die Datensicherung hat dann auf das Systemvolume geschrieben!

Alles wieder ok.

Dirk

 

[dil88]

Du solltest aber noch das Attachment aus #5 (du.zip) entfernen. Wenn das nicht mehr geht, kann vielleicht goetz helfen.

 

[goetz]

Anhang ist weg.

Gruß Götz