Bug 53481
| Summary: | File locking doesn't work over NFS | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Retired] Red Hat Linux | Reporter: | Toralf <bugzilla> | ||||||
| Component: | nfs-utils | Assignee: | Pete Zaitcev <zaitcev> | ||||||
| Status: | CLOSED WORKSFORME | QA Contact: | Brian Brock <bbrock> | ||||||
| Severity: | medium | Docs Contact: | |||||||
| Priority: | medium | ||||||||
| Version: | 7.1 | ||||||||
| 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: | 2004-08-26 23:12:51 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: | |||||||||
| Attachments: |
|
||||||||
|
Description
Toralf
2001-09-10 09:28:52 UTC
Created attachment 31436 [details]
Test program
The "insmod" message goes away if the host is set up so that nfsd module isn't loaded - e.g. if /etc/exports is empty. The other messages still occur every time the test program is executed, though. Sounds like the lockd isn't running on the server. What do "lsmod" and "rpcinfo -p localhost" tell you when run on the server? Created attachment 31577 [details]
rpcinfo/lsmod output
lsmod/rpcinfo output from one of the servers is attached. I'm quite sure that it's a client issue, though; perhaps I wasn't clear enough on this, but I've tested with several different clients, and locking does work on some of them. Similarily, on a given client, I always get identical behaviour when connecting to different NFS servers running different OSs. I'm at my wit's end when it comes to working out what the difference between a working and a non-working setup is, though. But you are right, I've probably messed up the configuration somehow; I think the real "bug" here is that the lockd error messages don't really contain any useful information. I have a similar problem with pine, it hangs while working with locks over mail folders mounted through nfs. The problem started after the last update to the system. Current system is RedHat 7.1 , kernel 2.4.9-6. We believe that this problem is fixed by the latest errata kernels. Please try 2.4.9-12 (for RHL 7.1) and 2.4.9-13 (for RHL 7.2) I still got this after upgrading to 2.4.9-13. I then noticed something that has
escaped me earlier, however. I got the following messages on nfslock startup:
Nov 7 09:21:24 indonesia rpc.statd[2410]: Version 0.3.1 Starting
Nov 7 09:21:24 indonesia rpc.statd[2410]: open (state): Permission denied
Nov 7 09:21:24 indonesia nfslock: rpc.statd startup succeeded
The problem seemed to be that /var/lib/nfs/statd contained a number of files,
including "sm", owned by root rather than rpcuser. I then did
/etc/init.d/nfslock stop
rm -rf /var/lib/nfs/statd/*
/etc/init.d/nfslock start
and everything worked!
Points worth noticing:
1. I've upgraded the entire OS, and also installed several "nfs-utils" updates,
since I started getting this problem, but it looks like the files have always
survived.
2. "/etc/init.d/nfslock start" would report success ("[ OK ]"), when startup
actually failed and the above mentioned error messages were written to the
system log.
Reopening as the value of the "Resolution:" field at least should be revised based on my latest notes. |