RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 815436 - NFS client hangs sporadically
Summary: NFS client hangs sporadically
Keywords:
Status: CLOSED INSUFFICIENT_DATA
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: kernel
Version: 6.2
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: rc
: ---
Assignee: Jeff Layton
QA Contact: Red Hat Kernel QE team
URL:
Whiteboard: NFS server NFSD
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-04-23 15:33 UTC by Mark Nipper
Modified: 2013-01-08 12:51 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-01-08 12:51:18 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
sysrq-trigger output (51.38 KB, application/gzip)
2012-04-23 15:33 UTC, Mark Nipper
no flags Details
rpc_debug output (2.51 KB, application/gzip)
2012-04-23 15:34 UTC, Mark Nipper
no flags Details

Description Mark Nipper 2012-04-23 15:33:52 UTC
Created attachment 579609 [details]
sysrq-trigger output

Description of problem:
We have a RHEL 6.2 client mounting a RHEL 5.8 server.  Only mounting a couple of fairly idle mounts from the server, but the client is hanging on those mounts and load shoots up as more processes are stuck waiting for it to come back.  This appears to be happening with the NFSv3 client which is somewhat unexpected.  Rebooting the client fixes everything temporarily for a few days usually.

$ cat /proc/fs/nfsfs/servers 
NV SERVER   PORT USE HOSTNAME
v3 805330bc  801   2 file.laits.utexas.edu
$ mount | grep file.laits
file.laits.utexas.edu:/mnt/lvol1/home on /mnt/home type nfs (rw,nosuid,addr=128.83.48.188)
file.laits.utexas.edu:/mnt/media on /mnt/media type nfs (ro,noexec,nosuid,addr=128.83.48.188)
$ w | grep load
 10:32:12 up 17:37,  2 users,  load average: 299.13, 294.86, 286.31

Version-Release number of selected component (if applicable):
Client is running 2.6.32-220.7.1.el6.x86_64 with nfs-utils-1.2.3-15.el6.x86_64.

How reproducible:
It only seems to take a few days usually from the last reboot to get into this state.  But I'm not sure what exactly is triggering it.

Steps to Reproduce:
1. hard to say exactly
  
Actual results:
NFS client hangs.

Expected results:
NFS client shouldn't hang.

Additional info:
I'm attaching the output from "echo t > /proc/sysrq-trigger" and "echo 0 > /proc/sys/sunrpc/rpc_debug".

Comment 1 Mark Nipper 2012-04-23 15:34:23 UTC
Created attachment 579610 [details]
rpc_debug output

Comment 3 RHEL Program Management 2012-05-03 05:23:46 UTC
Since RHEL 6.3 External Beta has begun, and this bug remains
unresolved, it has been rejected as it is not proposed as
exception or blocker.

Red Hat invites you to ask your support representative to
propose this request, if appropriate and relevant, in the
next release of Red Hat Enterprise Linux.

Comment 4 J. Bruce Fields 2012-05-21 20:58:23 UTC
Next time there's a hang:
- Is there any network traffic between the client and server?  (Check this with something like "wireshark -Slk -f'host <yourclient> && host file.laits.utexas.edu'".  If there is something going on, stop the capture and save it (in the default "libpcap" format), and we'd like to see it.)
- What state are the server threads in?  (You could log into the server and do the same sort of syrq-trigger dump.)
- Are all the server daemons running?  (mountd, statd, lockd).

Comment 5 Tore H. Larsen 2012-07-28 02:22:54 UTC
cc

Comment 6 Jeff Layton 2013-01-08 12:51:18 UTC
No response to Bruce's query in quite some time. I'm going to go ahead and close this with a resolution of INSUFFICIENT_DATA. Please reopen if this is still reproducible.


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