All of lore.kernel.org
 help / color / mirror / Atom feed
* Re: Bug#651032: /usr/sbin/rpc.idmapd: rpc.idmapd referring to none existing library
       [not found] <20111205071808.5626.67399.reportbug@sleipner.datanom.net>
@ 2011-12-05  8:25 ` Anibal Monsalve Salazar
  2011-12-05 15:52   ` Steve Dickson
  0 siblings, 1 reply; 6+ messages in thread
From: Anibal Monsalve Salazar @ 2011-12-05  8:25 UTC (permalink / raw)
  To: Steve Dickson, Kevin Coffman; +Cc: linux-nfs, Michael Rasmussen, 651032

Hello Steve and Kevin,

To fix Debian Bug#649491[1], I moved the .so files to /lib and applied
the following patch:

--- a/libnfsidmap.c	2010-12-09 04:07:53.000000000 +1100
+++ b/libnfsidmap.c	2011-12-05 11:23:46.000000000 +1100
@@ -61,7 +61,7 @@ static struct mapping_plugin **nfs4_plug
 static struct mapping_plugin **gss_plugins = NULL;
 
 #ifndef PATH_PLUGINS
-#define PATH_PLUGINS "/usr/lib/libnfsidmap"
+#define PATH_PLUGINS "/lib/libnfsidmap"
 #endif
 #define PLUGIN_INIT_FUNC "libnfsidmap_plugin_init"
 
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=649491

As Michael reported, libnfsidmap is still looking for the plugins in
/usr/lib/libnfsidmap.

What do I need to change in libnfsidmap to make it find the plugins in
/lib/libnfsidmap?

Please see Michael's report below.

Cheers,

Anibal

As Michael has reported, libnfsidmap2 is still looking 
On Mon, Dec 05, 2011 at 08:18:08AM +0100, Michael Rasmussen wrote:
> Package: nfs-common
> Version: 1:1.2.5-2+b1
> Severity: grave
> File: /usr/sbin/rpc.idmapd
> Justification: renders package unusable
> 
> rpc.idmapd -v
> rpc.idmapd: libnfsidmap: using domain: midgaard
> 
> rpc.idmapd: libnfsidmap: Unable to load plugin:
> /usr/lib/libnfsidmap/nsswitch.so: cannot open shared object file: No
> such file or directory
> 
> rpc.idmapd: libnfsidmap: requested translation method, 'nsswitch', is
> not available
> 
> rpc.idmapd: Unable to create name to user id mappings.
> 
> rpc.idmapd is searching for libnfsidmap plugins in the wrong directory
> so bug #650904 must be reopen since the provided change made to
> libnfsidmap2 does not make any difference rpc.idmapd still uses
> /usr/lib/libnfsidmap.
> 
> 
> -- Package-specific info:
> -- rpcinfo --
>    program vers proto   port  service
>     100000    4   tcp    111  portmapper
>     100000    3   tcp    111  portmapper
>     100000    2   tcp    111  portmapper
>     100000    4   udp    111  portmapper
>     100000    3   udp    111  portmapper
>     100000    2   udp    111  portmapper
>     100007    2   udp    785  ypbind
>     100007    1   udp    785  ypbind
>     100007    2   tcp    786  ypbind
>     100007    1   tcp    786  ypbind
> -- /etc/default/nfs-common --
> NEED_STATD=no
> STATDOPTS=
> NEED_IDMAPD=yes
> NEED_GSSD=
> -- /etc/idmapd.conf --
> [General]
> Verbosity = 0
> Pipefs-Directory = /var/lib/nfs/rpc_pipefs
> Domain = midgaard 
> [Mapping]
> Nobody-User = nobody
> Nobody-Group = nogroup
> -- /etc/fstab --
> balder:/home	/home		nfs4	defaults,proto=tcp,retry=5,hard,intr,async,_netdev,rsize=32768,wsize=32768 0	0
> -- /proc/mounts --
> rpc_pipefs /var/lib/nfs/rpc_pipefs rpc_pipefs rw,relatime 0 0
> balder:/home/ /home nfs4 rw,relatime,vers=4,rsize=32768,wsize=32768,namlen=255,hard,proto=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=192.168.2.79,minorversion=0,local_lock=none,addr=192.168.2.2 0 0
> 
> -- System Information:
> Debian Release: wheezy/sid
>   APT prefers unstable
>   APT policy: (990, 'unstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores)
> Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
> Shell: /bin/sh linked to /bin/bash
> 
> Versions of packages nfs-common depends on:
> ii  adduser             3.113
> ii  initscripts         2.88dsf-13.13
> ii  libc6               2.13-21
> ii  libcap2             1:2.22-1
> ii  libcomerr2          1.42-1
> ii  libdevmapper1.02.1  2:1.02.67-2
> ii  libevent-2.0-5      2.0.16-stable-1
> ii  libgssapi-krb5-2    1.10+dfsg~alpha1-6
> ii  libgssglue1         0.3-3.1
> ii  libk5crypto3        1.10+dfsg~alpha1-6
> ii  libkeyutils1        1.5.2-2
> ii  libkrb5-3           1.10+dfsg~alpha1-6
> ii  libnfsidmap2        0.24-3
> ii  libtirpc1           0.2.2-5
> ii  libwrap0            7.6.q-21
> ii  lsb-base            3.2-28
> ii  rpcbind             0.2.0-6
> ii  ucf                 3.0025+nmu2
> 
> Versions of packages nfs-common recommends:
> ii  python  2.7.2-9
> 
> nfs-common suggests no packages.
> 
> -- no debconf information

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Bug#651032: /usr/sbin/rpc.idmapd: rpc.idmapd referring to none existing library
  2011-12-05  8:25 ` Bug#651032: /usr/sbin/rpc.idmapd: rpc.idmapd referring to none existing library Anibal Monsalve Salazar
@ 2011-12-05 15:52   ` Steve Dickson
  2011-12-05 18:42     ` Anibal Monsalve Salazar
  0 siblings, 1 reply; 6+ messages in thread
From: Steve Dickson @ 2011-12-05 15:52 UTC (permalink / raw)
  To: Anibal Monsalve Salazar
  Cc: Kevin Coffman, linux-nfs, Michael Rasmussen, 651032

Hello,


On 12/05/2011 03:25 AM, Anibal Monsalve Salazar wrote:
> Hello Steve and Kevin,
> 
> To fix Debian Bug#649491[1], I moved the .so files to /lib and applied
> the following patch:
> 
> --- a/libnfsidmap.c	2010-12-09 04:07:53.000000000 +1100
> +++ b/libnfsidmap.c	2011-12-05 11:23:46.000000000 +1100
> @@ -61,7 +61,7 @@ static struct mapping_plugin **nfs4_plug
>  static struct mapping_plugin **gss_plugins = NULL;
>  
>  #ifndef PATH_PLUGINS
> -#define PATH_PLUGINS "/usr/lib/libnfsidmap"
> +#define PATH_PLUGINS "/lib/libnfsidmap"
>  #endif
>  #define PLUGIN_INIT_FUNC "libnfsidmap_plugin_init"
>  
> [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=649491
Why not just use the --with-pluginpath configuration flag?
That's how we do it in Fedora...

steved.

> 
> As Michael reported, libnfsidmap is still looking for the plugins in
> /usr/lib/libnfsidmap.
> 
> What do I need to change in libnfsidmap to make it find the plugins in
> /lib/libnfsidmap?
> 
> Please see Michael's report below.
> 
> Cheers,
> 
> Anibal
> 
> As Michael has reported, libnfsidmap2 is still looking 
> On Mon, Dec 05, 2011 at 08:18:08AM +0100, Michael Rasmussen wrote:
>> Package: nfs-common
>> Version: 1:1.2.5-2+b1
>> Severity: grave
>> File: /usr/sbin/rpc.idmapd
>> Justification: renders package unusable
>>
>> rpc.idmapd -v
>> rpc.idmapd: libnfsidmap: using domain: midgaard
>>
>> rpc.idmapd: libnfsidmap: Unable to load plugin:
>> /usr/lib/libnfsidmap/nsswitch.so: cannot open shared object file: No
>> such file or directory
>>
>> rpc.idmapd: libnfsidmap: requested translation method, 'nsswitch', is
>> not available
>>
>> rpc.idmapd: Unable to create name to user id mappings.
>>
>> rpc.idmapd is searching for libnfsidmap plugins in the wrong directory
>> so bug #650904 must be reopen since the provided change made to
>> libnfsidmap2 does not make any difference rpc.idmapd still uses
>> /usr/lib/libnfsidmap.
>>
>>
>> -- Package-specific info:
>> -- rpcinfo --
>>    program vers proto   port  service
>>     100000    4   tcp    111  portmapper
>>     100000    3   tcp    111  portmapper
>>     100000    2   tcp    111  portmapper
>>     100000    4   udp    111  portmapper
>>     100000    3   udp    111  portmapper
>>     100000    2   udp    111  portmapper
>>     100007    2   udp    785  ypbind
>>     100007    1   udp    785  ypbind
>>     100007    2   tcp    786  ypbind
>>     100007    1   tcp    786  ypbind
>> -- /etc/default/nfs-common --
>> NEED_STATD=no
>> STATDOPTS=
>> NEED_IDMAPD=yes
>> NEED_GSSD=
>> -- /etc/idmapd.conf --
>> [General]
>> Verbosity = 0
>> Pipefs-Directory = /var/lib/nfs/rpc_pipefs
>> Domain = midgaard 
>> [Mapping]
>> Nobody-User = nobody
>> Nobody-Group = nogroup
>> -- /etc/fstab --
>> balder:/home	/home		nfs4	defaults,proto=tcp,retry=5,hard,intr,async,_netdev,rsize=32768,wsize=32768 0	0
>> -- /proc/mounts --
>> rpc_pipefs /var/lib/nfs/rpc_pipefs rpc_pipefs rw,relatime 0 0
>> balder:/home/ /home nfs4 rw,relatime,vers=4,rsize=32768,wsize=32768,namlen=255,hard,proto=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=192.168.2.79,minorversion=0,local_lock=none,addr=192.168.2.2 0 0
>>
>> -- System Information:
>> Debian Release: wheezy/sid
>>   APT prefers unstable
>>   APT policy: (990, 'unstable'), (1, 'experimental')
>> Architecture: amd64 (x86_64)
>>
>> Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores)
>> Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
>> Shell: /bin/sh linked to /bin/bash
>>
>> Versions of packages nfs-common depends on:
>> ii  adduser             3.113
>> ii  initscripts         2.88dsf-13.13
>> ii  libc6               2.13-21
>> ii  libcap2             1:2.22-1
>> ii  libcomerr2          1.42-1
>> ii  libdevmapper1.02.1  2:1.02.67-2
>> ii  libevent-2.0-5      2.0.16-stable-1
>> ii  libgssapi-krb5-2    1.10+dfsg~alpha1-6
>> ii  libgssglue1         0.3-3.1
>> ii  libk5crypto3        1.10+dfsg~alpha1-6
>> ii  libkeyutils1        1.5.2-2
>> ii  libkrb5-3           1.10+dfsg~alpha1-6
>> ii  libnfsidmap2        0.24-3
>> ii  libtirpc1           0.2.2-5
>> ii  libwrap0            7.6.q-21
>> ii  lsb-base            3.2-28
>> ii  rpcbind             0.2.0-6
>> ii  ucf                 3.0025+nmu2
>>
>> Versions of packages nfs-common recommends:
>> ii  python  2.7.2-9
>>
>> nfs-common suggests no packages.
>>
>> -- no debconf information

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Bug#651032: /usr/sbin/rpc.idmapd: rpc.idmapd referring to none existing library
  2011-12-05 15:52   ` Steve Dickson
@ 2011-12-05 18:42     ` Anibal Monsalve Salazar
  2011-12-05 20:20       ` Steve Dickson
  0 siblings, 1 reply; 6+ messages in thread
From: Anibal Monsalve Salazar @ 2011-12-05 18:42 UTC (permalink / raw)
  To: Steve Dickson
  Cc: Kevin Coffman, linux-nfs, Michael Rasmussen, 651032,
	Rares Aioanei, 649491, Bjoern Buerger, 650904, steven, 650948

On Mon, Dec 05, 2011 at 10:52:18AM -0500, Steve Dickson wrote:
>Why not just use the --with-pluginpath configuration flag?
>That's how we do it in Fedora...

The --with-pluginpath configuration option isn't in 0.24.

I run

 ./configure --help

and it doesn't list the --with-pluginpath configuration option.

The configure commands doesn't unrecognize the --with-pluginpath option.
See below.

 CFLAGS="-Wall -g -O2" ./configure --host=i486-linux-gnu \
 --build=i486-linux-gnu --prefix=/usr --mandir=\${prefix}/share/man \
 --infodir=\${prefix}/share/info --with-pluginpath=/lib/libnfsidmap
 configure: WARNING: unrecognized options: --with-pluginpath

The git repo has patches to add the --with-pluginpath configuration
option. Do you plan to release libnfsidmap 0.25 soon?

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Bug#651032: /usr/sbin/rpc.idmapd: rpc.idmapd referring to none existing library
  2011-12-05 18:42     ` Anibal Monsalve Salazar
@ 2011-12-05 20:20       ` Steve Dickson
  2011-12-07 12:44         ` Steven Shiau
  0 siblings, 1 reply; 6+ messages in thread
From: Steve Dickson @ 2011-12-05 20:20 UTC (permalink / raw)
  To: Anibal Monsalve Salazar
  Cc: Kevin Coffman, linux-nfs, Michael Rasmussen, 651032,
	Rares Aioanei, 649491, Bjoern Buerger, 650904, steven, 650948



On 12/05/2011 01:42 PM, Anibal Monsalve Salazar wrote:
> On Mon, Dec 05, 2011 at 10:52:18AM -0500, Steve Dickson wrote:
>> Why not just use the --with-pluginpath configuration flag?
>> That's how we do it in Fedora...
> 
> The --with-pluginpath configuration option isn't in 0.24.
> 
> I run
> 
>  ./configure --help
> 
> and it doesn't list the --with-pluginpath configuration option.
> 
> The configure commands doesn't unrecognize the --with-pluginpath option.
> See below.
> 
>  CFLAGS="-Wall -g -O2" ./configure --host=i486-linux-gnu \
>  --build=i486-linux-gnu --prefix=/usr --mandir=\${prefix}/share/man \
>  --infodir=\${prefix}/share/info --with-pluginpath=/lib/libnfsidmap
>  configure: WARNING: unrecognized options: --with-pluginpath
> 
> The git repo has patches to add the --with-pluginpath configuration
> option. Do you plan to release libnfsidmap 0.25 soon?
Sure.. I'll try to get one out asap...

steved.


^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Bug#651032: /usr/sbin/rpc.idmapd: rpc.idmapd referring to none existing library
  2011-12-05 20:20       ` Steve Dickson
@ 2011-12-07 12:44         ` Steven Shiau
  2011-12-07 14:35           ` Rares Aioanei
  0 siblings, 1 reply; 6+ messages in thread
From: Steven Shiau @ 2011-12-07 12:44 UTC (permalink / raw)
  To: Anibal Monsalve Salazar
  Cc: Steve Dickson, Kevin Coffman, linux-nfs, Michael Rasmussen,
	651032, Rares Aioanei, 649491, Bjoern Buerger, 650904, 650948

Anibal,
I confirm this issue is gone in 0.24-4. Cool! Thanks!
========================================
$ sudo apt-get install nfs-common
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following extra packages will be installed:
  libnfsidmap2
The following NEW packages will be installed:
  libnfsidmap2 nfs-common
0 upgraded, 2 newly installed, 0 to remove and 1 not upgraded.
Need to get 304 kB of archives.
After this operation, 752 kB of additional disk space will be used.
Do you want to continue [Y/n]?
Get:1 http://free.nchc.org.tw/debian/ sid/main libnfsidmap2 i386 0.24-4
[28.5 kB]
Get:2 http://free.nchc.org.tw/debian/ sid/main nfs-common i386
1:1.2.5-2+b1 [276 kB]
Fetched 304 kB in 0s (1,284 kB/s)
Selecting previously unselected package libnfsidmap2.
(Reading database ... 139229 files and directories currently installed.)
Unpacking libnfsidmap2 (from .../libnfsidmap2_0.24-4_i386.deb) ...
Selecting previously unselected package nfs-common.
Unpacking nfs-common (from .../nfs-common_1%3a1.2.5-2+b1_i386.deb) ...
Processing triggers for man-db ...
Setting up libnfsidmap2 (0.24-4) ...
Setting up nfs-common (1:1.2.5-2+b1) ...

Creating config file /etc/idmapd.conf with new version

Creating config file /etc/default/nfs-common with new version
Starting NFS common utilities: statd idmapd.
========================================

Steven.

-- 
Steven Shiau <steven _at_ nchc org tw> <steven _at_ stevenshiau org>
National Center for High-performance Computing, Taiwan.
http://www.nchc.org.tw
Public Key Server PGP Key ID: 1024D/9762755A
Fingerprint: A2A1 08B7 C22C 3D06 34DB  F4BC 08B3 E3D7 9762 755A

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Bug#651032: /usr/sbin/rpc.idmapd: rpc.idmapd referring to none existing library
  2011-12-07 12:44         ` Steven Shiau
@ 2011-12-07 14:35           ` Rares Aioanei
  0 siblings, 0 replies; 6+ messages in thread
From: Rares Aioanei @ 2011-12-07 14:35 UTC (permalink / raw)
  To: Steven Shiau
  Cc: Anibal Monsalve Salazar, Steve Dickson, Kevin Coffman, linux-nfs,
	Michael Rasmussen, 651032, 649491, Bjoern Buerger, 650904,
	650948

I can confirm the problem as solved with 0.25-1. Thank you.



-- 
Rares Aioanei


^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2011-12-07 14:35 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <20111205071808.5626.67399.reportbug@sleipner.datanom.net>
2011-12-05  8:25 ` Bug#651032: /usr/sbin/rpc.idmapd: rpc.idmapd referring to none existing library Anibal Monsalve Salazar
2011-12-05 15:52   ` Steve Dickson
2011-12-05 18:42     ` Anibal Monsalve Salazar
2011-12-05 20:20       ` Steve Dickson
2011-12-07 12:44         ` Steven Shiau
2011-12-07 14:35           ` Rares Aioanei

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.