Bug 52075 - quotaon barfs with device label with lower than root mount point
quotaon barfs with device label with lower than root mount point
Status: CLOSED RAWHIDE
Product: Red Hat Public Beta
Classification: Retired
Component: quota (Show other bugs)
roswell
i386 Linux
low Severity low
: ---
: ---
Assigned To: Preston Brown
Brock Organ
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2001-08-20 06:50 EDT by Bevis King
Modified: 2005-10-31 17:00 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2001-08-30 14:10:40 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Bevis King 2001-08-20 06:50:56 EDT
From Bugzilla Helper:
User-Agent: Mozilla/4.72 [en] (X11; U; Linux 2.4.2 i686)

Description of problem:
I have a file system called /vol/yakut/video - the quotaon command seems to
barf on this pathname but is ok with toplevel ones during the startup
scripts.  Other pathnames (all mounted at / level) seem to work fine, it's
just this one which is mounted three levels down the tree which it barfs
on.

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


How reproducible:
Always

Steps to Reproduce:
Give a filesystem a name with a mount point several levels down.  The
filesystem was made with this label, and the LABEL=/vol/yakut/video is used
within the /etc/fstab with no problems for anything other than the quotaon
command.
	

Actual Results:  It barfed when called from the rc script.  Life continued.

Expected Results:  Not barfing!  Accepting longer, sub-root level mount
points within filesystem labels.

Additional info:
Comment 1 Glen Foster 2001-08-20 15:23:00 EDT
We (Red Hat) should really try to fix this before next release.
Comment 2 Bevis King 2001-08-21 05:08:15 EDT
I noticed while shutting down the machine last night that quotaoff makes exactly
the same error report.  Not a surprise really....
Comment 3 Preston Brown 2001-08-30 14:10:35 EDT
fixed in 3.01pre9-1 and later.

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