From: paul.marc.robertson on
Folks,

Running Solaris 10U3 on sparc:

SunOS carnyc04 5.10 Generic_118833-33 sun4v sparc SUNW,Netra-T2000

We're seeing what appears to be a bug when running "df -o i" on a
ramdisk, but the ramdisk part may not be relevant:

carnyc04:~>df -o i /aqr_pool
Filesystem iused ifree %iused Mounted on
/dev/ramdisk/aqr_pool
-221 5188133557082267699762% /aqr_pool

It appears this happens after we delete a bunch of files; instead of
reporting 0% inodes used, Solaris counters actually go _negative_!

I know that a similar problem is described in Sun alert 20136:

http://sunsolve.sun.com/search/document.do?assetkey=1-26-102285-1

However, this bug was supposedly fixed with Solaris 10 patch 118833-18
or later, and we're at 118833-33.

Any advice is appreciated.