[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: system/1534: quota over 4gb
- To: bugs_(_at_)_cvs_(_dot_)_openbsd_(_dot_)_org
- Subject: Re: system/1534: quota over 4gb
- From: Artur Grabowski <art_(_at_)_stacken_(_dot_)_kth_(_dot_)_se>
- Date: Tue, 28 Nov 2000 11:20:01 -0700 (MST)
- Cc:
- Reply-to: Artur Grabowski <art_(_at_)_stacken_(_dot_)_kth_(_dot_)_se>
The following reply was made to PR system/1534; it has been noted by GNATS.
From: Artur Grabowski <art_(_at_)_stacken_(_dot_)_kth_(_dot_)_se>
To: fabien_(_at_)_pouxvert_(_dot_)_dyndns_(_dot_)_org
Cc: gnats_(_at_)_openbsd_(_dot_)_org
Subject: Re: system/1534: quota over 4gb
Date: 28 Nov 2000 19:20:14 +0100
Fabien SEISEN <fabien_(_dot_)_seisen_(_at_)_IDEALX_(_dot_)_com> writes:
> it is impossible to have 4gb et more quota.
> The counter is coded in 32bits.
> /usr/include/ufs/ufs/quota.h
> in struct dqblk:
> u_int32_t dqb_bhardlimit; /* absolute limit on disk blks alloc */
> u_int32_t dqb_bsoftlimit; /* preferred limit on disk blks */
> u_int32_t dqb_curblocks; /* current block count */
>
> >How-To-Repeat:
> <code/input/activities to reproduce the problem (multiple lines)>
> edquota user_foo
> and set more than 4194303 (2^32-1)
>
> >Fix:
> replace u_int32_t by u_int64_t
That's not a fix, because it wouldn't be backward compatible.
Please note that in struct dqblk the sizes are in _blocks_ not in bytes, so
the maximum quota should be much over 4GB. This is probably a bug in edquota
if it'd not an operator bug (SBS).
//art
Visit your host, monkey.org