df and bdf discrepencies

[HP-UX 10.20 with latest GR from hp installed]

I've recently had some space problems on one of our old HP9000 machines. I archived/moved/compressed/trashed some stuff to free up some space on one rather large (and important) logical volume.

As one would expect, when `df -b` is executed some space is shown as free:

/opt (/dev/vg00/lvol5 ) : 509218 Kbytes free

However, space problems are still reported on this volume. Trying another tact I execute `bdf` to ensure that space really has been freed up:

Filesystem kbytes used avail %used Mounted on
/dev/vg00/lvol5 6866069 6356851 0 100% /opt

hmmm. Now I deleted the stuff by hand, and the figure reported by 'df -b' sounds ok. To further complicate things,
plain 'ol `df` reports:

/opt (/dev/vg00/lvol5 ): 0 blocks 1020265 i-nodes

And I should add the fsck reports that all is hunky-dory.....

(a) can anybody give me some idea of what is going on
(b) how can I resolve this so that me free space is recognised?

*any* help appreciated and further information supplied on request. Thanks.

Unix requires that 10% of the disk remain free to insure that files are allocated efficiently. You have used everything that you can on that fs.

bdf says that you have 6866069 total with 6356851 in use. df says that 509218 are free. Those numbers add up.

root can allocate the rest of the disk but non-root users cannot. If root does that, bdf will report the disk at 111% full.

You simply need to free up more space or make /opt larger.

You could use tunefs to change minfree on the volume. Expect system performance to suffer if you do.

of course! Thankyou...