Regarding an NFS mounted repository: We have a Unix server (dev30) with cvs version 1.11 loaded on it that is NFS mounted to a disk that contains our repository ( /cvs ). THIS IS THE ONLY SERVER THAT MAKES AN NFS MOUNT TO THE DISK THAT CONTAINS OUR REPOSITORY.
We did this for two reasons: 1) Speed (checkout times were 3 - 4 times faster than when the repository existed on dev30 itself) 2) Safety and Recovery (if dev30 crashes, all we have to do is mount our respository to the backup machine and no time is lost) Our pserver connection in /etc/inetd.conf looks like this: cvspserver stream tcp nowait root /files0/cvsadmin/cvs-1.11/bin/cvs cvs -f --allow-root=/cvs/CVS_REPOSIT pserver We then use the pserver connection to checkin and checkout from our repository via WinCVS, Eclipse and various other GUI cvs clients. I realize there are known issues with CVS and NFS, dealing with corruption of checked in files. I have a few questions regarding this: 1) Would these issues ONLY occur in matters where there was MORE THAN ONE server mounting the repository over NFS (because then you are dealing with the potential of locked files, etc) ? 2) Asked another way, if we have just one server dedicated to cvs and it is the ONLY mount to the repository that exists, are we ok or still at risk? 3) If we are still at risk, then I assume that to avoid using NFS mounting, our repository must exist on the same server CVS is set up on? 4) If so, this will negate our ability to quickly and safely re-mount the repository to another machine in case the main server fails. Any options to this? 5) Or, is there an option to the pserver connection ( -allowroot = <�> ) setting in inetd.conf that would allow you to connect to a remote repository? -Can�t imagine anyway besides an NFS mount, but thought I�d throw it out there. There is Samba mounting etc, but I would imagine that would be even worse. Thank you, -Richard __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com _______________________________________________ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
