Re: [PATCH] mount.nfs command: old glibc missing some flags

[Steve Dickson <SteveD@redhat.com>]

Gabor Z. Papp wrote:
> * Steve Dickson <SteveD@redhat.com>:
> 
> | > -lblkid doesn't enough in dependency, needs -luuid
> | > 
> | > Is this problem in my e2fsprogs install?
> | At least in my world you also need the e2fsprogs-devel package
> | installed as well...
> 
> libs and headers presents
hmm... that's curious... I wonder if there is some type of dependences 
in later lib versions that will automagically load the need libs... 

> 
> | > Same apply on glibc 2.3.
> | Note that sm-notify is a very short lived process.... 
> 
> | If have found using the -d flag is very handy when starting sm-notify 
> | by hand... If there is no output, it means the /var/run/sm-notify.pid exists
> | which causes sm-notify to immediately exit. So remove that file and try 
> | again... 
> 
> Sure done that first. Attached strace output happens on fresh start.
Ah... I did notice that... 
> 
> | In general, if there are file(s) in /var/lib/nfs/sm (or /var/lib/nfs/statd/sm 
> | depending on your distro) means sm-notify did not work. With Fedora, doing 
> | a 'service nfslock restart' will cause sm-notify to be rerun... I'm not 
> | sure how to do that with other distros... 
> 
> Those dirs are empty.
So either there were no locks to recover or sm-notify did indeed work... 

steved.