John Polstra wrote: > On 22-Jan-2004 Ian Freislich wrote: > > wrote: > >> Ian Freislich <if_at_hetzner.co.za> writes: > >> > Hmmm, very interesting. rm /home/ncvs/src/crypto/openssh/channels.c,v > >> > and re-cvsupping and then updating this file fixed that. Wierd, I > >> > would have thought cvsup would have noticed a corrupted file and > >> > transferred the whole file. > >> > >> it might not if you use the -s option. if you do, you might want to > >> run cvsup without -s once in a while just to be sure. I generally run > >> cvsup without -s every night, and with -s every hour the rest of the > >> day. > > > > I do run cvsup without -s: 'cvsup -L2 /root/supfile-cvs' > > This ought to be a FAQ. Problems like this happen when you have had > filesystem corruption on the client machine. CVSup can't detect > that kind of corruption. At the time it compared MD5 checksums, the > data was still in OS buffers and it was still intact, so the > checksums compared correctly. All of the metadata such as the > timestamps and the file size are correct, so it has no reason to > believe subsequently that there is a need to update the file. I'm sorry that I didn't keep the ,v file that was corrupted. I'm not sure that the OS buffers explain this because the machine had been rebooted several times during the period that cvsup had not refetched the corrupted file. I'm not doubting filesystem corruption though. Ian -- Ian FreislichReceived on Fri Jan 23 2004 - 03:10:38 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:39 UTC