bogus disk space usage

[Ferdi Castro]

Hi,
Can anyone check how am i able to get a 101% used diskspace??
root@inivr1> df -k

Filesystem 1024-blocks Used Available Capacity Mounted on

root_domain#root 250000 250000 0 101% /

/proc 0 0 0 100% /proc

usr_domain#usr 7636760 2760449 4834704 37% /usr

data1_domain#smapvoice_logs 8886240 4419882 4457856 50% /usr/smapvoice/logs

I tried copying a 100M file into the root directoy and it was a success. It should have been failed so I suspect that the system is reporting a bogus message.
Please how can I get the actual size how much space is used?
thank you

[Venkatesh BL]

Can you try 'vdf root_domain' command?

[Ferdi Castro]

Here's the reply............ Thanks
root@inivr1> vdf root_domain
vdf: Command not found.
root@inivr1>

[Venkatesh BL]

May be the PATH is not set to /sbin/advfs. The actual command is '/sbin/advfs/vdf'. What is the OS/patch version of your system?

[Hein van den Heuvel]

Tru64 df shows 100% used when 90% full, but that would not allow for 100MB 'extra' on 250MB.
Are you sure it was 100MB?
Are you sure it was not 'sparse' file/

AdvFS domains also need root for meta data, but again not 100MB for 250mb.

May we assume that the root fileset is the only one in the root_domain? Because if it is not, then it all looks funny.

See man page for df.
Online: http://www.uwm.edu/cgi-bin/IMT/wwwman?topic=df



[Tru64 UNIX] The df command, as modified for SVID 2 compliance, accepts
one command line option (-t, print space totals) and an optional file sys-
tem name or device name. The command displays the mount point, the mounted
device, the number of free blocks (in 512-byte quantities), and the number
of free inodes. If the -t option is specified, the command displays, on a
separate line following the free block counts, the total number of blocks
and inodes for each mounted device.

[Ferdi Castro]

It shows this message

root@inivr1> /sbin/advfs/vdf root_domain
Domain 512-blocks Metadata Used Available Capacity
root_domain 500000 17708 500000 320848 36%

root@inivr1>


But can you see why is it showing 101% when command df -k is issued?

[Hein van den Heuvel · Accepted solution]

Maybe the report is right and the test copy is wrong?
Was the target accidently a softlink? a mountpoint?

Tried verify -d to recorver lost files? (if any)
Tried quotacheck?


It that 250MB consistent with the partition / size size?

Hein.


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

http://unix.derkeiler.com/Mailing-Lists/Tru64-UNIX-Managers/2003-08/0047.html