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

Problem using subversion on a large repository

From: <Andreas.Otto_at_versit.de>
Date: Wed, 22 Oct 2008 10:45:41 +0200


        my problem is using subversion in a large development project

        Just the numbers:

                1 ~ 500 Software Packages with up to ~100 files per
                2. a lot of testig data
                3. total size of a checkout is ~5G
                4. HW SLES 10 with 32G memory + 2 quadcore
                5. subversion default package in SLES 10 ->

        the size of the repository itself is

                7124552 G

        The problem to delete old (unused) source-trees using the

                svanadmin dump/load

        feature but i'm not able to even dump this repository because
        i have a lot of tags created with:

                svn copy

        and these tags have no space in the rep but seems
        to use a lot of space in the dumps

        a dump of a sigle revision piped into gzip 9 took
        1 day and created a 80 G dumpfile

        the propblem is what I want to admin the repository for

                -> cleanup unused revisons / trees

        i need the dump/filter/load syntax because no other command is
doing this job
        I don't even have enougth disk space to do this and recreating a
new repository with the
        80G gzip 9 single revision dump creates a repository with close
this size
         (remember my current rep size is ~7G)

        -> How i can cleanup my rep ?

Freundliche Grüße

Andreas Otto
ISV13 - Systemverantwortung Leben
Telefon 0431/603-2388
Sophienblatt 33
24114 Kiel
VersIT Versicherungs-Informatik GmbH
Gottlieb-Daimler-Str. 2, 68165 Mannheim
Registergericht: Mannheim HRB 6287
Vorsitzender der Geschäftsführung: Claus-Peter Gutt
Received on 2008-10-22 10:46:07 CEST

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

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