Out of inodes

swer · March 2, 2011 at 5:08 PM

Ich habe auf meinem Backup Laufwerk alle Inodes aufgebraucht. Nun kann ich keine Neuen Daten mehr drauf schreiben obwohl noch über 50% Platz verfügbar wären.
Das Dateisystem liegt auf einem LVM und ist mit ext4 formatiert. Es heist zwar das die anzahl der Inodes beim formatieren angelegt wird aber bei ext4 soll man diese jedoch auch nachträglich ändern können. Aber ich habe nicht raus gefunden wie das gehen soll.

Ich habe auf dem LVM sicher noch genügend Platz ein neues LV anzulegen und die Daten auf das neue Dateisystem zu kopieren. Frage ist nur nehme ich stat ext4 besser was anderes bzw. wie bestimme ich die notwendige Anzahl an Inodes für das neue Datei System.

Mir ist das sowas zu ersten mahl passiert. Ich frag mich ob das Problem durch eine Größen Anpassung begünstigt wurde.

Code

Filesystem volume name:   <none>
Last mounted on:          /mnt/backup
Filesystem UUID:          c70afbe8-1e13-493b-b065-5c1244c537d6
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags:         signed_directory_hash 
Default mount options:    (none)
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              6553600
Block count:              26214400
Reserved block count:     1310720
Free blocks:              15282652
Free inodes:              0
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      1017
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Flex block group size:    16
Filesystem created:       Fri Dec 25 00:35:30 2009
Last mount time:          Mon Feb 28 19:02:38 2011
Last write time:          Mon Feb 28 19:02:38 2011
Mount count:              16
Maximum mount count:      34
Last checked:             Fri Dec 25 00:35:30 2009
Check interval:           15552000 (6 months)
Next check after:         Wed Jun 23 01:35:30 2010
Lifetime writes:          440 GB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:	          256
Required extra isize:     28
Desired extra isize:      28
Journal inode:            8
Default directory hash:   half_md4
Directory Hash Seed:      09862be0-4b6f-4064-812d-55945dbc2a0c
Journal backup:           inode blocks

Display More

Code

Dateisystem           Size  Used Avail Use% Eingehängt auf
/dev/mapper/RAID5-backup
                       99G   41G   54G  43% /mnt/backup

HFlor · March 2, 2011 at 5:16 PM

Was hast Du da für Dateien drauf 6,5KB/Datei ist doch etwas klein.

Aber die Anzahl der inodes geht nicht zu erhöhen. Du mußt Sie mit '-N xxx' bei mkfs schon angeben.

Hardy

swer · March 2, 2011 at 5:39 PM

Also ich habe dort von 5 Systemen Sicherungen drauf, die mit rdiff-backup angelegt wurden.

Da ja default massig 4 block pro inode angenommen werden habe ich mahl geschaut.

Code

nas ~ # find /mnt/backup/ -size -4 | wc -l 
4911633

Und da kommen eine menge Datei zusammen die kleiner sind.

Es sind wohl die ganzen increments die da Probleme machen. Auch wenn sich nichts geändert hat werden da lehre Dateien von rdiff-backup angelegt.

Herb01 · March 2, 2011 at 7:27 PM

keine Ahnung, ob das für Dich praktikabel ist. Aber Du könntest zum Beispiel ganze Verzeichnisse mit sehr vielen kleinen Dateien mit tar (o.ä.) in einer einzigen Datei ablegen und so wieder freie Inodes bekommen (wenn Du die Originale löschst).

Viele Grüße
Herbert

swer · March 2, 2011 at 7:48 PM

So ganz sicher bin ich mir noch nicht was ich machen werde. Habe jetzt erst mahl alle Backups die älter als eine Woche waren gelöscht. Das gibt mir vorerst genügend frei Inodes.
Ich denke das ich jetzt zusätzlich zu den täglichen backups noch wöchentliche machen werde. Wenn ich dann 4 Woche- und 7 Tages- backups behalte komme ich auf weniger Instanzen und somit weniger Dateien als wenn ich 30 Tagesbackups behalten würde.
Ob dann das Verhältnis zwischen verbrauchten Inodes und verbrauchtem Platz besser wird kann ich noch nicht sagen.
Wenn nicht wird ein neues Dateisystem angelegt.

Out of inodes

Participate now!

Users Viewing This Thread