topic Re: Discrepancy is disk usage in Operating System - HP-UX

Discrepancy is disk usage

Praveen Bezawada — Thu, 16 Nov 2000 08:13:58 GMT

Hi
When I do du -ks /opt it gives 2153590
When I do df -k /opt its gives
3223552 allocated
0 free
3223552 used
100% allocation used.
So on a 3GB file systems though du say only 2GB is used df say 3GB is used. Why is this diescrepancy.
Actually I have deleted some files of total 1 GB a little while ago. Has this caused the problem.
Please help
Thanks in advance
Praveen

Re: Discrepancy is disk usage

Paula J Frazer-Campbell — Thu, 16 Nov 2000 08:29:08 GMT

Hi
Drop to a single user status and try:-
fuser -u /dev/VG??/opt
and look to see if any areas are locked.

See also man fuser.

Paula

Re: Discrepancy is disk usage

Dan Hetzel — Thu, 16 Nov 2000 08:30:21 GMT

Hi,

Discrepancies between 'du' and 'df' will happen if the directory isn't a mount point or if there are mount points below it.

With a standard installation, /opt should be a separate filesystem, so, as far as there are no filesystems mounted below /opt, 'du' and 'df' should report the same figures.

Dan

Re: Discrepancy is disk usage

Rainer_1 — Thu, 16 Nov 2000 08:33:13 GMT

think you have additional mount points in /opt (NFS or lvols) so that du walks thru different filesystems.
Use

du -sxk /opt

this will not go to any other mount point within /opt and the result should be the same as df -k /opt

Re: Discrepancy is disk usage

Byron Myers — Sat, 18 Nov 2000 23:18:10 GMT

Even though a file is deleted, there may still be open file handles on it. If this is the case, then "df" will not report the file as being deleted. If you know what process(es) were using the deleted file(s), then they will have to close the handles, or you will have to end or kill them. Only when the file handles are cleared from the file table will df report accurately.

Re: Discrepancy is disk usage

Bill Hassell — Sun, 19 Nov 2000 00:14:07 GMT

There may be another explanation: sparse files. A sparse file is one that has been created with 'holes' or unwritten parts. Consider writing a file with record #1, then by seeking to record one million, writing another record and then closing the file. The file has but two records and occupies only a couple of blocks but the missing parts are not stored nor counted in bdf(1) or du(1). Depending on the size of the file and the spareseness, the difference in apparent versus actual size may be quite large.

It is possible to create a sparse file with:

dd if=/etc/issue of=/var/tmp/sparse bs=2048k seek=1

where you will see the original file is just a few dozen bytes, the result with ls -l or wc -c shows a 2 meg file, but du(1) will show the file as occupying just a bit more than the original /etc/issue file. A cp(1) of the file will create a new file that is the same size (using ls -l or wc -c) but du(1) will now show a much larger size.

A common file that is often sparse is a core file from a crashed program. Another file that might be sparse is /etc/mail/aliases.pag. And of course, any programmer could write special code that creates a sparse file.

Re: Discrepancy is disk usage

Steffi Jones_1 — Tue, 21 Nov 2000 06:27:20 GMT

Hi,

the space is not released yet. This can happen when you try to remove active files.
A reboot will clean this up or if you can find the process which was using the files you might be lucky by killing the process that it will release the space.

This might be tricky and I would recommedn the usage of the shareware program lsof for this.

But in anycase a reboot will help you,

Steffi jones