Bug 692675

Summary: nfs-utils-lib 1.1.5 build lacks ldap support
Product: [Fedora] Fedora Reporter: friedman
Component: nfs-utils-libAssignee: Steve Dickson <steved>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 14CC: narf, steved
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-03-13 19:43:07 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:
Attachments:
Description Flags
build fix none

Description friedman 2011-03-31 20:07:10 UTC
Description of problem:

	The most recent build of the nfs-utils-lib library in Fedora 14
	seems to have omitted ldap support.

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

	nfs-utils-lib-1.1.5-3.fc14.x86_64


        The problem is also present in the build at
		http://download.fedora.redhat.com/pub/fedora/linux/development/15/x86_64/os/Packages/nfs-utils-lib-1.1.5-5.fc15.x86_64.rpm
	as of 2011-03-31.

How reproducible:

	Always.

Steps to Reproduce:

	1. Modify /etc/idmapd.conf as follows:

		[Translation]
		Method = nsswitch, umich_ldap

	2. Modify LDAP_server and LDAP_base under [UMICH_SCHEMA] to point to an
	   ldap server if necessary.

	3. Profit!

Actual results:

	Server should start normally.

Expected results:

	# rpc.idmapd -v
	rpc.idmapd: libnfsidmap: using domain: [elided]
	rpc.idmapd: libnfsidmap: Realms list: '[elided]'
	rpc.idmapd: libnfsidmap: processing 'Method' list
	rpc.idmapd: libnfsidmap: loaded plugin /usr/lib64/libnfsidmap/nsswitch.so for method nsswitch

	rpc.idmapd: libnfsidmap: Unable to get init function: /usr/lib64/libnfsidmap/umich_ldap.so: undefined symbol: libnfsidmap_plugin_init

	rpc.idmapd: libnfsidmap: requested translation method, 'umich_ldap', is not available

	rpc.idmapd: Unable to create name to user id mappings.


Additional info:

	I tried building the package directly without re-running autogen.sh
	and LDAP support was present in the resulting build.  It looks like
	clobbering the configuration scripts is preventing LDAP support
	from getting enabled by default.

Comment 1 friedman 2011-03-31 20:46:53 UTC
Created attachment 489222 [details]
build fix

Here specifically are the changes I applied to the rpm in order to build in LDAP support.  The changes to configure.in (adding a pluginpath option) seems to be a no-op since rpmbuild's %configure macro doesn't use it and nothing else sets it.  Without that upstream change, it seems unnecessary to regenerate the autoconf/libtool scripts or to include config.h.

Comment 2 friedman 2011-05-18 23:10:39 UTC
This problem is still present in the Fedora 15 development builds as of 1.2.3-11.fc15.

Comment 3 friedman 2011-05-18 23:22:20 UTC
Sorry, I specified the version number for the wrong package and in any case things have moved around a little bit.  

The problem still exists with libnfsidmap-0.24-5.fc15.  Does this warrant filing a new bug?

Comment 4 friedman 2011-05-18 23:51:54 UTC
Nevermind; filing a new bug against libnfsidmap since I have a proper patch for it.  Sorry for the comment spam here.

Comment 5 Fran Taylor 2011-06-22 05:42:26 UTC
I have also encountered this issue in Fedora 15.

I was able to fix it by applying this simple patch:

--- nfs-utils-lib-1.1.5/libnfsidmap/umich_ldap.c-orig   2011-06-22 01:10:57.050728002 -0400
+++ nfs-utils-lib-1.1.5/libnfsidmap/umich_ldap.c        2011-06-22 01:11:04.755727994 -0400
@@ -32,6 +32,10 @@
  * SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
  */
 
+#ifdef HAVE_CONFIG_H
+#include "config.h"
+#endif /* HAVE_CONFIG_H */
+
 #ifdef ENABLE_LDAP
 
 #include <sys/types.h>

Comment 6 Steve Dickson 2012-03-13 19:43:07 UTC

*** This bug has been marked as a duplicate of bug 705952 ***