I have backups but the thought of having to rebuild the archive from last January is daunting as I'm not sure how far back the corruption occured. I did make a copy of the cuorrupted archive in a test module so I not messsing with the current version. Just as a data point, I can check out any version in the archive even the one mentioned in the error with a problem. Just the cvs log fails.
I'm using CVSNT server version: 2.5.1.1976 on a windows box. my CVROOT is : :sspi:[EMAIL PROTECTED]:\mimosa In looking at the archive I see no obvious corruptions. The format for the deltas seems the same for the version above and below the version mentioned in the error message. I also tried using texpad hoping maybe it would show the structure better. ----- Original Message ---- From: Todd Denniston <[EMAIL PROTECTED]> To: Matthew Rich <[EMAIL PROTECTED]> Cc: [email protected] Sent: Thursday, November 15, 2007 10:47:49 AM Subject: Re: Edit archive to correct corruption? Matthew Rich wrote, On 11/15/2007 12:31 PM: > I'm getting this error when tring to get a log on this file: > > cvs server: warning: duplicate key `log' in version `1.11.2.9' of RCS file > `/Root/Products/SelfServiceRetrieve/Web/Client/QuickSearch.aspx.cs,v' > cvs server: warning: duplicate key `text' in version `1.11.2.9' > of RCS file > `\Root/Products/SelfServiceRetrieve/Web/Client/QuickSearch.aspx.cs,v' > cvs server: warning: duplicate key `text' in version `1.11.2.9' > of RCS file > `\Root/Products/SelfServiceRetrieve/Web/Client/QuickSearch.aspx.cs,v' > cvs [server aborted]: Movable pointer not within rcs buffer - aborting > > Error, CVS operation failed > > I have had this error in the past but it has happened > on new files and thus rebuilding them was not a big deal. > It there a way to edit the archive to fix this? Perhaps, but make sure you have a GOOD RESTORE-ABLE backup first, so you can get back to the state you are currently at. > I have been able to look at the archive using wordpad > but I can see nothing that jump out as an error. As you mention wordpad, one has to ask: Is your server Unix or Windows based? Are all of your clients Windows based? which versions of CVS and CVSNT are you using? > Also since the version 1.11.2.9 is mentioned, > would the problem be located in that version? Or around it. > If this is the version causing the problem it is > old (early 06) and > it would be a big effort to rebuild the archive. > > Thanks > > Suggestions so that we can give you some better feed back: 1) tell us what your CVSROOT variable looks like. 2) if CVSROOT does not contain :ext:, :pserver: or :extssh:, tell us if that location is physically on your client machine or a network share. 3) while no one else is using the repository run validate_repo[1] or check_cvs[2], which may exist on your cvs server system already, i.e., for Fedora core 4 there exists /usr/share/cvs/contrib/check_cvs. This script tries to find any other things that may be wrong with the repository, and when you find one problem like you have above, you may have others. [1] http://cvs.savannah.nongnu.org/viewvc/*checkout*/ccvs/contrib/validate_repo.pl?root=cvs&content-type=text%2Fplain [2] http://cvs.savannah.nongnu.org/viewvc/ccvs/contrib/check_cvs.in?revision=1.17&root=cvs&view=markup -- Todd Denniston Crane Division, Naval Surface Warfare Center (NSWC Crane) Harnessing the Power of Technology for the Warfighter
