Bug 784909

Summary:	rpc.gssd linking issue
Product:	Red Hat Enterprise Linux 6	Reporter:	Simo Sorce <ssorce>
Component:	nfs-utils	Assignee:	Steve Dickson <steved>
Status:	CLOSED ERRATA	QA Contact:	Rock Lee <xinli>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	6.3	CC:	bfields, eguan, jlayton, kzhang, rwheeler, steved, xinli, yanwang
Target Milestone:	rc
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:	nfs-utils-1.2.3-30.el6	Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:	784908	Environment:
Last Closed:	2013-02-21 10:55:04 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Bug Depends On:	784908
Bug Blocks:

Description Simo Sorce 2012-01-26 15:57:19 UTC

+++ This bug was initially created as a clone of Bug #784908 +++

rpc.gssd is supposed to link against the libgssglue librray so that rpc.gssd becomes independent from the specific gssapi implementation.

Libgssglue uses the /etc/gssapi_mech.conf file to detemine what gssapi to dlopen() and use. By default it loads libgssapi_krb5.so which is provided by the MIT krb5 packages.

rpc.gssd do link agains libgssglue.so, unfortunately it also links against libgssapi_krb5.so

These 2 library export the same symbols so results are unpredictable if libgssglue is configured to use a different library.

rpc.gssd should not link against libgssapi_krb5 directly and let libgssglue.so load it dynamically at startup.

Comment 7 errata-xmlrpc 2013-02-21 10:55:04 UTC

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHBA-2013-0468.html