rpc.statd crashes in svc_getreq_common

Solution In Progress - Updated -

Issue

we use Netapps as NFS servers in our environment.
After the last OS Update on the netapps and reboot/takeover we noticed a crash of rpc.statd daemon on serveral (but not all) Redhat hosts.

Here the lines of 2 hosts from /var/log/messages:

May 12 06:15:09 boxen1 kernel: rpc.statd[6155] general protection rip:2ab629dcbcc0 rsp:7fff4c094780 error:0
May 12 07:22:01 boxen2 kernel: rpc.statd[5768] general protection rip:2b89462d8cc0 rsp:7fff74b2b370 error:0

Afterwards we had to restart the daemon manually: service nfslock start

This is the first time we noticed these errors after a netapp update. Earlier updates do not result in these errors.
We suspect that affected Redhat hosts had an exclusive lock on a file which they tried to renew after the boot of the netapps. For unknown reasons this results in a daemon crash.

We already has an open case at netapp because our first suspicion was the new netapp OS version. Nevertheless rpc.statd should not crash based on a (possible) faulty nfs server implementation.

The netapp engineer proposed to collaborate with you. I can share contact details on request.

BTW: We updated the netapp OS step by step in different sites. The example lines above are only from one site. But rpc.statd daemons crashed on other sites and other Redhat servers, too.

Environment

  • Red Hat Enterprise Linux 5 Updates 10 and 11 are confirmed but Red Hat Enterprise Linux 6 and 7 are also potentially affected.

Subscriber exclusive content

A Red Hat subscription provides unlimited access to our knowledgebase, tools, and much more.

Current Customers and Partners

Log in for full access

Log In

New to Red Hat?

Learn more about Red Hat subscriptions

Using a Red Hat product through a public cloud?

How to access this content