>>>>> "D" == Dirk  <Dirk> writes:

D> First of all, before going into the details, did you run "analyze
D> -f -v4" on your database?  Probably you could also try a "-d" to
D> delete dead files.

I was told that the database had been analyzed.  Hard to say if that
is true or not.  I ran analyze -f, that generated a number of errors,
I ran -f -d, that fixed some, but I had to delete some files, then ran
analyze -f -d again, still showed bad files, so I ran it again (-f
-d).  The last time the analyze log file only showed one interesting
line:

  There is a diff chain size mismatch in file 'RequirementsStatus.txt'
  at version 171 (versions earlier than that version can no longer be
  retrieved from the database.

Ok, so I ran vss2svn again, and the output log looks very similar to
what I previously posted.  The svnadmin load generated the same error
message, but with a very slightly different revision (previously it
was '4096-1'):

  svnadmin: File not found: transaction '4905-1', path
'labels/..../tpk242/tpk_TestFile.dat'

Which is the same file it previously died on.

D> It seems, that you have a few broken physical files in your
D> database, that can lead to a lot of problematic situations, since
D> part of the history is lost.

D> Debugging this will be a nightmare, but could help in order to
D> stabilize the code to deal with almost all worst situations.

I'm willing to spend some time debugging this, but its not *critical*
to our operations (we can continue to use read only VSS for these
legacy files), so I don't want to spend other folks time unless it
would be generally helpful.  On the other hand, it would be *useful*
to us, hence my willingness to debug.

_______________________________________________
vss2svn-users mailing list
Project homepage:
http://www.pumacode.org/projects/vss2svn/
Subscribe/Unsubscribe/Admin:
http://lists.pumacode.org/mailman/listinfo/vss2svn-users-lists.pumacode.org
Mailing list web interface (with searchable archives):
http://dir.gmane.org/gmane.comp.version-control.subversion.vss2svn.user

Reply via email to