Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 78004 - NFS: lockd can't monitor client / client can't lock files
NFS: lockd can't monitor client / client can't lock files
Product: Red Hat Linux
Classification: Retired
Component: nfs-utils (Show other bugs)
i586 Linux
medium Severity medium
: ---
: ---
Assigned To: Stephen Tweedie
Ben Levenson
Depends On:
  Show dependency treegraph
Reported: 2002-11-17 04:09 EST by Felix Tiede
Modified: 2007-04-18 12:48 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2004-03-10 11:48:46 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Felix Tiede 2002-11-17 04:09:07 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003

Description of problem:
If a nfs-client tries to lock a file on the nfs-server, the server reports
"lockd: cannot monitor <client-ip>" directly to the console without producing
any logentries.

Some applications on the client (like gnome-volume-control) report the unability
to lock files and continue, others (esp. gnome2) report it and abort.

This bug occurs since i've updated the client from RedHat Linux 7.3 (which
worked well) to RedHat Linux 8.0.

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

How reproducible:

Steps to Reproduce:
1. mount /home from nfs-server (server: RedHat Linux 7.3, client: RedHat Linux 8.0)
2. start gnome2 (as none-root)

Actual Results:  Errormessage: "Can't lock %gconf-xml-backend.lock. Aborting"

Expected Results:  Nothing, just a started gnome2

Additional info:

Both systems (server and client) are kept up-to-date with all errata installed.
Kernel on server: 2.4.18-17.7.x
Kernel on client: 2.4.18-17.8.0

nfs-utils on both systems: 1.0.1-2
Comment 1 Stephen Tweedie 2002-11-18 12:18:39 EST
Are there any log messages produced on the client?  Check your firewall setup on
the client to make sure that the server's statd requests are not being blocked.
Comment 2 Felix Tiede 2002-11-18 17:10:01 EST
First message is from gnome2 (while starting gnome2) that
~/.gnome-locking-test-file (or so) could not be locked. It says I should check
my nfslock service, which is running.

/var/log/messages states that a session was opened and closed.

There is no firewall on the client and the firewall on the server is configured
to pass any packets on the interface in question.
Comment 3 Stephen Tweedie 2004-03-10 11:48:46 EST
Please reopen if the problem persists with a current release.

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