Hello All,
My original question was:
1. If a / (root) filesystem is full to over 111%, and it
goes down to 60% after a reboot, what does that mean?
Below is the summary:
------------------------------------------------------------------------------
From: SMTP%"SLOANE_at_KUHUB.CC.UKANS.EDU" 1-AUG-1995 12:16:46.61
It probably means that some program was running and had an open file
on the filesystem that had been rm'ed but the inode hadn't been
deleted because the file was in use. When the boot kill the process,
the inode was delete, freeing up the space. To duplicate the problem,
run a program which loops on a write statement forever and ignores
errors, creating a file which gets bigger and bigger. Eventually it
will fill up the file system. Now use rm to delete the file, but
leave the program running. The file will be removed from its
directory, but the space will not be deallocated. Now kill the
process, and the space will re-appear. If this happens again you can
use the freely available program lsof to find the program writing the
big file and just kill it rather than booting the whole system.
-------------------------------------------------------------------------------
From: SMTP%"SEB_at_LNS62.LNS.CORNELL.EDU" 1-AUG-1995 12:31:01.88
Candice,
It sounds like you have left the /tmp directory in /
/tmp is used for intermediate scratch files by the compilers, for example.
Files in that directory are automatically deleted when the sytem boots.
/ usually doesn't have enough room on a multiuser development system.
When you create a disk partition, by default only root is permitted
to fill it up completely. The user accessable portion is normally 90%
of the specified size, but is shown as if it were 100%. When a program
with root privileges exceeds that, the partition is shown as if it were
more than 100% full. The actual difference between the user accessable
capacity and the actual capacity is controlled by arguments to newfs.
We create a separate partition for /tmp which is mounted in fstab
so that it doesn't occupy space in / and can be much larger.
Our /tmp partition is often 64-128 MB, depending on the system.
I hope this helps.
Selden
-------------------------------------------------------------------------------
Thank you to all who responded.
doug.berry_at_sheridanc.on.ca
arthur_at_midir.ucd.i
martin_at_jerry.alf.dec.com
SLOANE_at_KUHUB.CC.UKANS.EDU
alan_at_nabeth.cxo.dec.com
hyman_at_nuc006.psc.sc.edu
john_at_WPI.EDU
SEB_at_LNS62.LNS.CORNELL.EDU
yanowitz_at_cs.umass.edu
cdm_at_hyperk.com
jtk_at_atria.com
aad_at_nwnet.net
iglesias_at_draco.acs.uci.edu
bcd_at_pacific.mps.ohio-state.edu
steve_at_aztech.com
newcomer_at_dickinson.edu
pclark_at_p90.pclark.com
bourque_at_lvs-emh.lvs.loral.com
rockwell_at_rch.dec.com
xxfdh_at_omega.uta.edu
TIMOTHY.D.KNOX_at_x400gw.ameritech.com
matthewm_at_sgate.com
khalid_at_FNAL.FNAL.GOV
huhman_at_ee.deere.com
Don.Ritchey_at_chipsi.com
teh_at_coho.phy.anl.gov
chu_at_musp0.Jpl.Nasa.Gov
santana_at_nucmar.physics.fsu.edu
kkkong_at_ee.cuhk.hk
crispin_at_communica.oz.au
bonn_at_durian.usc.edu.ph
lattaw_at_alf.dec.com
hl_at_tekla.fi
morten.hanshaugen_at_usit.uio.no
john_at_zyqad.co.uk
demarthe_at_alpha.cad.cea.fr
rjackson_at_gmu.edu
sweber_at_mr.picker.com
Regards
Candice
Received on Sat Aug 05 1995 - 01:36:54 NZST