Restoring files from a corrupt bundle

[Erik Muttersbach]

The bundle size is 185.1mb. If there is a file size limit, why was I able to commmit these files?

How is the bundle file encoded/compressed? A sophisticating solution for me would be to get the changes/diffs from the bundle, I can merge them on my own, but for this I need to know how I can make the contents of the bundle file readable.

Erik

On Nov 29, 2010, at 8:27 PM, Matt Mackall wrote:

> On Mon, 2010-11-29 at 20:07 +0100, Erik Muttersbach wrote:
>> The verify tells me something like this:
>> 
>> ...
>> 313: empty or missing
>> sc2-master/src/com/sc2/master/web/controller/service/RPackageServiceControla
>> sc2-master/src/com/sc2/master/web/controller/service/RPackageServiceController.java at 313:
>> 4cf6c96dd
>> sc2-master/src/com/sc2/master/web/controller/service/SessionServiceController.java at 313:
>> 5acf64283d
>> sc2-master/src/com/sc2/master/web/controller/service/WorkspaceServiceController.java at 313:
>> 8617945d
>> sc2-master/src/com/sc2/utils/AWSUtils.java at 315: 82e065188139 in
>> manifests not found
>> data/sc2-master/src/com/sc2/utils/ExtensionFilenameFilter.java.i at 313:
>> missing revlog!
>> 313: empty or missing sc2-master/src/com/sc2/utils/ExtensionFilenameFilter.java
>> sc2-master/src/com/sc2/utils/ExtensionFilenameFilter.java at 313:
>> 10327f7bc328 in manifests not found
>> data/sc2-master/src/com/sc2/utils/Monitor.java.i at 314: missing revlog!
>> 314: empty or missing sc2-master/src/com/sc2/utils/Monitor.java
>> sc2-master/src/com/sc2/utils/Monitor.java at 314: 3952227551d1 in
>> manifests not found
>> data/sc2-master/src/com/sc2/utils/SpringFactory.java.i at 313: missing revlog!
>> 313: empty or missing sc2-master/src/com/sc2/utils/SpringFactory.java
>> sc2-master/src/com/sc2/utils/SpringFactory.java at 313: 2194dfdc3643 in
>> manifests not found
>> sc2-master/src/com/sc2/web/WorkspaceCopier.java at 313: a8af12e96f38 in
>> manifests not found
>> ...
>> 10644 files, 317 changesets, 11856 total revisions
>> 208 integrity errors encountered!
>> (first damaged changeset appears to be 313)
>> 
>> The changeset 313 is exactly the first changeset of the bundle.
>> 
>> One file (a tar archive) was about 2GB the other was about 8GB. I cant
>> remember the exact sizes.
> 
> Odd, it shouldn't be possible to actually commit files that large.
> Mercurial currently has a 31-bit (2GiB) limit on the size of individual
> file revisions (though file history for a singe file can run to 48 bits
> or 281TB). How big is your bundle file?
> 
> We haven't had much pressure to move that boundary (it's easy to move it
> from 2G to 4G), because people generally run into other problems (disk
> space, bandwidth, memory) before they hit it.
> 
> -- 
> Mathematics is the supreme nostalgia of our time.
> 
>