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 sales@march-hare.com.
Peter, I'm not familiar with this tool but I was able to locate it in the Windows Server 2003 Support Tools package. I ran it on the Domain Controller and everything passed. I also installed the support tools on the CVS box and ran it. Again, everything passed. I made sure to use the "/c" switch to ensure that all tests were run. Am I doing something wrong? Any other ideas? Peter Crowther wrote: >> From: Ryan >> We are running CVSNT on Windows 2003 and use SSPI. We have several >> users working with CVSNT just fine, but recently any new user >> we create is unable to commit. This is the error we are getting: >> >> cvs [server aborted]: could not open lock file >> '/cvsroot/web/Project1/source/Login/,Login.cs,': Permission denied >> cvs commit: saving log message in >> C:\Users\testuser4\AppData\Local\Temp\2\cvsCA11. >> tmp >> >> >> I've ensured that testuser4 has necessary NTFS permissions; >> he is in the exact same groups as other users. >> >> I've restarted the CVS and Locking services with no luck. I >> even tried rebooting the server; again no luck. > > Ryan, is it worth checking your domain infrastructure at this point, simply to prove that isn't the problem? If you have multiple domain controllers, for example, is it possible that the one on which you're creating the users isn't syncing with the one from which your CVS server is reading its data? dcdiag should raise the alarm if the two DCs haven't synced for a while. > > I'm not saying this *is* the problem - there are plenty of other options, worse luck - but I've had similar symptoms with file access on servers that have been using DCs that have become isolated. > > - Peter