Re: svnserve Quota Issue

Jacky Chan wrote:
>
> > Use operating system level tools to set disk quota for your
> > repositories.
>
>
> Does that use the operating system level tools to set the disk quota
> seems to be the only way to ensure the repository quota?

Subversion does not use, manage or even know about disk quotas. That is
outside its realm of responsibly.

>
> And once you exceed them, you will not be able to commit to your
> repository. Repositories only grow;
>
> they do not shrink, unless you
> take extraordinary measures,
>
>
> What does that suppose to be? I don't follow very well...@.@

The repository grows in size with each commit. Repositories never get
smaller.

>
>
> such as taking the repository offline,
> dumping the entire contents to a text file (for which you have no
> space since you've exceeded quota), filtering the file with
> svndumpfilter to remove some parts (or just leaving out some earlier
> revisions), then reloading the modified dumpfile into a new empty
> repository.
>
>
> I think that should be the action taken when the quota nearly full or
> really exits right?

It is up to you to manage disk space and quotas. It is not Subversion's
job to manage usage of disk quota.

-- 
Sly
This message and its attachments may contain legally privileged or confidential information. This message is intended for the use of the individual or entity to which it is addressed. If you are not the addressee indicated in this message, or the employee or agent responsible for delivering the message to the intended recipient, you may not copy or deliver this message or its attachments to anyone. Rather, you should permanently delete this message and its attachments and kindly notify the sender by reply e-mail. Any content of this message and its attachments, which does not relate to the official business of the sending company must be taken not to have been sent or endorsed by the sending company or any of its related entities. No warranty is made that the e-mail or attachment(s) are free from computer virus or other defect.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org