Bug 90985 - quotas fail with kernel-2.4.20-13.7
Summary: quotas fail with kernel-2.4.20-13.7
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: kernel   
(Show other bugs)
Version: 7.3
Hardware: i686
OS: Linux
Target Milestone: ---
Assignee: Arjan van de Ven
QA Contact: Brian Brock
Depends On: 90914
TreeView+ depends on / blocked
Reported: 2003-05-16 04:11 UTC by Craig Richardson
Modified: 2007-04-18 16:53 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2003-06-03 10:16:18 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2003:187 normal SHIPPED_LIVE : Updated 2.4 kernel fixes vulnerabilities and driver bugs 2003-05-22 04:00:00 UTC

Description Craig Richardson 2003-05-16 04:11:49 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030225

Description of problem:
I upgraded my kernel RPMS via Red Hat network to kernel-2.4.20-13.7

Now it will not enable quota management and when you try to use the
quotaon/quotaoff commands you get the error;

- quotaon: using /home/quota.user on /dev/sda2: Invalid argument

However in all previous 7.3 kernels the quota file has been called aquota.user
and thats what I've used.  I tried making a quota.user file for this new kernel
and it still gives the same error when the quotaon command is issued.

Booting into an previous kernel (ie kernel-2.4.18-27.7.x) fixes the problem. 
However seeing the new buggy version is a security release I'd rather not do this.

I have had this problem on multiple production 7.3 machines.  One of which is
using the SMP kernel.  The SMP version also would not mount my  partitions as
read/write with the "defaults" option specified in /etc/fstab.  It would if I
specified "defaults,rw,usrquota", however this is still a bug as the default
should be read/write.  Perhaps this should be another bug report.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. Boot into affected kernel
2. add usrquota option to /etc/fstab
3. mount -o remount /home
4. touch /home/aquota.user
5. checkquota /home
6. quotaon /home

Once this is done it will also produce the error when it tried to start quotas
during bootup. The command "dmesg | less" will show the error.

Actual Results:  quotaon: using /home/quota.user on /dev/sda2: Invalid argument

Expected Results:  Quota management should be enabled

Additional info:

Comment 1 Craig Richardson 2003-05-16 04:18:53 UTC
Thought I should also mention that I have some production RH 8.0 machines with
quotas enabled and they dont suffer from this.  They are running kernel-2.4.20-13.8

Comment 2 Danny Yee 2003-05-16 08:30:57 UTC
This is a dupe of bug 90939.

Comment 3 Petri T. Koistinen 2003-06-02 17:46:37 UTC
Please, close this bug as duplicate and wait for kernel and quota update.

Comment 4 Arjan van de Ven 2003-06-03 10:16:18 UTC
An errata has been issued which should help the problem described in this bug report. 
This report is therefore being closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files, please follow the link below. You may reopen 
this bug report if the solution does not work for you.


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