Re: reclaiming /var capacity?
On Wed, Mar 11, 2009 at 3:57 PM, Jonathan Chen wrote: > On Wed, Mar 11, 2009 at 03:23:50PM -0400, jamgill wrote: > > On Wed, Mar 11, 2009 at 3:04 PM, Yuri Pankov > wrote: > > > > > On Wed, Mar 11, 2009 at 02:30:08PM -0400, j. wrote: > > > > Where did my capacity go and how can I get it back? > > > > > > > > deathray# du -sh /var > > > > 70M/var > > > > > > > > > > > > deathray# df -h /var > > > > FilesystemSizeUsed Avail Capacity Mounted on > > > > /dev/da0d 248M214M 15M94%/var > > > > > > > > > > > > Thanks, > > > > > > > > --j. > > > > > > http://www.freebsd.org/doc/en/books/faq/disks.html#DU-VS-DF > > > > > > > > > > Thanks, Yuri. According to the FAQ you linked, wouldn't a good > smattering > > of "sync ; sync ; sync ; sync ; sync" cause the the two to reflect the > sizes > > accurately? > > This will do nothing if a process has an open file descriptor on a > deleted file. Use fstat(1) or lsof to help hunt down the offending > process. Thanks for the reply. This helped me solve my problem. fstat /var didn't show me anything interesting, but fstat -v var did indicate a bunch of "cant read vnode at 0x0 for pid ..." so i installed lsof and saw that httpd and mysqld had a lot more open files than I expected, and several of those were not open to a specific file but to /var (/dev/da0d) ... after restarting the services (i cheated, I rebooted) the space reported by du and df are now much closer. And, importantly, postfix knows it has some room to do its thing in the /var partition. Thanks again. > > -- > Jonathan Chen > -- > When all else fails, RTFM > -- "Build a man a fire, he'll be warm for a night... set a man on fire, he will be warm for the rest of his life" ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: reclaiming /var capacity?
On Wed, Mar 11, 2009 at 03:23:50PM -0400, jamgill wrote: > On Wed, Mar 11, 2009 at 3:04 PM, Yuri Pankov wrote: > > > On Wed, Mar 11, 2009 at 02:30:08PM -0400, j. wrote: > > > Where did my capacity go and how can I get it back? > > > > > > deathray# du -sh /var > > > 70M/var > > > > > > > > > deathray# df -h /var > > > FilesystemSizeUsed Avail Capacity Mounted on > > > /dev/da0d 248M214M 15M94%/var > > > > > > > > > Thanks, > > > > > > --j. > > > > http://www.freebsd.org/doc/en/books/faq/disks.html#DU-VS-DF > > > > > > Thanks, Yuri. According to the FAQ you linked, wouldn't a good smattering > of "sync ; sync ; sync ; sync ; sync" cause the the two to reflect the sizes > accurately? This will do nothing if a process has an open file descriptor on a deleted file. Use fstat(1) or lsof to help hunt down the offending process. -- Jonathan Chen -- When all else fails, RTFM ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: reclaiming /var capacity?
On Wed, Mar 11, 2009 at 3:04 PM, Yuri Pankov wrote: > On Wed, Mar 11, 2009 at 02:30:08PM -0400, j. wrote: > > Where did my capacity go and how can I get it back? > > > > deathray# du -sh /var > > 70M/var > > > > > > deathray# df -h /var > > FilesystemSizeUsed Avail Capacity Mounted on > > /dev/da0d 248M214M 15M94%/var > > > > > > Thanks, > > > > --j. > > http://www.freebsd.org/doc/en/books/faq/disks.html#DU-VS-DF > > Thanks, Yuri. According to the FAQ you linked, wouldn't a good smattering of "sync ; sync ; sync ; sync ; sync" cause the the two to reflect the sizes accurately? This problem has been going on for some time now, so I have more than exceeded the recommendation to "wait up to 30 seconds". It does appear that softupdates are on, if that matters. deathray# dumpfs /var | grep -i soft flags soft-updates As the FAQ and Neal's response point out, this is where logs go, but I have cleaned out logs several times over the last few months, so that doesn't appear to be the problem: deathray# du -sh /var/log 1.5M/var/log I am also not sure what to make of the 5% inode usage on this volume: deathray# df -hi /var FilesystemSizeUsed Avail Capacity iused ifree %iused Mounted on /dev/da0d 248M214M 15M94%1720 313025% /var --j. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: reclaiming /var capacity?
On Wed, Mar 11, 2009 at 1:30 PM, j. <2fo...@gmail.com> wrote: > Where did my capacity go and how can I get it back? > > deathray# du -sh /var > 70M/var > > > deathray# df -h /var > FilesystemSizeUsed Avail Capacity Mounted on > /dev/da0d 248M214M 15M94%/var > > > Thanks, Are your log (/var/log) being flushed or overly produced? > > --j. > ___ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to " > freebsd-questions-unsubscr...@freebsd.org" > -- www.nealhogan.net www.lambdaserver.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: reclaiming /var capacity?
On Wed, Mar 11, 2009 at 02:30:08PM -0400, j. wrote: > Where did my capacity go and how can I get it back? > > deathray# du -sh /var > 70M/var > > > deathray# df -h /var > FilesystemSizeUsed Avail Capacity Mounted on > /dev/da0d 248M214M 15M94%/var > > > Thanks, > > --j. http://www.freebsd.org/doc/en/books/faq/disks.html#DU-VS-DF HTH, Yuri ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
reclaiming /var capacity?
Where did my capacity go and how can I get it back? deathray# du -sh /var 70M/var deathray# df -h /var FilesystemSizeUsed Avail Capacity Mounted on /dev/da0d 248M214M 15M94%/var Thanks, --j. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"