Red Hat Bugzilla – Bug 8828
When the usrquota,grpquota options are added to the fstab, the box can and will lock up.
Last modified: 2008-05-01 11:37:54 EDT
There seems to be a problem with enabling quotas on RH6.0. I have tried
this on two different boxes and have had similiar results.
What I do is edit the /etc/fstab to put in grpquota on the partition I want
to enable quotas on, and then I (as root) create the quota.group in the
root directory of that parititon.
After that, what happens is extremely annoying. When accessing quotas
(edquota), displaying quotas (repquota) or even creating users
(/usr/sbin/useradd), the system seems to hang up.
It is wedged so bad that I can't even log in using another window to kill
the repquota (e.g.) command -- the system displays login/password, but
never forks off the shell. Also, ^c and ^z have no effect.
The only way to clear the problem is to hit the 'reset' button, since
there's no way to log in.
The problem seems to be related to validating users -- while /bin/login has
no problem running to show the 'login: ' and 'Password: ' prompts, it never
gets to create the shell. Same for /usr/sbin/useradd -- the system locked
up when I tried to run that command with quotas enabled.
On the remote system that I maintain, I edited /etc/fstab to remove the
grpquota option from the partition entry, and I typed 'init 6', but the box
never came back up. I've got a feeling that it's still trying to shut down
(and got wedged somewhere).
Tomorrow I'll have my ISP reset the box and I'll see if I can lock up the
system again now that quota is off.
Thanks for taking the time to read all this....
- Mark Musante
Epic Verse Software, Inc.
quotas work fine with at least Red Hat Linux 6.2 and later.
Remember, to create quota.user or quota.group, you have to add either usrquota
or grpquota to the proper /etc/fstab line, and then run /usr/sbin/quotacheck
<device>. Don't create any files by hand.