Disk 100% iskorišćen, a ima 7GB slobodno

[ pisac @ 27.03.2011. 09:55 ] @

Imam problem sa iskorišćenošću diskova na Slekveru. Često mi se dešavalo da kada napunim neki disk 100%, pa obrišem (iz konzole) veliki fajl od recimo 4GB, ne dobijem prikazan slobodan prostor (komandom df -h) sve dok ne restartujem server.

Sada mi se to isto desilo, ali više ni restart ne pomaže. I dalje pokazuje da je 100% pun, iako sam obrisao fajl od 4GB (neki DVD). Ponekad stvarno i odbija da upisuje na disk, a preko mreže redovno dobijam da je disk pun. Iako bi moralo da bude makar 4GB slobodnog prostora.

/dev/sda8 203G 196G 0 100% /mnt/sda8

[ vladared @ 27.03.2011. 10:20 ] @

Da li si pogledao slobodne nodove?

[ pisac @ 27.03.2011. 11:00 ] @

Nisam jer nemam pojma šta je to

[ vladared @ 27.03.2011. 13:03 ] @

Ispravka inode... To mu dođe nešto ovog tipa:
Kada se kreira fs, kreira se i nešto što se zove struktura podataka koji sadrži informacije o fajlovima i direkorijumima koje je kreirao. Svaki fajl dobija svoj inode i tako se identifikuje, tačnije preko svog inode broja. inode ti se koristi za čuvanje podataka tipa vlasništva nad fajlom (user,group), read /write/execute dozvola, kao i tipa fajla. E sada, caka je u tome što je fixan broj inodova (broj fajlova koliko može neki fs da iskladišti).
E sada ako želiš da vidiš inode nekog fajla to radiš standardno naredbom ls samo sada dodaš još -i i on će ti ispisati za svaki fajl, direktorijum njegov inode broj. Da vidiš koliko je slobodnog "prostora" za inodove ostalo to se radi sa df -i
Kada se briše, ako želi da se oslobodi inode potrebno je malo još poraditi, odnonso kada sa rm obrišeš fajl ostaće ti njegov inum zauzet, da bi se oslobodio i inode, potrebno je pronaći taj inum i obrisati, knjiški to bi išlo ovako:

Code:
rm imefajla #briše fajl
ls -li imefajla #dobiješ inum boroj
find . -inum inumbroj -exec rm -i {} \;

Tako se oslobađa i njegov inode i time se dobija mogućnost da se zapiše još koji fajl...
Nadam se da sam pomogao.

[ maksvel @ 27.03.2011. 13:18 ] @

Korisne informacije iz superbloka (između ostalog i br. slobodnih inodova i blokova) dobićeš sa dumpe2fs -h <particija>
Neće škoditi ni da pređeš particiju sa fsck, možda je superblok nešto sluđen.

[ pisac @ 27.03.2011. 17:39 ] @

Koliko ja vidim, imam 99% slobodnih inodova:

Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/sda1 0 0 0 - /
/dev/sda8 54755328 147013 54608315 1% /mnt/sda8

A evo šta kaže dump:

Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal needs_recovery large_file
Default mount options: (none)
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 54755328
Block count: 54749512
Reserved block count: 2737475
Free blocks: 1818016
Free inodes: 54608315
First block: 0
Block size: 4096
Fragment size: 4096
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 32768
Inode blocks per group: 1024
Last mount time: Wed Mar 23 07:38:02 2011
Last write time: Wed Mar 23 07:38:02 2011
Mount count: 17
Maximum mount count: 20
Last checked: Thu Dec 16 22:52:05 2010
Check interval: 15552000 (6 months)
Next check after: Tue Jun 14 23:52:05 2011
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 128
Journal inode: 8
Journal backup: inode blocks
Journal size: 32M

Sve deluje OK (?)

A inače fsck ne mogu da odradim jer je particija mountovana i to sa nekoliko bindova na razne foldere, i mnogo je komplikovano da to sve razmontujem (bez posledica) dok je server uključen. Na koji način da nateram fsck da se odradi prilikom restartovanja servera?

[ pisac @ 27.03.2011. 17:58 ] @

Ma razbindovao sam sve i umountovao, i fsck kaže da je sve u redu sa particijom.

[ nkrgovic @ 27.03.2011. 18:01 ] @

Operativni sistem rezervisao zadnjih 5% za superuser potrebe, pa je za obicnog korisnika disk 100% pun.

[ uranium @ 27.03.2011. 18:16 ] @

Možeš li da proveriš sa lsof da li je možda neki od fajlova koje si mislio da si obrisao i dalje otvoren ?

Ili pokušaj nešto poput:

ls -l /proc/*/fd/ 2>/dev/null | fgrep ime_fajla_koji_bi_trebalo_da_je_obrisan

Da li postoji razlika između slobodnog prostora koji vidiš sa df i sa du -s ?

[ pisac @ 27.03.2011. 19:24 ] @

Iz konzole radim uvek kao root, tako da valjda nije problem u superuseru.

Fajl koji sam obrisao nije otvoren, i nema ga nigde sa bilo kojom komandom. Bio je to dvd iso image koji je bio mountovan u jedan folder na /mnt/.... Doduše, pogledao sam u fstab i ustanovio da tamo i dalje stoji upisan mount (iso9660 loop) ali kada probam da ga umountujem kaže da nije ni mountovan. Znači, i tu je sve u redu.

Razlika između du -s i df je nekih 40MB, tako da i to nije problem koji guta 4-7GB.

root@hetis:/mnt/sda8# df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda1 10490040 8696000 1794040 83% /
/dev/sda6 4069096 1835956 2023092 48% /mnt/sda6
/dev/sda5 2038384 473548 1459612 25% /var/log
/dev/sda8 212040004 204767940 0 100% /mnt/sda8

root@hetis:/mnt/sda8# du -s
204735132 .

_{[Ovu poruku je menjao pisac dana 27.03.2011. u 22:05 GMT+1]}

[ Danijel Krmar @ 27.03.2011. 22:49 ] @

Rekao bih da je preskocen post:

Citat:

nkrgovic: Operativni sistem rezervisao zadnjih 5% za superuser potrebe, pa je za obicnog korisnika disk 100% pun.

To je sigurnosni mehanizam. Ovu vrednost mozes da promenis, cak i da bude 0%, ali to nije preporucljivo. Komanda je

tune2fs -m <procenat> /dev/sdX

[edit]
Samo da dodam, na ext3 sistemu popunjenost na preko 95% moze da izazove pad u performansama. Tako da i pored ovoga gore sto sam naveo, ne bi trebalo duze drzati popunjnost toliko veliku.
Na ext4 ovo ne bi trebalo da je primetno.

[ uranium @ 27.03.2011. 23:26 ] @

@pisac: da li možeš da proveriš ima li hard linkova ka obrisanom fajlu ?

[ pisac @ 28.03.2011. 00:38 ] @

Čak i da je rezervisano za superusera, ja sam superuser (tj. root), pa nema smisla da mene blokira.

Na znam kako bih proverio hardlinkove, ali sam izlistao sve velike fajlove

find /mnt/sda8 -type f -size +2000000k -exec ls -lh {} \; | awk '{ print $8 ": " $5 }'

i ovoga konkretnog (što sam ga obrisao) nema na spisku niti je na spisku neki koji bi mogao da bude hardlink ka ovome. Doduše, dobio sam lep spisak sledećih kandidata za naredna brisanja (ukupno 34GB), pa da vidim u kom trenutku će da se najzad pojavi taj famozni slobodan prostor.

Ali me jako zanima koji je razlog tog neoslobađanja slobodnog prostora nakon brisanja jednog fajla od 4GB.

[ Danijel Krmar @ 28.03.2011. 05:59 ] @

Nismo se bas razumeli. Vidi, ti si gledao sa df -h i dobio si

/dev/sda8 203G 196G 0 100% /mnt/sda8

5% (koji su rezervisani) od 203G je oko 193G, i dok god ne dodjes ispod toga, tebi ce stajati da nemas slobodnog prostora.

[ pisac @ 05.06.2011. 23:31 ] @

Ovo se ispostavilo kao tačno.