[AFS3-std] Quota for max. number of files per volumes

[Derrick Brashear]

On Tue, Jul 14, 2009 at 1:56 AM, Felix Frank<Felix.Frank@desy.de> wrote:
> Simon Wilkinson wrote (Mon Jul 13 2009 23:39:06 GMT+0200 (CEST))
>>
>> On 13 Jul 2009, at 22:26, Alf Wachsmann wrote:
>>>
>>> I would like to open the discussion about these changes since they
>>> will have to be dealt with for the RXOSD changes anyway but provide
>>> by themselves already a very useful feature.
>>
>> Rather than overloading existing fields (especially in the case of
>> returning two values bitpacked into MinQuota), I think it's more valuabl=
e to
>> consider the RPC changes necessary to support this as a first class feat=
ure.
>> Fortunately, this would =A0appear to be relatively simple. We would need=
 to to
>> revise GetVolumeStatus and SetVolumeStatus, and the structures
>> AFSFetchVolumeStatus, and AFSStoreVolumeStatus.
>>
>> I will leave others to speak to the desirability of using the MinQuota
>> portion of the volume header - I've got no idea how widespread other use=
s
>> for this field may be.
>
> Oh it's useful alright - many HEP sites supposedly use AFS as grid and fa=
rm
> computing storage, and thrashing due to misbehaving parallel jobs (that
> create huge numbers of files in single volumes) is a probably common issu=
e.
>
> Bear in mind that not only are additional RPCs needed, but the volume dum=
p
> format must be extended as well. I expect such an extension to be on the
> agenda for the upcoming protocol upgrade?

If it's not, well, we should be talking about it. This wouldn't be the
only proposal that will require the ability to be backed up!

Derrick