Bug 14934 - /etc/pam.d/su wants pam_stack.s
Summary: /etc/pam.d/su wants pam_stack.s
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: sh-utils   
(Show other bugs)
Version: 7.0
Hardware: i386 Linux
medium
high
Target Milestone: ---
Assignee: bero
QA Contact:
URL:
Whiteboard:
Keywords:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2000-07-31 22:41 UTC by chodges
Modified: 2008-05-01 15:37 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2000-07-31 22:41:39 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

Description chodges 2000-07-31 22:41:37 UTC
After an upgrade from RH 6.2, su quits working and reports the following:

Jul 31 17:21:52 Omega su: PAM unable to dlopen(/lib/security/pam_stack.so)
Jul 31 17:21:52 Omega su: PAM [dlerror: /lib/security/pam_stack.so: cannot
open shared object file: No such file or directory]
Jul 31 17:21:52 Omega su: PAM adding faulty module:
/lib/security/pam_stack.so

/etc/pam.d/su included with rpm wants pam_stack.so which doesn't exist in
my distribution. Maybe needs a dependency for the package that has
pam_stack.so in rpm? Replacing /etc/pam.d/su with the old 6.2 file works
around the problem.

/etc/pam.d/su from pinstripe rpm:
#%PAM-1.0
auth       sufficient   /lib/security/pam_rootok.so
# Uncomment the following line to implicitly trust users in the "wheel"
group.
#auth       sufficient   /lib/security/pam_wheel.so trust use_uid
# Uncomment the following line to require a user to be in the "wheel"
group.
#auth       required     /lib/security/pam_wheel.so use_uid
auth       required     /lib/security/pam_stack.so service=system-auth
account    required     /lib/security/pam_stack.so service=system-auth
password   required     /lib/security/pam_stack.so service=system-auth
session    required     /lib/security/pam_stack.so service=system-auth
session    optional     /lib/security/pam_xauth.so

/etc/pam.d/su from 6.2 distribution:#%PAM-1.0
auth       required     /lib/security/pam_pwdb.so shadow nullok
account    required     /lib/security/pam_pwdb.so
password   required     /lib/security/pam_cracklib.so
password   required     /lib/security/pam_pwdb.so shadow use_authtok nullok
session    required     /lib/security/pam_pwdb.so
session    optional     /lib/security/pam_xauth.so

Comment 1 chodges 2000-07-31 22:56:55 UTC
Sorry... it looks like my rpm database is corrupted. Whether the corruption was
caused by the upgrade is unknown but in any case I'm going to do a fresh install
with pinstripe.


Note You need to log in before you can comment on or make changes to this bug.