W3C home > Mailing lists > Public > w3c-dist-auth@w3.org > July to September 2004

Re: Quota: another DAV:quota-assigned-bytes question

From: Eric Sedlar <eric.sedlar@oracle.com>
Date: Wed, 8 Sep 2004 08:01:33 -0700
Message-ID: <031601c495b4$baef66c0$6901a8c0@ERICP>
To: "Julian Reschke" <julian.reschke@gmx.de>, "Jim Luther" <luther.j@apple.com>
Cc: <w3c-dist-auth@w3.org>

I agree with Julian on this.  All we want to standardize is the answer to
the question:
if I store some data at the filesystem indicated by this particular URL, how
much data
can I store before getting some kind of out of space error?

--Eric

----- Original Message ----- 
From: "Julian Reschke" <julian.reschke@gmx.de>
To: "Jim Luther" <luther.j@apple.com>
Cc: <w3c-dist-auth@w3.org>
Sent: Tuesday, September 07, 2004 11:23 PM
Subject: Re: Quota: another DAV:quota-assigned-bytes question


>
> Jim Luther wrote:
>
> > After reading all of these arguments, my input is "It's too bad the
> > term "quota" was chosen in the first place."
> >
> > The Mac OS X WebDAV file system does not support Unix-like file system
> > quotas.
> >
> > The Mac OS X WebDAV file system uses the old quota properties* to fill
> > in the f_blocks (total data blocks in filesystem) and f_bfree (free
> > blocks in filesystem) fields returned by statfs(2).  In the Mac OS X
> > user interface, those fields become the Capacity, Available, and Used
> > numbers displayed in volume information dialogs (as in "Capacity:
> > 100MB" "Available: 49.2 MB" "Used: 50.8 MB on disk").
> >
> > On Apple's .Mac iDisk WebDAV server, if a client PUT request would
> > cause a user's purchased space to be exceeded, the server returns 507
> > Insufficient Storage and the WebDAV file system translates that to
> > ENOSPC "No space left on device" (not to EDQUOT "Disc quota exceeded").
> >
> > For our purposes, the quota properties are considered live properties
> > which cannot be changed by the file system client.
> >
> > So, we're using the old quota properties in a way that compatible with
> > a common industry model... it just isn't the model many on this list
> > are associating with the term "quota".
> >
> > - Jim
>
> Jim,
>
> thanks for the information.
>
> I think the best (if not only way) to make progress is to focus what
> parts actually *need* to be standardized.
>
> As far as I can tell, people want their clients to display a
> available/free/used-by-this item indicator in their client. They may or
> may not care whether this is due to disk limits or quota. They also
> expect usable error messages.
>
> I do *not* see anybody asking for
>
> - authorable quota settings (there's only one server implementing that
> right now) and
> - there is certainly no demand whatsoever to restrict this to one
> specific system of computing quota.
>
> So let's please focus on what aspects need to be standardized for
> interoperability, and which don't. Remove those that don't, and I'm sure
> we can make quick progress.
>
> Best regards, Julian
>
>
>
> -- 
> <green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
>
>
Received on Wednesday, 8 September 2004 15:02:22 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 2 June 2009 18:44:06 GMT