Hint: UID=0 esetén nullázni lehet a szabad helyet, ha van kvóta, ha nincs - hiába használ a kvótájából szinte semmit a mancika123 user, ha épp telerotty az adott fájlrendszer, akkor neki a 123 bájtos nagyonfontos.txt állománya megy az emcéedit jóvoltából a levesbe.
A monitoring az egy dolog, de egyrészt az alkalmazáson az nem segít, ráadásul az fs telef0sása is változó sebességgel történik. Scenario: A qwer alkalmazás meggajdul, és ontja magából a logokat, jól bele az egy / fájlrendszerbe. Közben mancika123 user az mcedittel szerkeszti a nagyonfontos.txt fájlt. A monitoring néhány percenként (m) néz rá a szabad helyre. A gépen be van jelentkezve 456 fő interaktív user. t=0 fs telemegy. Átlagosan t+m/t időpontban a monitoring észreveszi, hogy tele van az fs. A meggajdult app m/2 idő alatt képes a warning szinttől 100%-ra elfogyasztani a helyet - láttunk már ilyet.
Admin kap sms meg e-mail, hogy tele az fs, illetve hogy n+1 másik alkalmazás a helyhiány miatt leállt. Az admin mit fog csinálni? Először helyet, aztán a megállt szolgáltatásokat teszi rendbe - nem pedig a 456 bejelentkezett usert fogja végigtelefonálni, hogy "na most ne lépj ki az emcéeditből, mert szó nélkül nem foga elmenteni azt, amit szerkesztettél".
Itt az alkalmazásnak kell megnéznie, hogy a fájl mentése sikerült-e vagy sem (más néven menteni, ha az sikerült, akkor unlink és rename), és ha nem, akkor feltenni a kérdést, hogy "nem sikerült a mentés, mi legyen?"