[Top][All Lists]
[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
- Edit archive to correct corruption?, Matthew Rich, 2007/11/15
- Re: Edit archive to correct corruption?,
Matthew Rich <=
- RE: Edit archive to correct corruption?, Arthur Barrett, 2007/11/15
- RE: Edit archive to correct corruption?, Arthur Barrett, 2007/11/15
- RE: Edit archive to correct corruption?, Arthur Barrett, 2007/11/15
- Re: Edit archive to correct corruption?, Matthew Rich, 2007/11/15
- Re: Edit archive to correct corruption?, Matthew Rich, 2007/11/16