Bug 1900 - RPC servers freeze in competetive TCP calls containing large data
Summary: RPC servers freeze in competetive TCP calls containing large data
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: glibc
Version: 5.2
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Cristian Gafton
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 1999-03-31 08:08 UTC by olli.saarela
Modified: 2008-05-01 15:37 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 1999-07-28 05:16:45 UTC

Attachments (Terms of Use)

Description olli.saarela 1999-03-31 08:08:41 UTC
Function readtcp() in sunrpc/svc_tcp.c has recently(?) been
optimized for situations with competetive client calls. This
optimization fails when the clients send large data items to
the client. ("Large" probably meaning data which RPC has
split to several read() blocks, in our case, a struct with
arrays of several thousand double elements).

When readtcp() is reverted back to the old version,
everything works well again. (= call to svc_getreqset() is
removed and readfds=svc_fdset; is replaced by

Comment 1 Preston Brown 1999-03-31 22:50:59 UTC
this could be nasty.

Comment 2 Cristian Gafton 1999-07-09 22:21:59 UTC
Is this bug still valid?
Can we have a test case for the failure?

For now, "it works for me". The glibc-2.1.2-1 package that will be
available from rawhide shortly does include a number of RPC fixed. Can
you also test that?

Comment 3 olli.saarela 1999-07-19 07:51:59 UTC
The glibc-2.1.2-1 package has fixed this bug. I wrote a test case (5
files, 10 kB), and can provide it to anyone interested.

I don't want to "Reopen bug", but there is no way to unchek it from
the radio button below.

Comment 4 Cristian Gafton 1999-07-28 05:16:59 UTC
Fixed in glibc-2.1.2-1 and later.

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