From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.9) Gecko/20050711 Firefox/1.0.5 Description of problem: checkquota is broken, says it can't move old file to new file~ > # /sbin/quotacheck -abfM > quotacheck: Cannot rename old quotafile /home/aquota.user to /home/aquota.user~: Operation not permitted > > # \rm -f aquota* > rm: cannot remove `aquota.user': Operation not permitted > > it's like the os has the file locked and won't let go. > > /dev/sdb1 on /home type ext3 (rw,nosuid,nodev,usrquota) > quota-3.12-6 can't rm the file either and removing the old aquota.user~ file does not fix the issue either also /etc/quotatab overwritten in fc2 to fc4 upgrade Version-Release number of selected component (if applicable): quota-3.12-6 How reproducible: Always Steps to Reproduce: 1. run /sbin/quotacheck -abfM on a system that already has quotas 2. 3. Actual Results: see above Additional info:
It's the "-b" flag for "backup /aquota.user" that generates the problem. Various error messages depending on whether the aquota.user.new file exists include "Operation not permitted". This is not an SELinux error, SELinux is disabled. /aquota.user is rw root.
this got fixed when this was released: Name : kernel Version : 2.6.13 Vendor: Red Hat, Inc. Release : 1.1526_FC4 Build Date: Wed Sep 28 20:05:24 2005 but then it got broken again when this was released: Name : kernel Version : 2.6.14 Vendor: Red Hat, Inc. Release : 1.1644_FC4 Build Date: Sun Nov 27 03:53:57 2005
Same problem for me.
No occurance of bug on RHEL4 and FC5, using the latest quota tools (v3.13)