what's wrong with the bdf?

[wangzhida]

Hi,all:
I got different value of the size of /data volumn, when I use 'dbf' and 'du -sk' separately.
here goes the results.
---------------------------------------------
%bdf
Filesystem kbytes used avail %used Mounted on
/dev/vg_data/lv_data
227278848 147486304 79169240 65% /data

%du -sk /data
75148424 /data
-----------------------------------------------
now you see, the 'used' value that generated by dbf is much larger than 'du -sk'.
which one is the right one? how should I deal with it?

thanks!

[Arunvijai_4 · Accepted solution]

Hello,

You can try with "sync" to syncronize any recent changes happened to the file system and try to run again.

You can check this thread for more explanation

http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=883822

-Arun

[Muthukumar_5]

Refer this:

http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=143084

--
Muthu

[RAC_1]

There is a difference between du and bdf works. there will be difference in their outputs, but should be very big. Did you delet/move any files, while process was accessing them?? Do you have any sparse files in that file system?

[Steven E. Protter]

Shalom,

Nothing is wrong with either du or bdf.

bdf will not show space from deleted files as available until any processes that have open handles on these files are terminated.

A reboot will make the results consistent, as will a killing of proceses listed on this command:

fuser -cu /data

Add the k parameter to the above command at your own risk and fuser will kill them. Be careful, its a really good way to bring down a production system.

SEP

[wangzhida]

I got these stuff here:
--------------------------------------------
# ps -ef|grep 873|more|grep -v grep
root 873 772 0 Mar 16 ? 0:55 /opt/omni/lbin/vbda -bmaname drive1 -type 2 -start 1142460074 -
root 874 873 0 Mar 16 ? 1:15 /opt/omni/lbin/vbda -bmaname drive1 -type 2 -start 1142460074 -
---------------------------------------------
what's vbda? there's no man manual for it.

[wangzhida]

sorry. forgot these
# fuser -cu /data
/data: 873o(root)

[RAC_1]

vbda is part of omniback backup software.

[Robert-Jan Goossens_1]

Hi,

/opt/omni/lbin/vbda is a backup session from HP OpenView Storage Data Protector. It looks like the session is hanging (March 16). Check your data protector logfiles for errors on that date.

Best regards,
Robert-Jan

[Yogeeraj_1]

hi,

a backup is most probably in progress, to check check this, please run:

omnidb -session

kind regards
yogeeraj

[wangzhida]

thank you all! I've resolved the problem. thank you.

[wangzhida]

the problem has been solved!