[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: server problems

From: Greg Stein <gstein_at_lyra.org>
Date: 2002-01-24 09:40:54 CET

I ran into the disk space problem earlier tonite and started doing some work
to fix it. We still have a bunch of old logs sitting in the DB directories.
I wrote a little script to run db_archive to find the old logs, so we can
remove them.

I started doing that, but had to drop it for a while.

I'll get the stuff all cleared up, and the files back from /home to the
right place.

Cheers,
-g

On Wed, Jan 23, 2002 at 10:02:58PM -0600, Ben Collins-Sussman wrote:
>
> Well, I'm not sure if the running of db3's db_archive program was the
> problem; I think it's the fact that svn.collab.net has run out of disk
> space on /usr. DB couldn't function at all. /usr is a 30 gig
> partition that holds the repo, as well as hundreds of backup copies,
> and is now full.
>
> Cmike/Karl/Greg: I moved a bunch of the repo-bkp's to /home/svn,
> rather than deleting them outright. Can you guys do your
> headification, or whatever you want to do? /home is nearly full too,
> now.
>
> I think we need to stop backing up the whole repository on every
> single commit. I don't even think it's necessary to create a tarball
> of a checked out HEAD on each commit either. Let's just do both
> operations on every 10th commit.
>
> I hope the repository's fixed now; I need to go to bed.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org

-- 
Greg Stein, http://www.lyra.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:36:58 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.