+1  A: 

Can I inspect repos.dump to see if it is missing the revisions?

Yes. There are lines like

Revision-number: XYZ

in the dump file.

Can I dump the missing revisions and load them onto the new repository?

Yes. You can use svnadmin load to commit revisions either to a new or existing repository.

Michael Hackner
+1  A: 

It should write the revision numbers to the command line as it is doing the dump. That's what I get, even when redirecting to a file as you did.

You can examine the file itself and look for Revision-number: to see what revisions are actually in it.

RedFilter
+1  A: 

To verify that all revisions are in your dumpfile, grep for "Revision-number". You can also open the file in a text editor to inspect for any obvious damage, but do not save it.

The main reason that I've found for svnadmin load to fail is if you're trying to load into a repository that already has content. The load command will check to verify that the repository is in the expected state prior to taking a dump file. I've worked around this in the past by using the --incremental flag when dumping the repository.

kdgregory
+3  A: 

I would guess that your dump is larger than 4 GB (as dumps aren't saved with deltas by default, so they may be much bigger than the repo), and some step of the process of transferring the dump truncated to 4 GB, which is the maximum file size on some filesystems (and possibly in some protocols as well). It's also possible that some step of the process could be truncating it at 2 GB, depending on the file transfer method you're using.

You can check by inspecting the file; it should have revision numbers in it, and you can see how high they go.

Instead of starting the whole process over again, you can use the --incremental option to svnadmin dump to produce an incremental dump, starting with the last good revision you loaded into the new repo. Loading an incremental dump into an existing repository should work fine. You would do something like

svnadmin dump --incremental -r 1234:HEAD > repos.2.dump
# Transfer to new system
svnadmin load < repos.2.dump
Brian Campbell
+1 - good catch on the 4Gb filesize. Probably also a good idea to throw `--deltas` on the dump command.
kdgregory
+1  A: 

Personally, I'd dump it again. I sugest the most likley answer is your original dump did not complete successfully - did you see any errors in the command line after the dump ran? If you want to go inspecting the dump itself, have a look at this for some help: http://www.troyhunt.com/2009/12/black-art-of-splitting-subversion.html

The other thing you could consider is to just to transfer the original repo into the target location. You'll be copying a compressed version of your data so the process will be faster than copying a dump (not sure if you zipped it before transferring).

Troy Hunt