Date: Thu, 30 Oct 2008 11:12:32 +1030 From: "Brendan Hart" <brendanh@strategicecommerce.com.au> To: <freebsd-questions@freebsd.org> Subject: Large discrepancy in reported disk usage on USR partition Message-ID: <021f01c93a28$651752e0$2f45f8a0$@com.au>
next in thread | raw e-mail | index | archive | help
Hi, I have inherited some servers running various releases of FreeBSD and I am having some trouble with the /usr partition on one of these boxen. The problem is that there appears to be far more space used on the USR partition than there are actual files on the partition. The utility "df -h" reports 25GB used (i.e. nearly the whole partition), but "du -x /usr" reports only 7.6GB of files. I have reviewed the FAQ, particularly item 9.24 "The du and df commands show different amounts of disk space available. What is going on?". However, the suggested cause of the discrepancy (large files already unlinked but still held open by active processes), does not appear to be true in this case as problem is present even after rebooting into single user mode. #: uname -a FreeBSD ibisweb4spare.strategicecommerce.com.au 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Sun May 7 04:42:56 UTC 2006 root@opus.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP i386 #: df -h Filesystem Size Used Avail Capacity Mounted on /dev/aacd0s1a 496M 163M 293M 36% / devfs 1.0K 1.0K 0B 100% /dev /dev/aacd0s1e 496M 15M 441M 3% /tmp /dev/aacd0s1f 28G 25G 1.2G 96% /usr /dev/aacd0s1d 1.9G 429M 1.3G 24% /var #: du -x -h /usr 2.0K /usr/.snap 24M /usr/bin .... <snip> .... 584M /usr/ports 140K /usr/lost+found 7.6G /usr The server is used as a standby machine and a nightly cronjob which uses RSYNC to make a copy of the /usr partition from a live server. Depending on how recently the logs have been culled, the Live server has approximately 7-10GB of data on the /usr partition, so I would expect the same size of data on the standby server. This may be irrelevant, but the server also has an external data directory with 11GB mounted via NFS as a directory under the USR partition. Next, I began to suspect some sort of disk corruption (echoes of the old days of MSDOS lost cluster chains) and I have attempted to find disk issues by running fsck, but no issues were reported and the issue was not remedied. I also tried running fsck in single user mode, again, no improvement. Can anyone suggest what I can try next? Best Regards, Brendan Hart --------------------------------- Brendan Hart, Development Manager Strategic Ecommerce Division Securepay Pty Ltd Phone: 08-8274-4000 Fax: 08-8274-1400 __________ Information from ESET NOD32 Antivirus, version of virus signature database 3567 (20081029) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?021f01c93a28$651752e0$2f45f8a0$>