Re: OOM & [OT] util-linux-2.12e

Herbert Poetzl
2004-09-20T14:13:00Z

On Mon, Sep 20, 2004 at 03:32:59PM +0200, Helge Hafting wrote:
> Olaf Hering wrote:
>
> >On Mon, Sep 20, Helge Hafting wrote:
> >
> >>Using a mtab that is a link to /proc/mounts fails with quota too.
> >>Quta tools read /etc/mtab looking for "usrquota" and or "grpquota"
> >>mount options. These appear in a normal /etc/mtab but not in
> >>/proc/mounts,
> >
> >I have never played with quota. But: does the kernel or a userland tool
> >if quota is active for a mount point? smells like a kernel bug.

- to make the quota active (enable it), the mount option
is required

- to display an enabled quota as mount option, the quota
on that 'mount point' has to be enabled

chicken egg thing, eh?

besides that, not every mountpoint can support quota
and quota should (must) not be enabled at mount time
because before the quota is enabled, the quota hash
has to be initialized to the current usage ...

> The kernel must know that quota is in use, or it'd be unable to
> refuse the syscalls when someone tries to go over his quota.

yep, after 'enabling' quota on a specific filesystem
the kernel knows which quota is enabled ...

> From "man mount":
> grpquota / noquota / quota / usrquota
> These options are accepted but ignored. (However, quota
> utili???
> ties may react to such strings in /etc/fstab.)
>
> quota utilities indeed react to such strings in /etc/mtab too.
>
> Qutas aren't actually enabled when the mount options are used,
> they are enabled when the "quotaon" tool runs. I guess it uses
> some special syscall or ioctl to really turn quota on.

yes, and basically the 'mount options' are not stored
by the kernel in any way, so it would be simple to
remove that check in the quota tools and replace them
by something else ...

> Doing it at mount time instead, byt actually using those options,
> seems saner to me. But I guess they had their reasons. . .

yes, quota calculation, see above ...

HTH,
Herbert

> Helge Hafting
>
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/