cvs/networking/aaaargh!
ok, this is a wierd wierd wierd problem:
I ahve a cvs server. I use pserver auth for it.
every now and then, connections from the cvs server hang, and they seem to
tear down my networking.
this is what happens (when the connection hangs):
if I ssh to the box, I get a "Bad remote protocol version identification:
''"
telnet to port 25(smtp) is refused
telnet to port 2401(cvs pserver) is refused
I HAD multiple repositories. I've reduced that to one.
Im' running woody currently, with a 2.2.19pre17-compact kernel. This exact
same thing also happened on my woody/2.4.4 kernel(custom) box. And I thought
it was due to some other problems on that box, when it was potato/stable,
until I upgraded first the dist, then the kernel. The problem has seemed to
chase me around, so I'm pretty sure that it has something to do with cvs.
there's nothing out of the ordinary in syslog, dmesg, messages, kern.log,
daemon.log.
usually after ~15 minutes, everything works fine. But sometimes it doesn't.
wierd thing: if I logon to the box @ the console, tehn ssh out from it ti
seems to make the networking all happy. Also, connections to 'localhost'
work just fine even when other connections fail (from another host).
output from netstat -a: (this is the same whether or not it's rejecting
connections)
tcp 0 20 sifl.squaretrade.co:ssh fozzie.squaretrade:2168
ESTABLISHED
tcp 0 0 *:https *:* LISTEN
tcp 0 0 *:www *:* LISTEN
tcp 0 0 *:ssh *:* LISTEN
tcp 0 0 *:cvspserver *:* LISTEN
tcp 0 0 *:smtp *:* LISTEN
tcp 0 0 *:sunrpc *:* LISTEN
udp 0 0 *:sunrpc *:*
raw 0 0 *:icmp *:* 7
raw 0 0 *:tcp *:* 7
Active UNIX domain sockets (servers and established)
Proto RefCnt Flags Type State I-Node Path
unix 1 [ ] DGRAM 56 /dev/log
unix 0 [ ACC ] STREAM LISTENING 66 /dev/gpmctl
unix 0 [ ACC ] STREAM LISTENING 133
/var/run/gcache_port
unix 0 [ ] STREAM 135
unix 0 [ ] DGRAM 59
can anyone help? I'm really stumped on this. I've searched the cvs lists,
and mailed the debian/cvs maintainer (no response yet, but he could be on
vacation or something)
please copy me and hte list, as I only get the digest version.
regards
glen
--
Glen S Mehn glen@squaretrade.com
Lead Systems Administrator
SquareTrade, Inc.-- Building Trust in Transactions (sm).
Reply to: