Bug 110146

Description of problem:
On a ext3 filesystem with data=journal and usrquota on of about 900GB 
that is used to 92% with home directories of about 200 users, 
exported over nfs, we experience some kind of quota corruption that 
manifests in the error message "VFS: dqputduplicate(): Duplicated 
dquot put without duplicate reference" being printed to the console 
and seconds later the nfsd going into the "D" state.

I did a fsck -f on the filesystem followed by quotacheck, the problem 
did not go away.

The only way to get the machine running again was to mount the 
filesystem without usrquota turned on.


Version-Release number of selected component (if applicable):
kernel-smp-2.4.20-20.7


How reproducible:
Every time.

Steps to Reproduce:
1. mount the filesystem (-o data=journal,usrquota)
2. service nfs start
3. wait until exportfs has finished
4. clients start resuming -> rw to the filesystem starts happening
5. within seconds, the error message "VFS: dqputduplicate(): 
Duplicated dquot put without duplicate reference" appears on the 
console
  
Actual results:
6. the load of the machine goes up to the amount of nfsds that I have 
defined in the corresponding init script (96)
7. nfsd does not respond, can not be killed (D state)

Expected results:
The nfs service should run normally.


Additional info:
The problem appears to be deep in the filesystem, as a fsck followed 
by a quotacheck does not solve it.

Please let me know how to proceed on debugging this. I really need 
quotas enabled on this filesystem. There is limited playground, 
though. My users are not very happy as the server has been down the 
last 12 hours already...

Anyway, I'll gladly dump any information you ask me to that could 
help solving this.

TIA

Marc