Syspart gemäss df voll

Status
Für weitere Antworten geschlossen.

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
Seit gestern habe ich auf einer DS107+ mit FW 1337 das Problem, dass ein df behauptet die Syspartition seie rammelvoll (100%).
In einem anderen Thread habe ich den Tipp von goetz gesehen ein du -d 1 / zu machen, was ich auch getan habe. Das grösste Verzeichnis ist wenn ich mich recht entsinne /lib mit 300 MByte. Alle anderen liegen deutlich darunter. /var ist nur ein paar KB gross.
Wenn ich das zusammengezählt habe bin ich auf kein GByte gekommen und die Syspart sollte 2, irgendetwas GByte haben.
Auch läuft das System verdächtig stabil, dafür dass die Syspart voll sein soll. Kann es sein, dass irgendein komischer Fehler das System glauben machen kann die Part sei voll? Schreiben kann ich auf jeden Fall nichts mehr, da kommt immer die Meldung es sei kein Platz mehr vorhanden in der / Partition
 

goetz

Super-Moderator
Teammitglied
Sehr erfahren
Mitglied seit
18. Mrz 2009
Beiträge
13.999
Punkte für Reaktionen
264
Punkte
373
Hallo,
evtl. nur ein fettes File direkt in / ?
Poste doch mal den output.
Gruß Götz
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
Hallo,
evtl. nur ein fettes File direkt in / ?
Poste doch mal den output.
Gruß Götz
Ah das hiesse wegen dem -d hat "er" nur Verzeichnisse beachtet und kein allfälliges Riesenfile direkt in /?
Habe leider meine Zertifikate nicht dabei und komme drum von der Arbeit aus nicht auf den Server. Ich habe aber am Morgen bevor ich zur Arbeit gegangen bin nochmals den du losgelassen und die Ausgabe sollte in einer Datei landen. Sobald ich zu Hause bin werde ich es posten und gleich auch nochmal in / schauen ob es dort ein Monstergrosses File gibt.

Ich hatte gefühlt das Gefühl, dass die Part von einem Schlag auf den anderen voll war. Ich sass an der Konsole und habe einige Dinge erledigt, plötzlich ging aus heiterem Himmel kein Schreiben mehr. Auch habe ich df immer wieder mal verwendet, ich denke es wäre mir aufgefallen wenn da plötzlich 80% bei der Syspart gestanden hätte. Irgendwie habe ich das Gefühl dass dies nicht schleichend sondern schlagartig passierte

Danke und Gruss

tobi
 

goetz

Super-Moderator
Teammitglied
Sehr erfahren
Mitglied seit
18. Mrz 2009
Beiträge
13.999
Punkte für Reaktionen
264
Punkte
373
Ah das hiesse wegen dem -d hat "er" nur Verzeichnisse beachtet und kein allfälliges Riesenfile direkt in /?
naja, so ein File würde nur in der Summe für / auftauchen, aber nicht separat aufgeführt da ja nur Summen für Verzeichnisse ausgegeben werden.
Rich (BBCode):
DS-107plus> /usr/bin/du -d 1 -x /
36      /.config
216268  /usr
4       /initrd
12      /.local
4       /mnt
2000    /etc
20      /root
1840    /var
4       /lost+found
3780    /sbin
1388    /bin
48      /.cache
136     /var.defaults
1708    /etc.defaults
4       /volumeSATA
48      /dev
130124  /lib
357436  /
Die letzte Zeile ist dann Summe über alle Verzeichnisse + Dateien in /
-x verkürzt die Laufzeit von du da mount-points (volume1) nicht beachtet werden.

Gruß Götz
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
Hei goetz

hier mal der Auszug von du. Ich sehe da nichts was wirklich verdächtig wäre
Code:
backupserver> /usr/bin/du -d 1 -x /
4       /initrd
72      /root
444     /var
4       /mnt
48      /dev
4       /lost+found
1388    /bin
136     /var.defaults
2025228 /volumeSATA
130124  /lib
1708    /etc.defaults
3780    /sbin
1808    /etc
216700  /usr
2381456 /
Und noch die Ausgabe von df
Code:
backupserver> df
Filesystem           1K-blocks      Used Available Use% Mounted on
rootfs                 2451128   2450712         0 100% /
/dev/root              2451128   2450712         0 100% /
/tmp                     63396       324     63072   1% /tmp
/dev/sda3            149190308    538892 148549016   1% /volume1
/dev/sdb1            961431976  17641240 943688336   2% /volumeSATA/satashare
Auch direkt in / gibt es kein verächtig grosses File
Code:
backupserver> ls -al /
total 112
drwxr-xr-x 20 root root  4096 Sep 30 23:24 .
drwxr-xr-x 20 root root  4096 Sep 30 23:24 ..
-rw-------  1 root root  1024 Sep 21 19:46 .rnd
drwxr-xr-x  2 root root  4096 Sep 21 19:45 bin
drwxr-xr-x  6 root root 36864 Sep 30 23:25 dev
drwxr-xr-x 14 root root  4096 Sep 30 23:25 etc
drwxr-xr-x 12 root root  4096 Sep 30 23:24 etc.defaults
drwxr-xr-x  2 root root  4096 Sep 21 11:42 initrd
drwxr-xr-x 13 root root 12288 Sep 22 00:15 lib
lrwxrwxrwx  1 root root    11 Sep 21 19:45 linuxrc -> bin/busybox
drwx------  2 root root  4096 Sep 21 11:32 lost+found
drwxr-xr-x  2 root root  4096 Sep 21 11:16 mnt
lrwxrwxrwx  1 root root    18 Sep 21 20:58 opt -> /volume1/@optware/
dr-xr-xr-x 60 root root     0 Jan  1  1970 proc
drwxr-xr-x  4 root root  4096 Sep 30 23:26 root
drwxr-xr-x  2 root root  4096 Sep 21 19:45 sbin
drwxr-xr-x 10 root root     0 Sep 30 23:25 sys
drwxrwxrwt  5 root root   580 Oct  1 07:45 tmp
drwxr-xr-x  6 root root  4096 Sep 21 19:45 usr
drwxr-xr-x 11 root root  4096 Sep 30 23:24 var
drwxr-xr-x 12 root root  4096 Sep 21 19:46 var.defaults
drwxrwxrwx  9 root root  4096 Sep 30 23:24 volume1
drwxr-xr-x  4 root root  4096 Sep 30 23:25 volumeSATA
Sticht dir denn hier was direkt ins Auge?

Gruss

tobi

p.s. wieso wird im ersten Auszug eigentlich /volumeSATA aufegführt? Wenn ich dich richtig verstanden habe sollten mountpoints mittels -x ignoriert werden.
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
@goetz
Gerade noch folgendes bermerkt: Ich habe per default das ipkg df verwendet. Wenn ich die Version aus /bin nehme erhalte ich eine etwas andere Ausgabe (/ zwar immer noch voll, aber nur einmal erwähnt)
Code:
backupserver> /bin/df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda1              2451128   2450712         0 100% /
/tmp                     63396       324     63072   1% /tmp
/dev/sda3            149190308    538904 148549004   0% /volume1
/dev/sdb1            961431976  17641240 943688336   2% /volumeSATA/satashare
backupserver> /opt/bin/df
Filesystem           1K-blocks      Used Available Use% Mounted on
[B]rootfs                 2451128   2450712         0 100% /[/B]
/dev/root              2451128   2450712         0 100% /
/tmp                     63396       324     63072   1% /tmp
/dev/sda3            149190308    538904 148549004   1% /volume1
/dev/sdb1            961431976  17641240 943688336   2% /volumeSATA/satashare
Oder ist das "normal" bei ipkg df? Wahrscheinlich via coreutils installiert
Merkwürdig auch, dass /volume1 einmal mit 0% und einmal mit 1% gesehen wird. Wird wohl eine Rundungssache sein
 

goetz

Super-Moderator
Teammitglied
Sehr erfahren
Mitglied seit
18. Mrz 2009
Beiträge
13.999
Punkte für Reaktionen
264
Punkte
373
Hallo,
Dein Klops dürfte direkt in /volumeSATA liegen, der mountpoint ist ja erst /volumeSATA/satashare, passt auch von der Größe.

Gruß Götz
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
Hallo,
Dein Klops dürfte direkt in /volumeSATA liegen, der mountpoint ist ja erst /volumeSATA/satashare, passt auch von der Größe.

Gruß Götz
Aber das kann mir doch nicht die root Partition füllen, oder? Das ist die Backupplatte. 3 DS und 2 PCs, von dem her passt die Datenmenge auf der eSATA schon
 

goetz

Super-Moderator
Teammitglied
Sehr erfahren
Mitglied seit
18. Mrz 2009
Beiträge
13.999
Punkte für Reaktionen
264
Punkte
373
wirf sie mal raus und schau noch mal. Ich meine direkt /volumeSATA, das ist doch ein ganz normales Verzeichnis noch kein mountpoint.

Gruß Götz
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
wirf sie mal raus und schau noch mal. Ich meine direkt /volumeSATA, das ist doch ein ganz normales Verzeichnis noch kein mountpoint.

Gruß Götz
@goetz
Du bist mein Held. Als ich deine Zeilen gelesen habe, dachte ich irgendwie an mein Problem mit einem USB-LW auf meiner anderen DS mit 1337. Dort gibt es auch ein ziemllich stranges mount-Verhalten.
Also habe ich mir den mountpoint /volumeSATA/satashare mal angeguckt. Dort drin ist alles okay. Dann ein umount. Und df zeigte immer noch 100%. Dann sah ich aber direkt in /volumeSATA ein weiteres Verzeichnis mit alten Backups. Ziemlich genau die gesuchten 2 GByte. rm und danach zeigt ein df wieder 19% bei der Syspart :)
Habe dann das LW wieder an den gewohnten Platz gehängt.
Code:
backupserver> df
Filesystem           1K-blocks      Used Available Use% Mounted on
rootfs                 2451128    425728   1923000  19% /
/dev/root              2451128    425728   1923000  19% /
/tmp                     63396       324     63072   1% /tmp
/dev/sda3            149190308    538908 148549000   1% /volume1
/dev/sdb1            961431976  17641240 943688336   2% /volumeSATA
Was ich aber komisch finde: Die Datenmenge der alten Backups hat sich seit dem 17. September nicht verändert. Und erst gestern hat es zugeschlagen. Ich bin sicher zwischen dem 17. und gestern mehrfach df benutzt zu haben und ich konnte nie einen grossen Zuwachs auf der root Part erkennen. Und dann gestern bang aus die Maus

Nur kurz zum USB Prob: Dort wird beim booten das LW als /volumeUSB1/usbshare gemountet. Irgendwann während der Laufzeit geht dieser mount flöten und das LW wird als /volumeUSB1 um-gemountet.
Habe mir ein Startscript geschrieben, das das USB LW als letztes Startscript wie gewohnt auf /volumeUSB1 einhängt.
Klingt für mich nach Problemen mit externen LW und 1337. Die USB Geschichte habe ich bereits an Syno gemeldet. Die gucken nächste Woche mal bei mir direkt auf die DS.

Danke dir und Gruss

tobi
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat