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

File too large when attempting an 'svnadmin load'?

From: James CE Johnson <jcej_at_tragus.org>
Date: Tue, 22 Sep 2009 13:48:02 -0400 (EDT)

I am trying to merge two repositories and have run into an odd problem. I
have had at least one successful test run but now it is failing.

Repository 1 is the target and has ~36,000 revisions in ~16G
Repository 2 is the source and has ~400,000 revisions in ~28G

I'm stuffing the larger into the smaller so that it is rooted correctly
and so that I can filter out some things we don't want (though not much).

The command I'm running:

self=$(basename $0)

svnadmin dump ${SOURCE} 2>${self}-dump.2 |\
   svndumpfilter include /trunk \
                         /tags \
                         /branches \
                         /other/stuff \
                  2>${self}-filter.2 |\
    svnadmin load --parent-dir /TheBusinessUnit/TheSubOrganization ${REPO} \
                  1>${self}-load.1 2>${self}-load.2

After chugging along for about 57 of 60 hours it fails with the following
message in the ${self}-load.2 file. The 60 hour estimate comes from a
previous successful run.

    svnadmin: Can't open
       '/full/path/to/merged-repository-20090918/db/revprops/416843.tmp':
       File too large

There is no file "416843.tmp" though there is a "416843" but that is only
113 bytes:

K 10
svn:author
V 7
anthill
K 8
svn:date
V 27
2009-09-22T05:27:22.884606Z
K 7
svn:log
V 18
Created by Anthill
END

This is on a Solaris 10 box (sparc, not x86) with tried-and-true
Subversion 1.4.2.

Any help or suggestions would be greatly appreciated.

Thanks,
James

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2398586

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-09-22 19:48:20 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.