'in the day' we ran programs using chron regularly to check things like file system full, etc, and sometimes take action if things were overly full.
/tmp and /var are pretty normal to fill up, but if / fills, you get into deeper pookie. That is why there is a reserve limit that allows root to have some space even if everything is full to over full. I have had problems with /home filling too. But we don't seem to run chron tasks like we used to. I guess the world is 'safer and kinder' ... but then we find it is not on occasion. ... >From my memory of UNIX history, using lots of separate file systems was to help things back when 100M disk drives were 'big', and a 2G drive (if you could afford one) was HUGE. Also backups were done often on a 'device' or at least partition level, and normally to tape or CD, not to more drives (it was done, but the cost of drive space was high and not sufficiently reliable). Remember the 'dump levels' in the fstab? They were used to control backups 'in the day'. Most backup systems ignore those flags anymore, but they are still used for fsck counts, etc. I just purchased a couple of 2T drives, and a 4T drive, making some of the old logic fall apart. The new level of systems that are built with this type of storage in mind seem to be used assuming that 'filling up' is not an issue anymore. For many people, that is correct. But they still need to be backed up (either to more 'big data' drives or online, or my old-school favorite ... to tape. But LTO drives are pretty expensive, and most others are to small to be serious devices in todays 'big data' systems. $1500+/drive but you can put 1.5T on a $35 tape (or 3T compressed by hardware, but not all data can compress well). Even fairly large backup systems use 3 to 6 drives and small libraries that hold 50 or so tapes and a door to allow ejecting or loading 10 at a time.) Enough pontificating for now. -- -- You received this message because you are subscribed to the Google Groups "NLUG" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/nlug-talk?hl=en --- You received this message because you are subscribed to the Google Groups "NLUG" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/groups/opt_out.
