Date: Fri, 13 Dec 2002 00:27:16 +0200 From: Giorgos Keramidas <keramida@ceid.upatras.gr> To: Paul Everlund <tdv94ped@cs.umu.se> Cc: questions@freebsd.org Subject: Re: ...changed from TIME to SPACE Message-ID: <20021212222716.GB3316@gothmog.gr> In-Reply-To: <3DF8E3C9.3030701@cs.umu.se> References: <Pine.GSO.4.44.0212111629180.22586-100000@kvist.cs.umu.se> <1299.216.153.201.47.1039623659.squirrel@www.27in.tv> <3DF76F78.8040100@cs.umu.se> <3DF772FE.7080108@liwing.de> <3DF8E3C9.3030701@cs.umu.se>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2002-12-12 20:30, Paul Everlund <tdv94ped@cs.umu.se> wrote: > Jens Rehsack wrote: > >Paul Everlund wrote: > >>C J Michaels wrote: > >>>Some time in the recent past Paul Everlund scribbled: > >>>> > >>>>What does this mean? > >>>> > >>>># sysctl kern.msgbuf > >>>>[snip] > >>>><5>/var: optimization changed from TIME to SPACE > >>>><118>Dec 10 11:36:12 fw /kernel: /var: optimization changed from TIME to SPACE > >>>>[snip] > >>> > >>>It means that your /var filesystem is nearly full. The kernel is now > >>>trying to maximize the amout of free full blocks on the filesystem. Or that the /var filesystem has many files that are smaller than the block size which the newfs command that created /var used. In this case, a lot of files are saved in what the FreeBSD filesystem calls "fragments". When the amount of fragments in use exceeds 80% of the "minimum free space" of the filesystem, the filesystem switches to space optimization to a more careful allocation policy of fragments. > >Try 'df -ik' > > # df -ik > Filesystem 1K-blocks Used Avail Capacity iused ifree %iused > Mounted on > /dev/ad1s1a 65470 40452 19782 67% 1517 6801 18% / > /dev/ad0s1e 2030062 801262 1066396 43% 110510 144464 43% /usr > /dev/ad1s1e 35230 17512 14900 54% 825 3653 18% /var > procfs 4 4 0 100% 49 483 9% /proc > > The i-nodes are fine too. > > Anyway, I guess it is as Bill Moran wrote, that a temporary file was > created, that made it change, and somewere in the logs a change back > should be found. Will check it later. Or it could be this... You can use fstat to see if some process has a file open under /var that you know shouldn't be there. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20021212222716.GB3316>