RE: Enforcing Quotas for Repositories

Lets say that the repository has a 100MB quota. Once that quota is reached, any commits will fail with a message saying that the quota for that repository has been reached. To fix the issue an administrator would either need to raise the quota or purge information out of the repository.

An administrator can delete older version information from the repository by creative use of svnadmin. The easiest thing to do would be to archive the older version information, for example just keep everything from revision 500 in the repository and keeping the older information as a compressed file on a CD.

--Mark

-----Original Message-----
From: Ryan Schmidt [mailto:subversion-2005@ryandesign.com]
Sent: Thu 11/3/2005 6:19 PM
To: Mark Shead
Cc: users@subversion.tigris.org
Subject: Re: Enforcing Quotas for Repositories
 
On Nov 3, 2005, at 22:53, Mark Shead wrote:

> What is the best way to handle quotas in Subversion? Basically I'd
> like
> to provide repositories for several different teams, but I want to
> make
> sure that they can't fill the entire filesystem accidentally. The
> system would be using webdav.
>
> Here are the things I've thought of so far, but I'm assuming there may
> be a better way that I'm not aware of:
>
> 1. Put a quota on the filesystem itself. (Might not work depending on
> how Apache was configured to run.)
> 2. Use some type of commit hook to prevent a commit from going through
> if the repository is over a certain size.
>
> Are there any other better ways of doing this or is there anything
> that
> already gives this functionality that I might have overlooked?

Just curious: how do you envision a quota system working?
Specifically: what is the user supposed to do if they exceed the
quota? In the quota systems I know of, the user is expected to delete
items to free up space. But by definition you can never delete
anything from a repository...

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Nov 4 03:14:13 2005