Bug 40970
Summary: | NFS locking fails | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Piotr Parlewicz <pparlewicz> |
Component: | nfs-utils | Assignee: | Pete Zaitcev <zaitcev> |
Status: | CLOSED NOTABUG | QA Contact: | David Lawrence <dkl> |
Severity: | high | 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: | 2001-05-16 21:45:00 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
Piotr Parlewicz
2001-05-16 20:03:54 UTC
Sounds like lockd is dying on the server. Can you see the lockd process on the server after the failure? There is a later nfs-utils available (0.3.1-8). Can you try that? Also, lockd is start automagically in the kernel in kernels 2.2.18+, so you should need to run the lockd init script if you're running a recent enough kernel. > ...so you should need to...
Sorry, read "...so you shouldn't need to..."
OK, problem solved. After some time went by, (about 2 hours), I tried it again, and this time it worked. Looks like the lockd servers needed some time to get their act together. In retrospect I believe the bug originated from trying to use NFS locking, without starting the '/etc/init.d/nfslock start' server. The loadable kernel modules (nfs and lockd) were allways present, but I guess starting it this way does something good for it. |