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

dreaded "Decompression of svndiff data failed" question

From: martin <martin_at_skytech.dk>
Date: Thu, 23 Jun 2011 08:50:05 +0200

 Hi all,

 I've searched the list and could not find an answer to this.

 I've run into the dreaded "Decompression of svndiff data failed"
 problem.

 Running http://www.szakmeister.net/fsfsverify/utility trying to fix it
 I end up with a string of errors.

 So far I've seen:
 ------------
 - Error InvalidCompressedStream: Invalid compressed instr stream at
 offset xxxx (Error -3 while decompressing: incorrect header check)
 - Error InvalidCompressedStream: Invalid compressed data stream at
 offset xxxx (Error -3 while decompressing: incorrect data check)
 - Error InvalidWindow: The window header at offset xxx appears to be
 corrupted
 ------------

 The offset change on [almost] all runs, so for the heck of it I
 scripted it to run 500 times (with and without the -f flag on each run).

 After 500 iterations it is still in error and keeps reporting a new
 offset on each subsequent run.

 I feel a bit like a goof asking this, but do you guys have any input on
 this?

 My guts tell me it's just looping somehow and if I set it to run for
 another 500 runs it would probably still be doing the same although with
 different numbers. The script also reports copying in an incresingly
 larger chunk of data (went from 600k to about 3MB now during those 500
 runs).

 Anyone have any experience with anything taking this many runs or
 should I just give up already and re-create it saving as much as I can?

 I'm using svn 1.5.1 and FSFS.

 Thanks for your time,

 /Martin

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
Received on 2011-06-23 19:04:38 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.