Üdv!
Egy VPS-ben (60GB HD) a mysql nem tudott irni a /tmp-be, nem akart elindulni ill. leállt. A logban "nincs elég hely a lemezen" üzenetek voltak.
Pedig 60% a foglaltság a df szerint. Kiderült, hogy az inode szám elérte a maxot ("df -i" -> 100%).
A /tmp-hez nem is lehet hozzányúlni egy "ls -l /tmp" is behal, csak kilőni lehet.
Ezt csak backup és reformat-al lehet orvosolni? :(
- 4873 megtekintés
Hozzászólások
eaccelerator torlese? Volt erre egy bash script is, de nem talalom...
szerk: Megtalaltam: find . -xdev -type f | cut -d "/" -f 2 | sort | uniq -c | sort -n Segit megtudni, hol lehet helyet
"varazsolni"
- A hozzászóláshoz be kell jelentkezni
Welcome to ext4 :)
Torolni szerintem tudnod kell, utana pedig mar mennek a parancsok.
Ext4 eseten nem lehet novelni az inode szamot: ugyhogy backup es reformat. Valamint valassz egy fa alapu fajlrendszert vagy ami nem fixed size bitmapben tarol.
- A hozzászóláshoz be kell jelentkezni
ZFS-en is kiporgetheted, ez a gyengeseg, mashol is megvan.
- A hozzászóláshoz be kell jelentkezni
En ugy tudtam ZFS-en nincs is olyan hogy inode. Egyebkent pedig XFS, Reiserfs..
- A hozzászóláshoz be kell jelentkezni
Ezt ki is próbáltad, vagy csak feltételezed?
--
zsebHUP-ot használok!
- A hozzászóláshoz be kell jelentkezni
Csak neked, csak most :)
vlab04# df -i /data
Filesystem 1K-blocks Used Avail Capacity iused ifree %iused Mounted on
data 5128413 1027251 4101162 20% 12618 8202324 0% /data
23803526 db fájl létrehozása után:
Filesystem 1K-blocks Used Avail Capacity iused ifree %iused Mounted on
data 5121637 4010944 1110693 78% 23885983 2221386 91% /data
30578656 db fájl létrehozása után:
Filesystem 1K-blocks Used Avail Capacity iused ifree %iused Mounted on
data 5123958 4863711 260247 95% 30660992 520494 98% /data
Tovább nem futtatom, mert ilyenkor már nagyon lassú, és amúgy is felesleges: az inode-ok nem fognak elfogyni, a hely igen.
--
zsebHUP-ot használok!
- A hozzászóláshoz be kell jelentkezni
Azért ez nekem nem tiszta: az ls miért hal bele?
A /tmp-t meg miért kellene menteni?
Ha van elég diszked, gyártasz egy újat, több hellyel és inode-dal, kicserélet az fstabban, reboot, oszt jónapot!
(már feltéve, hogy lehet bootolni, nem az élő rendszeren kellene orvosolni a problémát)
Valamit nem vettem észre? (nem kizárt)
- A hozzászóláshoz be kell jelentkezni
VPS...lehet benne van minden ebben a konfigban amit vasarolt...bar nem tudom AWS vagy....
- A hozzászóláshoz be kell jelentkezni
Nem a tmp-t akarom menteni természetesen.
A "ls" behalást én sem értem (ezért is írtam a furcsa jelenséget), belépni se engedett (pl. mc is belefagyott). :o
Gondolom a mysql is ezért rohadt le.
- A hozzászóláshoz be kell jelentkezni
stracelgettem egy kicsit, de nem látom, hogy az ls csinálna bármit, ami rw akar nyitni filet, és mint olyan, baja lehetne az inodeok hiányából. (mcből ezt kinézem). cat /tmp esetleg? vagy find?
- A hozzászóláshoz be kell jelentkezni
A tmp-hez semmi nem fért hozzá. Ez volt az érdekes a dologban.
A rendszer backup-olva volt, át lett költöztetve - szerencsére gyorsan meg lehetett oldani a problémát.
Azért majd utánanézünk mitől volt ennyi fájl.
Köszönöm mindenkinek a segítő hozzászólást!
- A hozzászóláshoz be kell jelentkezni
Ahogy visszaolvastam, inkábbazújprocesszek indítása volt problémás. Mondjuk az semtiszta, a processz indítása miért írna a tmp-re, de ez lehet a tudatlanságom következménye.
- A hozzászóláshoz be kell jelentkezni
Azt néztem én is, hogy akar-e egy ls írni valamit, de -- legalábbis nálam -- nem akart.
- A hozzászóláshoz be kell jelentkezni
Én arról beszélek, hogy új processz létrehozásakor mi történik. Ott jöhet közbe valami...
Ezt viszont az ls strace-elésével nem fogod megtalálni.
- A hozzászóláshoz be kell jelentkezni
Hát, hacsak új processz nyitásakor a shell amiből futok nem csinál ilyesmit, akkor kéne lássam stracel is
- A hozzászóláshoz be kell jelentkezni