Bug 40194
Summary: | quota fails to generate quota files | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Tibor SANDOR <sandort> |
Component: | quota | Assignee: | Preston Brown <pbrown> |
Status: | CLOSED ERRATA | QA Contact: | David Lawrence <dkl> |
Severity: | high | Docs Contact: | |
Priority: | medium | ||
Version: | 7.1 | CC: | n00stra, ward.dhooghe |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2001-09-12 10:49:27 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Tibor SANDOR
2001-05-11 07:05:23 UTC
Try this before you turn on quota: convertquota -ug / man quotacheck says: If a file(aquota.user and/or aquota.group) is not present, quotacheck will create it. quotacheck is normally run at boot time as an init script located in /etc/init.d before enabling disk quotas with quotaon. Either the man page is incorrect or quotacheck does not do its job. My opinion is: if something corrupts aquota files (eg.: I deleted them) quotacheck should recreate or correct them without using convertquota, or any other commands. convertquota is responsible for upgrading quota files, but why should I use for a newly installed system. /etc/rc.d/sysinit runs convertquota if quota.user or quota.group exists, but if not, then quotacheck does not do anything because there will be no aquota files. agreed, this is being fixed. *** Bug 47577 has been marked as a duplicate of this bug. *** *** Bug 53466 has been marked as a duplicate of this bug. *** * repquota -ua segfaults after the output of the data * repquota doesn't seem to print out correct values, because e.g. deleting files does not change the numbers showed with repquota I think this bug is still active for rh 7.2 systems I cannot get quotas on a brand new system to work correctly. they won't turn on and they won't let me generate new files. This is definitely still happening on quota 3.01pre9-3 on 7.2 I'm reopening it. oops, I'd like to reopen it - but I can't. B/c I didn't file it originally. could we reopen this one? please? thanks ok, I'll be quiet, I promise, it is working correctly I was just misreading. just ignore my last 4 comments. ugh. sorry I seem to be experiencing the exact same bug in Redhat 8.0 the version of quota that I am using is quota-3.06-5. The system I am using was a fresh install of 8.0 with the only one file system (also /). I'm pretty sure that they mean that you can use quotacheck to create the quota file, not that it will automatically be created when quotacheck is run after a reboot (from init). You will typically need to use the "-c" parameter to create the quota file, which is not done in the init file. |