Bug 164194

Summary: During boot time, portmapper crashes when remote clients contact the portmapper at a rate faster than 4 times per second.
Product: Red Hat Enterprise Linux 3 Reporter: Charles Whalen <whalen>
Component: portmapAssignee: Steve Dickson <steved>
Status: CLOSED DUPLICATE QA Contact: Jay Turner <jturner>
Severity: medium Docs Contact:
Priority: medium    
Version: 3.0CC: srevivo
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2005-07-26 14:29:44 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Charles Whalen 2005-07-25 21:07:59 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.3) Gecko/20050104 Red Hat/1.4.3-3.0.7

Description of problem:
During boot time, portmapper crashes when remote clients contact the portmapper at a rate faster than 4 times per second.  While initiating many rpcinfo -p host requests, the portmapper appears to answer to first few requests, then hangs.

From netstat, I see many half open connections. (See below).  I can reproduce
this by running a script many times in parallel. (See below)

The problem was noticed when ypbind service was trying to start.

I worked around this problem by using IPTABLES and block all remote client connections to port 111.

Thank You



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


How reproducible:
Always

Steps to Reproduce:
1. Run many copies of script in additional inforamtion field
2. Reboot computer
3. Watch system hang at ypbind service startup.  Can not contact portmapper.
  

Additional info:


#!/bin/csh

set x = 0
while ( $x <1000 )
    rpcinfo -p HOST &
    set x = `expr $x + 1`
    usleep 100000
end 

Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address               Foreign Address             State      
tcp        0      0 0.0.0.0:32768               0.0.0.0:*                   LISTEN      
tcp        0      0 0.0.0.0:32769               0.0.0.0:*                   LISTEN      
tcp        0      0 0.0.0.0:513                 0.0.0.0:*                   LISTEN      
tcp        0      0 0.0.0.0:514                 0.0.0.0:*                   LISTEN      
tcp        0      0 0.0.0.0:111                 0.0.0.0:*                   LISTEN      
tcp        0      0 127.0.0.1:111               127.0.0.1:32775             SYN_RECV    
tcp        0      0 127.0.0.1:111               127.0.0.1:905               SYN_RECV    
tcp        0      0 127.0.0.1:111               127.0.0.1:901               SYN_RECV    
tcp        0      0 127.0.0.1:111               127.0.0.1:903               SYN_RECV    
tcp        0      0 127.0.0.1:111               127.0.0.1:902               SYN_RECV    
tcp        0      0 127.0.0.1:111               127.0.0.1:32776             SYN_RECV    
tcp        0      0 127.0.0.1:111               127.0.0.1:934               SYN_RECV    
tcp        0      0 127.0.0.1:111               127.0.0.1:938               SYN_RECV    
tcp        0      0 127.0.0.1:111               127.0.0.1:951               SYN_RECV    
tcp        0      0 127.0.0.1:111               127.0.0.1:914               SYN_RECV    
tcp        0      0 127.0.0.1:111               127.0.0.1:909               SYN_RECV    
tcp        0      0 127.0.0.1:111               127.0.0.1:32777             SYN_RECV

Comment 1 Suzanne Hillman 2005-07-26 14:29:44 UTC

*** This bug has been marked as a duplicate of 164192 ***