Answers Available:
»
Can I use CVSNT to replace Visual SourceSafe, PVCS, ClearCase or Perforce?
»
Can I use CVSNT to replace CVS?
»
What are the minimum system requirements to run CVSNT?
»
Error "The :<whatever>: access method is not supported by this port of CVS"
»
Connection takes a long time (around 10 seconds)
»
I get "Cannot open <path>/CVSROOT: Permission denied"
»
I get "Cannot create directory <temp path>/cvs-servxxx: Permission denied"
»
Unknown escape character \P ignored.
»
How do I upgrade from older versions of CVS or CVSNT?
»
How to enable server side and client side debug logging
»
Why does CVSNT attempt to contact 69.93.197.231
»
Can I create multiple synchronised repositories with CVSNT
»
Are the commercial releases of CVSNT the same as the free ones?
» Return to section list
Can I use CVSNT to replace Visual SourceSafe, PVCS, ClearCase or Perforce?
Visual Source Safe, PVCS, ClearCase and Perforce are each excellent version control solutions each with many features, and each with unique features.
CVSNT is not an emulator designed to replace any of them. However these tools solve problems generally defined by the phrases "version control" and "configuration management", and those are the same problems that CVSNT is designed to solve. Therefore in some situations it may be possible to switch one for the other and have very little impact on your business.
Several scripts are available for converting the core repositories of some versioning systems such as Visual SourceSafe to a CVSNT repository. March Hare Software can also provide consulting and training to assist with this.
Can I use CVSNT to replace CVS?
Yes. CVSNT is a drop in replacement for CVS. The repository or workspace will be converted automatically. The CVS Suite includes an eBook chapters on the best way to manage this type of migration.
CVSNT Server and command line client are available for free download pre-compiled for the following platforms:
- Windows
- Mac OS X 10.3.7
- Solaris 9
- HPUX 11i
- Red Hat ES Linux v4
If you are running CVS on another platform then you should download the source code and build CVSNT using the procedure specified in the INSTALL file.
What are the minimum system requirements to run CVSNT?
The minimum hardware and software requirements to run CVSNT and CVS Suite are listed here: http://www.march-hare.com/cvsnt/techspecs/.
Note: On PCs a Pentium III or higher processor is requried. (AMD K6 is not supported). If you require support for older processors then you may download the CVSNT Server source code and compile it with an alternative processor preference.
Error "The :<whatever>: access method is not supported by this port of CVS"
If you see this you probably havent installed the protocol when installing cvsnt. Note that :ntserver: protocol is no longer supported, and is replaced by :sspi:, which offers better functionality.
You should also make sure the cvs client executable provided with CVSNT is being used. Type "cvs -v" on the command line to check this.
The command "cvs info" will list the protocols installed by the client or server.
Connection takes a long time (around 10 seconds)
Normally the connection to the server should complete very quickly - less than a second in most cases. If you find that it is taking a long time there may be one of two problems:
- Misconfigured reverse DNS.
- CVSNT does a reverse DNS lookup on startup to verify the client hostname. This will usually complete very quickly, however it is possible to misconfigure the reverse DNS in such a way that the lookup hangs and eventually times out after around 10 seconds. Your network administrator will usually be able to sort this out in a few minutes, as its usually a simple misconfiguration. On NT4 machines there is a setting "Use NetBIOS for DNS resolution" which may help. (Q: Is there an equivalent for W2K or do they always do it?)
- Very slow connection to PDC
- CVSNT needs to contact the PDC to verify identities and check privileges. Normally across a LAN this will be quite quick, but over a saturated network or over a Dialup (in local mode) it can be very slow.
- See also http://support.microsoft.com/default.aspx?scid=kb;en-us;Q308512 for a possible solution.
- Another thing to try: Disable the virus checker on the machine that hosts the CVS server.
I get "Cannot open <path>/CVSROOT: Permission denied"
This error means that the LocalSystem does not have read access to your repository. The server needs to read the CVSROOT/ directory as LocalSystem before it switches to the identity of the logged in user.
On windows all the directories above the repository directory require "Traverse Folder" access for LocalSystem, on Unix/Linux the execute bit must be set on all folders above the repository.
Note that LocalSystem is not a member of the "Everyone" group and has to be given specific priviliges.
(If you are running the server under a different user to the default then replace "LocalSystem" with the user that you are using).
I get "Cannot create directory <temp path>/cvs-servxxx: Permission denied"
This error means that your temporary directory does not have write acess for the user you are logged in as.On XP and Win2003 this can be a problem because the default global temporary directory is read only for normal users. The solution is to use a special CVS temporary directory and tell CVSNT to use it via the control panel (see the various installation guides for details on that). The temporary directory needs write access for everyone that will be using CVS remotely. (Q? Shouldnt have to give LocalSystem access here - need to check).
Unknown escape character \P ignored.
Recent versions of CVSNT require that the script lines in loginfo (and the other scripts) do not contain the backslash character. This problem frequently occurs when upgrading older CVSNT installations with loginfo scripts such as CVSMailer are upgraded. For example CVSMailer must be entered in this way:
DEFAULT c:/Programs/CVSMailer/CVSMailer.exe ......
How do I upgrade from older versions of CVS or CVSNT?
This is straightforward. See the Upgrading page for more information.
The latest stable version of CVSNT Server and command line client is available at http://march-hare.com/cvspro/.
How to enable server side and client side debug logging
CVS Suite Server and Client has many levels of logging available for providing more information about the processes that are occuring and the communication between the client and the server.
Versions and Operating System
If you are generating debug logs for March Hare Software support you also need to ensure that you send information about your environment such as the version of the server and the client and what operating systems are being used.
Enabling Server Side Tracing
For security purposes tracing of what is occuring on the server is disabled by default. Enabling Server Side Tracing using the Advanced tab in the “CVS for NT” Control Panel (Windows) or the /etc/cvsnt/PServer
file AllowTrace=1 (Unix) will allow the server to be traced. Enabling tracing does not create any log files.
Debug Logging by Creating a Client and Server Trace from the Client
Any command that is ran on the client can create a debug log. This is the most common and generally the most useful type of logging. Use the -ttt switch with any CVSNT client command, for example:
cvs -ttt add fred.txt 2> addlog.err > addlog.log
cvs -ttt commit -m "commit this file" fred.txt 2> addlog.err > addlog.log
The log will appear on stderr.
Creating a Server Side Trace (Windows)
You can enable additional server side debug logging by setting the following registry variable to the name of a file to accept the log:
HLKM\Software\CVS\PServer\ServerTraceFile
The file and path must be writable by the CVS Suite Server.
Creating a Server Side Trace (Unix)
You can enable additional server side debug logging by setting the following variable in the /etc/cvsnt/PServer configuration file to the name of a file to accept the log:
ServerTraceFile=log20050622.log
The file and path must be writable by the CVS Suite Server.
Creating a Server Side Communications Log (Unix)
If the $CVS_SERVER_LOG variable is set in the servers environment to a name of a file that can be written then everything sent to the server is logged into $CVS_SERVER_LOG.in and everything sent from the server is logged into $CVS_SERVER_LOG.out.
Creating a Communications Trace Log (Windows or Unix Client)
If the $CVS_CLIENT_LOG variable is set in the client environment to a name of a file that can be written then everything received by the client is logged into $CVS_CLIENT_LOG.in and everything sent from the client is logged into $CVS_CLIENT_LOG.out.
Eg: set CVS_CLIENT_LOG=log20050622
Why does CVSNT attempt to contact 69.93.197.231
CVSNT may attempt to contact 69.93.197.231 if it crashes. Crashes are rare in CVSNT and automatically sending the crash dump allows us to investigate the case. If the crash occurs in an interactive session the user is can cancel the crash dump send.
Can I create multiple synchronised repositories with CVSNT
March Hare Software can implement multiple synchronised copies of the CVSNT repository for you. You will need several days of consulting and a Professional Support contract for each site that hosts or accesses a repository. Multiple sites within one region can be covered by a single "Multi Site" contract. Sites in different regions (eg: one in London one in Los Angeles) will require separate contracts or an Enterprise agreement.
March Hare Software have our own repository hosted in UK, Australia and the USA. A sales consultant will be able to assist you further.
Are the commercial releases of CVSNT the same as the free ones?
Yes and no. The source code for all versions of CVSNT are available from the CVSNT repository, and all builds are available at some time from the open source web site. However the open source CVSNT web site only keeps one of each build of CVSNT available at any time: stable, test and development. Open source developers can "checkout" any version from the repository and build it at any time.
March Hare Software provide two levels of commercial support. Professional customers receive patched versions of CVSNT as frequently as every fortnight (but not usually so - since there are many fortnights with no bugs reported). Professional support customers have access to the entire history of stable and patched versions.
CVS Suite (basic support) customers have access to the entire history of stable and patched versions for the release which they purchased a license for.
Additionally Professional and Basic level support customers also receive some plugins and client applications which are not licensed under the GPL and are not available for free. The source code for these is not available in the CVSNT repository.
Conversely not all versions of CVSNT are made available to professional and basic support customers. Releases of CVSNT made to these customers undergo additional quality assurance and release procedures. » Return to section list
|