Bug 14143

Summary: Difference between number of blocks and size in bytes*512
Product: Base System Reporter: Wiktor <kaczor>
Component: i386Assignee: mpp
Status: Closed FIXED    
Severity: Affects Only Me    
Priority: Normal    
Version: 3.3-STABLE   
Hardware: Any   
OS: Any   

Description Wiktor 1999-10-05 17:10:01 UTC
My file quota.user have difference between size reported by stat->st_size and
stat->st_block. st_size is 37448 times larger than st_block.

Fix: 

I didn't find out any.
How-To-Repeat: Very hard to say. I have 4gb partition and about 160 users. And quota system
just did so odd file.
Comment 1 mpp freebsd_committer freebsd_triage 1999-10-06 13:55:47 UTC
> >Number:         14143
> >Synopsis:       Difference between number of blocks and size in bytes*512
> >Description:
> My file quota.user have difference between size reported by stat->st_size and
> stat->st_block. st_size is 37448 times larger than st_block.
> >How-To-Repeat:
> Very hard to say. I have 4gb partition and about 160 users. And quota system
> just did so odd file. 

The quota system will create sparse files (large gaps of
unwritten zero filled blocks are not actually allocated disk
space), which is probably why the file size is so much larger 
than the actual number of blocks used by the quota file.

Do you have extremely large gaps in your UID space?  Is the file system
NFS mounted on other systems, and is it possible that something tried
to set a uid/gid to -2 or some such value on a file on the filesystem
in question?

Try running "find -nouser -nogroup /filesystem" to try and find
any files that have a uid/gid that are not assigned in /etc/passwd.
These are usually the files that cause the quota file to
appear to be so large.

-Mike
-- 
Mike Pritchard
mpp@FreeBSD.org or mpp@mpp.pro-ns.net
Comment 2 mpp freebsd_committer freebsd_triage 1999-10-07 11:48:42 UTC
Responsible Changed
From-To: freebsd-bugs->mpp

I've already sent a followup to the originator, so I'll handle 
this until I hear something back. 
Comment 3 mpp freebsd_committer freebsd_triage 1999-10-08 10:56:58 UTC
State Changed
From-To: open->closed

iSubmitter states that the problem was with unassigned uids/or very large 
uids existing in the file system, which created a very large spare 
^spare^sparse 
quota file.