Podivate-li se na tento obrazek
http://sandbox.cz/~covex/FILES/_dev_hda5-year.pngg
Este by mohlo skakat to zeleny. }:-)
Pak jsem jednoho dne dostal hezky napad - pouzit prikaz lsof na root
lsof / | grep deleted
a tam jsem nasel cosi jako
perl 2279 root 1w REG 3,5 79377007 212621
/opt/HotSaNIC/var/log/HotSaNIC.log (deleted)
perl 2279 root 2w REG 3,5 79377007 212621
/opt/HotSaNIC/var/log/HotSaNIC.log (deleted)
tim jsem odhalil sluzbu, ktera mela tento nerad na svedomi. Jeji pricinu
ovsem zcela nechapu. Pravdepodobne v perlovskem procesu, ktery neustale bezi
nekde chyby nejake close file nebo flush.. nevim. Kazdopadne kdyz hledate
mizejici misto na disku
1. nemusi byt nutne chyba ve filesystemu
2. du to nezjisti (soubor je smazany) ale bloky jsou alokovane
Tohle neni chyba, ale vlastnost. Ma-li unixovy proces otevreny soubor (coz se
u logu deje dlouhodobe) a jiny proces ten soubor smaze, tak ta data prestavaji
byt dosazitelna, ale prvni proces muze porad plnit disk a bloky se uvolni az
kdyz je soubor zavreny.
Co ti zrejme chybi, je signal HotSaNICu od rotatora logu, ze ma zavrit a znovu
otevrit log pod timto nazvem. Tedy prikazy, ktere treba logrotate ma v sekci
postrotate.
Ze Ti ty logy nechybely. Mne by treba schazely. :-))
T.
|
