All of lore.kernel.org
 help / color / mirror / Atom feed
From: Bernd Schubert <bernd-schubert@web.de>
To: Trond Myklebust <trond.myklebust@fys.uio.no>
Cc: NFS Mailing List <nfs@lists.sourceforge.net>
Subject: Re: Problems with statd and lockd
Date: Sat, 5 Apr 2003 18:31:09 +0200	[thread overview]
Message-ID: <200304051831.09682.bernd-schubert@web.de> (raw)
In-Reply-To: <shs7ka9c957.fsf@charged.uio.no>

On Saturday 05 April 2003 16:27, Trond Myklebust wrote:
> >>>>> " " == Bernd Schubert <bernd-schubert@web.de> writes:
>      > we also see those messages when we use the rpc.statd from
>      > debian packages. I think the debian nfs-utils packages got
>      > "--enable-secure-statd" as configure option. After recompiling
>      > the nfs-utils without this option and starting the new
>      > rpc.statd on the clients, those messages should disappear, even
>      > without restarting the nfs-server.  (I discovered this odd
>      > behaviour by accident.)
>
> --enable-secure-statd is there for a good reason. I wouldn't recommend
> that anybody turn it off. In any case, if that is the problem, then
> you should see a warning from 'statd' in your syslog (assuming you
> have enabled 'warn' messages in syslog.conf).
>
> Cheers,
>   Trond
>

Hello,

here are the entries from our /etc/syslog.conf about warnings:

*.=info;*.=notice;*.=warn;\
        auth,authpriv.none;\
        cron,daemon.none;\
        mail,news.none          -/var/log/messages

So I think warnings are enabled. Recently the self-created nfs-utils packages 
(with disabled --enable-secure-statd) got replaced by an automatic update. 
Some time afterwards our clients began to give those messages (here as 
dmesg-output):

statd: server localhost not responding, timed out
nsm_mon_unmon: rpc failed, status=-5
lockd: cannot monitor <server IP>
lockd: failed to monitor <server IP>

So on our systems not the server, but the clients are reporting those 
messages. Though I have to admit that our server is also running nfs-utils 
without secure-statd support, but as much as I can remember there where 
similar messages on the server when secure-statd was enabled.

The /var/log/messages has this entries: 

Apr  5 15:28:16 maxwell kernel: statd: server localhost not responding, timed 
out
Apr  5 15:28:16 maxwell kernel: lockd: cannot monitor <server IP>
Apr  5 15:28:16 maxwell kernel: lockd: failed to monitor <server IP>

What other messages do you expect ?

As soon as I stop the debian-statd and start the new statd (that has 
secure-statd disabled), those messages disappear.
Furthermore, some programs as e.g. KDE have some problems to run when those 
messages appear (our home directory is served by this server).

What problems can be caused by a statd without the secure option ? 


Thanks in advance,	
	Bernd


-------------------------------------------------------
This SF.net email is sponsored by: ValueWeb: 
Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

  reply	other threads:[~2003-04-05 16:30 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-04-04 23:56 Problems with statd and lockd Philippe Gramoullé
2003-04-05 10:14 ` Trond Myklebust
2003-04-05 11:18   ` Philippe Gramoullé
2003-04-05 11:50     ` Trond Myklebust
2003-04-05 12:05       ` Philippe Gramoullé
2003-04-05 13:45 ` Bernd Schubert
2003-04-05 14:27   ` Trond Myklebust
2003-04-05 16:31     ` Bernd Schubert [this message]
2003-04-05 23:06       ` Philippe Gramoullé
2003-04-06 12:16       ` Trond Myklebust
2003-04-06 13:09         ` Bernd Schubert

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200304051831.09682.bernd-schubert@web.de \
    --to=bernd-schubert@web.de \
    --cc=nfs@lists.sourceforge.net \
    --cc=trond.myklebust@fys.uio.no \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.