Created attachment 96857[details]
Latest kernel panic - output from /var/log/messages - see first line about 'remove_free_dquot'
Latest kernel panic - output from /var/log/messages - see first line about
'remove_free_dquot'.

Created attachment 101676[details]
patch to fix quota locking errors
For RHEL2.1. This is a backport of a fix which is in the 2.4 kernel. Since
running this patch we have had no more quota related crashes. It may still
have bugs though...

Created attachment 109599[details]
Kernel panic
We also seem to have this or a related problem. We get infrequent kernel
panics, but they do not seem to be related to running repquota). Excerpt
from syslog is attached.

Peter, if you have quotas enabled then you can get the in memory
corruption. This does not always seem to cause the segfaults (see
also bugs #53591 and #98837) in the userland tools. Sometimes you get
just a truncated list of quotas and other times it might work. My
patch from comment #4 solved all the problems at our site. This patch
is still not in the RH kernel but if you want to try my patched kernel
I can make it available, or you can build your own if you know how.

Occasionally I still see quota problems if I add a lot of new users (I guess new
quota records is the issue).
Once added, repquota does not display a complete list of quotas but edquota on
the new users shows that the quota has been set.
To fix this I do a quotaoff followed by a quotaon. I assume that the new
records are not being synced to disk immediatly, but I don't know for sure. It
is not causing corruption or crashed so for now I can live with it.
I have not seen this problem after adding only one account.

Note

You need to
log in
before you can comment on or make changes to this bug.