| Summary: | Difference between number of blocks and size in bytes*512 | ||
|---|---|---|---|
| Product: | Base System | Reporter: | Wiktor <kaczor> |
| Component: | i386 | Assignee: | 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
> >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 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. 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. |