Community technical support mailing list was retired 2010 and replaced with a professional technical support team. For assistance please contact: Pre-sales Technical support via email to email@example.com.
Tony, Saw this e-mail and made me wonder if this could be my problem of CVS crashing. The problems seemed to start when the we started using Linux clients. There seems to be some sequence that causes CVS seem to get stock were it pegs out the CPU usage and slowly uses up all the memory in the server till the server crashes. ( I have submitted a couple e-mails about asking for help to trace and debug, but have really gotten any suggestions of what to try.) I have caught the server in the process of doing this a couple of times and it looks like CVS has a couple of connections open and I think stock to different users. ( I did a netstat to see the cvs clients connected.) The 2.0.51 clients are running on Linux and the 2.0.51d server on a windows box. Could CVS be crashing because of the lockserver duplicating mixed-case locks, and causing the repository to fail? Thanks, Curtis Lehman -----Original Message----- From: Tony Hoyle [mailto:tmh at nodomain.org] Sent: Friday, September 03, 2004 10:30 AM To: cvsnt at cvsnt.org cvsnt downloads at march-hare.com @CVSNT on Twitter CVSNT on Facebook Subject: Re: [cvsnt] Error with 2.0.51d ends with "results may not be correct" Flávio Etrusco wrote: > Tony, I'm positive this is a recent bug; AFAIR 2.0.41 wasn't affected. Maybe some code rework using a recursive function? > 2.0.41 was affected, but silently (every version since about 2.0.24 was affected actually). The lookup would abort early and sometimes cause files to be put in the wrong place. It would also cause the lockserver to duplicate mixed-case locks, potentially causing the repository to fail. It took a long time to track down what was causing the problem and after I found it I put the warning in. Since the default permissions are to give everyone the correct access this will only affect those who try to lock down the repository too far and prevent users from accessing it. Tony _______________________________________________ cvsnt mailing list cvsnt at cvsnt.org cvsnt downloads at march-hare.com @CVSNT on Twitter CVSNT on Facebook http://www.cvsnt.org/cgi-bin/mailman/listinfo/cvsnt https://www.march-hare.com/cvspro/en.asp#downcvs