For When You Can't Have The Real Thing
[ start | index | login ]
start > Linux > xinetd > xinetd problems disguised as cvs problems

xinetd problems disguised as cvs problems

Created by dave. Last edited by dave, 11 years and 56 days ago. Viewed 3,471 times. #3
[diff] [history] [edit] [rdf]
labels
attachments

Problem

You are running cvs against a pserver. You get:

cvs [update aborted]: reading from server: Connection reset by peer
cvs [update aborted]: end of file from server (consult above messages if any)

Your colleagues have no problems (or only some of them do). Your sysadmin, who doesn't run CVS very often, has NO problems.

Solution

xinetd is crapping on you. If you look in /var/log/cvspserver on the cvs server, you will find entries like:

07/9/12@17:33:09: FAIL: cvspserver service_limit from=$YOUR_IP

What is happening is that you are running up against either the concurrency limits or the connections-per-section limits set in xinetd. To fix, make the following changes in /etc/xinetd.conf

  • increase the instances parameter to something higher than 60 (for example, 2000)
  • increase the cps parameters to something higher, and lower, than the defaults (like 100 2)

Discussion

The cps parameter controls two things:

  • the maximum number of connections per second; and
  • the amount of time to take the service out of service should that previous limit be exceeded.
It would be a lot more fucking useful if the contents of /var/log/cvspserver was in the syslong instead of a separate file that no one ever reads or rotates.
no comments | post comment
This is a collection of techical information, much of it learned the hard way. Consider it a lab book or a /info directory. I doubt much of it will be of use to anyone else.

Useful:


snipsnap.org | Copyright 2000-2002 Matthias L. Jugel and Stephan J. Schmidt