tech-kern archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: fs-independent quotas

On Wed, 19 Oct 2011, David Holland wrote:
  - the quota key is:
       the quota *class*
       the id
       the quota *type*

  - the quota value is:
       the configured hard limit
       the configured soft limit
       the configured grace period
       the current usage
       the current grace expiry time (if any)

This seems sensible.

1. A file system type can have or not have support for quotas. If
there is no support for quotas, nothing else works.

2. Any given filesystem volume may have or not have quota data on it.
This is the filesystem code's problem and irrelevant to the
FS-independent logic.

3. Any given filesystem volume may be mounted with or without quotas
enabled. If quotas are not enabled, quota information is not available
and the quota utilities will not be able to do anything.

4. Once mounted, quotas can be either on or off. As far as the
FS-independent code is concerned, quotas being off means only that
they aren't enforced; that is, with quotas off operations that
increase usage do not fail with EDQUOT. When quotas are off, quota
information can still be inspected or updated.

I don't like the names "on" and "off" at level 4.  They are too vague,
and too easily confused with "enabled" or "not enabled" at level 3.

I'd suggest these names:

1. "supported" or "not supported" by the file system format
2. "present" or "not present" in the file system backing store
3. "enabled" or "not enabled" in the mounted file system
4. "enforced" or "not enforced" for the system/user/group/file system/???

I think you might want a fs-independent API to ask the file system whether or not quotas are supported or present. I suppose getschemaname answers the "present?" question, but I don't see anything that would help a user interface choose whether to display a message saying "quotas not supported, tough luck" or "quotas not enabled, would you like to enable quotas now?"

--apb (Alan Barrett)

Home | Main Index | Thread Index | Old Index