The fsck discovered an unexpectd softupdate inconsistency, listing the file in question. Case closed. Cheers, -- Cy Schubert <Cy.Schubert_at_komquats.com> http://www.komquats.com/ BC Government . FreeBSD UNIX Cy.Schubert_at_osg.gov.bc.ca . cy_at_FreeBSD.org http://www.gov.bc.ca/ . http://www.FreeBSD.org/ ------- Forwarded Message Date: Thu, 03 Jul 2003 09:22:25 -0700 From: Cy Schubert <Cy.Schubert_at_komquats.com> To: John Polstra <jdp_at_polstra.com> Subject: Re: Corroupted CVS File (fwd) In message <200307031611.h63GBLRf009280_at_strings.polstra.com>, John Polstra writes: > In article <200307031602.h63G20HN071272_at_cwsys.cwsent.com>, > Cy Schubert <Cy.Schubert_at_komquats.com> wrote: > > > It appears I may not be going insane after all. > > I never suspected you of insanity. :-) I know you didn't. It's just my way of putting it. :) > > > The file is received OK from cvsup7 and from cvsup10. When I check > > out (using cvs co) from my local repo or rsync the repo to another > > machine on my network here at home, the file is corrupted. Looks > > like I've found some kind of issue with -CURRENT. I'm running > > 5.1-REL. > > Next time you find a corrupted RCS file, save it somewhere. Not a problem. I can reproduce this problem at will. > Take a > look at it in an editor and see if you can spot what's going on. The > typical kinds of corruption I've seen over the years when people have > reported these things to me have been: > > - Single-bit errors in the RCS file. These are always caused by > HW problems, and they always go away if ECC RAM is installed. I doubt this > > - Either a region of zeroes or a portion of an unrelated file > splatted somewhere into the middle of the corrupted RCS file. Possible. I'll have to look more closely > This kind of corruption is always page-aligned or filesystem > block aligned. It is probably caused by kernel software bugs. > I used to see a lot of these back around FreeBSD-3.x, but I > haven't heard of any for a long time now. Interestingly, my repo exists on my /opt2 filesystem and /opt2 appears somewhere in the middle of the file. It's the only intelligible string in the file. Could I have some kind of single bit error (h/w) or storage overlay (h/w or s/w)? I guess I'm stating the obvious. I suspect what I'm seeing is either random data on disk because when the inode is rewritten to update the access time it's corrupted.... hmmm.... could I have some filesystem corruption?? I think I'll shut down and force an fsck. > > John > -- > John Polstra > John D. Polstra & Co., Inc. Seattle, Washington USA > "Two buttocks cannot avoid friction." -- Malawi saying Cheers, - -- Cy Schubert <Cy.Schubert_at_komquats.com> http://www.komquats.com/ BC Government . FreeBSD UNIX Cy.Schubert_at_osg.gov.bc.ca . cy_at_FreeBSD.org http://www.gov.bc.ca/ . http://www.FreeBSD.org/ ------- End of Forwarded MessageReceived on Thu Jul 03 2003 - 08:22:37 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:13 UTC