[cvsnt] Lockserver problem (cvslockd)
MusiMeli
abc at chartFX.com
Tue Nov 6 15:33:54 GMT 2007
Hello Tony!
Thanks a lot!!!
Although NewServer is the one that runs CVSNT and the lockserver, this
"superfluous" entry was the problem!
Best regards, Melanie
"Tony Hoyle" <tony.hoyle at march-hare.com> schrieb im Newsbeitrag
news:fgpt8a$20n$1 at paris.nodomain.org...
> MusiMeli wrote:
>> # LockServer Default lock server location. Can be overridden by
>> # LockServer directive in individual repositories.
>> LockServer=NewServer:2402
>
> Comment this out. It is almost never required to have the lockserver on a
> separate server to the main cvsnt server.
>
>> Then I found an "outstanding bug" for Debian: "cvsnt: cvslockd crashes at
>> startup":
>
> From the comments they had an invalid network configuration (their
> hostname->ip address lookup returned 127.0.0.1, so it was impossible for
> software to find out the IP address of the machine). 2382 used to detect
> this and display the error but still fall over later.. that was fixed a
> while back.
>
> > cvs init: connect to NewServer(NewServer):2402 failed: Connection
> > refused
>
> Probably 'NewServer' isn't running a lockserver. As mentioned before,
> don't try to put lockserver on a different machine like that unless you
> have an already working server to start with - there are too many things
> that need configuring first - eg. lockserver itself won't listen on public
> IPs by default. Multi-machine servers although possible (with a SAN)
> aren't something that is very common.
>
> cvs.cvsnt.org runs on a 64bit debian box btw. so that configuration
> probably has more testing than most.
>
> Tony
More information about the cvsnt
mailing list