Bug 81617 - cvs-1.11.2-5.i386 hangs with cvs-1.11.1p1-3 clients
Summary: cvs-1.11.2-5.i386 hangs with cvs-1.11.1p1-3 clients
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: cvs
Version: 8.0
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Eido Inoue
QA Contact: Ben Levenson
Depends On:
TreeView+ depends on / blocked
Reported: 2003-01-11 07:06 UTC by Andrew Morton
Modified: 2007-04-18 16:49 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2004-10-29 18:15:53 UTC

Attachments (Terms of Use)

Description Andrew Morton 2003-01-11 07:06:28 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3a) Gecko/20021212

Description of problem:
I just installed rh8.0.  A standard CVS setup works OK
to localhost but when I try to check something out over 
ethernet, both client and server hang.

The client is cvs-1.11.1p1-3.

A command like cvs co dbench get stuck, client is waiting
or TCP data (stuck in tcp_data_wait) and the server is also
in interruptible sleep.  Looks like  protocol failure and each
end is waiting for the other.

downgrading the cvs on the server (rh8.0) to cvs-1.11.1p1-7
fixed it up.

And upgrading the client from  cvs-1.11.1p1-3 to cvs-1.11.2-5.i386
fixed it up too.

So it appears that cvs-1.11.1p1-3 and cvs-1.11.2-5.i386 will
not talk to each other.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. See above

Additional info:

See above

Comment 1 Jason Tibbitts 2003-01-14 15:51:20 UTC
I believe I'm having the same issue; I can't get the user to tell me the client
info at the moment, but the symptoms are the same: the client just stops in the
middle of a checkout; both sides will wait indefinitely for in a read. 
Unfortunately I can't duplicate it on any of the machines I have access to.

To be fair, I am running the cvs-1.11.2-5 RPM with one extra patch (to export
CVS_Username to an environment variable) rebuilt on a 7.2 machine.  None of this
should make any difference to the networking, however.

Comment 2 Henrik Nordstrom 2003-06-10 15:40:22 UTC
I probably experience the same problem seen on RedHat 9 
Upgrade to rawhide cvs-1.11.5-2 resolved the problem for me, rebuilt from 
source as no binary was available in the rawhide mirror I use... 
In my case the problem is compression (-z) which is broken for older CVS 
clients in 1.11.2 (see cvs 1.11.3 release notes), but have also seen much 
worse effects (100% CPU usage until manually killed cvs server processes) in 
another installation of 1.11.2. 

Note You need to log in before you can comment on or make changes to this bug.