info-cvs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Edit archive to correct corruption?


From: Matthew Rich
Subject: Re: Edit archive to correct corruption?
Date: Thu, 15 Nov 2007 10:58:48 -0800 (PST)

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:address@hidden:\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 <address@hidden>
To: Matthew Rich <address@hidden>
Cc: address@hidden
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




reply via email to

[Prev in Thread] Current Thread [Next in Thread]