Bug 431623 - NFS hanging on rpc.idmapd error
Summary: NFS hanging on rpc.idmapd error
Status: CLOSED DUPLICATE of bug 405711
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: nfs-utils   
(Show other bugs)
Version: 5.1
Hardware: x86_64
OS: Linux
Target Milestone: rc
: ---
Assignee: Steve Dickson
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2008-02-06 00:06 UTC by Garrett
Modified: 2008-09-18 20:15 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2008-09-18 20:15:36 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Garrett 2008-02-06 00:06:47 UTC
Description of problem:

I have a new 64-bit RHEL5.1 server connected to two RAIDs via fiber, and a
network of 32-bit Fedora 7 workstations. We use a separate Fedora Directory
server to handle the authentication. This was all working until we installed the
new RAID and file server.
  Periodically the NFS will freeze. Checking the log I will see:

rpc.idmapd: nfsdcb: id '-2' too big! 

  When I see that, no new NFS connection will happen, and the existing ones will
freeze within a few minutes.

  Here's my /etc/exports:


  We are using autofs to mount the drives. Here the file:

d0      -rw,fstype=nfs4,bg,soft,intr,noatime,proto=tcp
d1      -rw,fstype=nfs4,bg,soft,intr,noatime,proto=tcp

  And lastly, here's the idmapd.conf file:


Verbosity = 3 
Pipefs-Directory = /var/lib/nfs/rpc_pipefs
Domain = berkeley.edu


Nobody-User = nfsnobody
Nobody-Group = nfsnobody

Method = nsswitch

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

How reproducible:

  Sometimes it takes a few hours for this to happen. Other times it happens
almost immediately after restarting NFS.

Steps to Reproduce:
Actual result:
NFS freezes.

Expected results:
It works.

Additional info:

  We read the ticket id=225507 and it didn't solve the problem.

Comment 1 Jukka Lehtonen 2008-02-07 08:46:57 UTC
Similar observation:
* Server CentOS 5.1; 2.6.18-53.1.4.el5.x86_64
* Client Fedora 7;
* XFS partition shared via NFSv4, auth=sys
* nfsnobody uid=65534

1. On client: # du -shc /path as valid user
=> on server: rpc.idmapd: nfsdcb: id '-2' too big!
=> NFS freeze
=> server rebooted

2. On client: # rm -fr /path as valid user
=> on server: rpc.idmapd: nfsdcb: id '-2' too big!
=> NFS freeze
=> server rebooted

Comment 2 Garrett 2008-02-11 18:39:16 UTC
I got it fixed...in a way.
  What we did was wipe the hard drive and downgrade to the 32-bit version of RHEL 5.
   We no longer have those errors now. Why they occurred in the 64-bit version I
couldn't tell you.

Comment 3 RHEL Product and Program Management 2008-06-02 20:19:35 UTC
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux maintenance release.  Product Management has requested
further review of this request by Red Hat Engineering, for potential
inclusion in a Red Hat Enterprise Linux Update release for currently deployed
products.  This request is not yet committed for inclusion in an Update

Comment 4 Steve Dickson 2008-09-18 20:15:36 UTC

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

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