Re: Thoughts on Quotas
--0003255761165698030491522c00
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
As of historical data, I'd rather like to see on-the-fly aging/releasing of
the oldest PFS snapshots or better more fine grained structures (with some
notifications to admins probably).
Have no idea of how difficult is it to implement.
So, if a user tried to overwrite a 10Gig file 100 times in a row he will
just loose the oldest versions of it, not a big deal for me.
/dennis
On Tue, Sep 28, 2010 at 4:28 PM, Sd=C3=A4vtaker <sdavtaker@gmail.com> wrote=
:
> I think historical data should not affect user quota since user is
> unable to clean up his own historical data.
> Historical data should be seen as administrative overhead, there is a
> need to know some metric about the historical data so cleanup can be
> automatized to avoid the scenario where users "got" space but it
> doesnt exist phisically in the box.
> Damian
>
> On Tue, Sep 28, 2010 at 06:25, Antonio Huete Jimenez
> <ahuete.devel@gmail.com> wrote:
> > One of my concerns here is, as the historical data is taking up more
> > and more disk space without being taken in account, it could be the
> > case that there's not enough space to satifisfy user's disk needs even
> > if they're not reaching the quotas.
> >
> > How would that case be handled? Should the sysadmin take this in accoun=
t?
> >
> > I'm not 100% sure that the historical data shouldn't count on the total
> sum.
> >
> > Cheers,
> > Antonio Huete
> >
>
>
>
> --
> http://dfbsd.trackbsd.org.ar
>
--=20
Dennis Melentyev
--0003255761165698030491522c00
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
As of historical data, I'd rather like to see on-the-fly aging/releasin=
g of the oldest PFS snapshots or better more fine grained structures (with =
some notifications to admins probably).<div>Have no idea of how difficult i=
s it to implement.</div>
<div>So, if a user tried to overwrite a 10Gig file 100 times in a row he wi=
ll just loose the oldest versions of it, not a big deal for me.<br><br></di=
v><div>/dennis</div><div><br><div class=3D"gmail_quote">On Tue, Sep 28, 201=
0 at 4:28 PM, Sd=C3=A4vtaker <span dir=3D"ltr"><<a href=3D"mailto:sdavta=
ker@gmail.com">sdavtaker@gmail.com</a>></span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex;">I think historical data should not affect u=
ser quota since user is<br>
unable to clean up his own historical data.<br>
Historical data should be seen as administrative overhead, there is a<br>
need to know some metric about the historical data so cleanup can be<br>
automatized to avoid the scenario where users "got" space but it<=
br>
doesnt exist phisically in the box.<br>
Damian<br>
<div><div></div><div class=3D"h5"><br>
On Tue, Sep 28, 2010 at 06:25, Antonio Huete Jimenez<br>
<<a href=3D"mailto:ahuete.devel@gmail.com">ahuete.devel@gmail.com</a>>=
; wrote:<br>
> One of my concerns here is, as the historical data is taking up more<b=
r>
> and more disk space without being taken in account, it could be the<br=
>
> case that there's not enough space to satifisfy user's disk ne=
eds even<br>
> if they're not reaching the quotas.<br>
><br>
> How would that case be handled? Should the sysadmin take this in accou=
nt?<br>
><br>
> I'm not 100% sure that the historical data shouldn't count on =
the total sum.<br>
><br>
> Cheers,<br>
> Antonio Huete<br>
><br>
<br>
<br>
<br>
</div></div><font color=3D"#888888">--<br>
<a href=3D"http://dfbsd.trackbsd.org.ar" target=3D"_blank">http://dfbsd.tra=
ckbsd.org.ar</a><br>
</font></blockquote></div><br><br clear=3D"all"><br>-- <br>Dennis Melentyev=
<br>
</div>
--0003255761165698030491522c00--
討論串 (同標題文章)
完整討論串 (本文為第 13 之 32 篇)：