[OpenAFS] significant delay for afs user to login as root via su
ematlis@yahoo.com
ematlis@yahoo.com
Wed, 17 Mar 2010 14:04:49 -0700 (PDT)
Yes, I am using pam_afs_session. You've lost me about not using it in the =
su stack. Can you elaborate? Here's my system-auth-ac if it helps...=0A=
=0Aauth required pam_env.so=0Aauth sufficient pam_fpr=
intd.so=0Aauth sufficient pam_unix.so nullok try_first_pass=0Aaut=
h [success=3Dok default=3D1] pam_krb5.so use_first_pass minimum_u=
id=3D100=0Aauth [default=3Ddone] pam_afs_session.so program=3D/usr/bi=
n/aklog=0Aauth requisite pam_succeed_if.so uid >=3D 500 quiet=0A=
auth required pam_deny.so=0A=0Aaccount required pam_un=
ix.so=0Aaccount sufficient pam_localuser.so=0Aaccount sufficient=
pam_succeed_if.so uid < 500 quiet=0Aaccount [default=3Dbad success=
=3Dok user_unknown=3Dignore] pam_krb5.so minimum_uid=3D100=0Aaccount re=
quired pam_permit.so=0A=0Apassword requisite pam_cracklib.so tr=
y_first_pass retry=3D3=0Apassword sufficient pam_unix.so sha512 shado=
w nullok try_first_pass use_authtok=0Apassword required pam_deny.so=
=0A=0Asession optional pam_krb5.so=0Asession required pam=
_afs_session.so program=3D/usr/bin/aklog=0Asession optional pam_ke=
yinit.so revoke=0Asession required pam_limits.so=0Asession [su=
ccess=3D1 default=3Dignore] pam_succeed_if.so service in crond quiet use_ui=
d=0Asession required pam_unix.so=0A=0A=0AThanks,=0Aeric=0A=0A--- O=
n Wed, 3/17/10, Simon Wilkinson <sxw@inf.ed.ac.uk> wrote:=0A=0A> From: Simo=
n Wilkinson <sxw@inf.ed.ac.uk>=0A> Subject: Re: [OpenAFS] significant delay=
for afs user to login as root via su=0A> To: ematlis@yahoo.com=0A> Cc: ope=
nafs-info@openafs.org=0A> Date: Wednesday, March 17, 2010, 3:37 PM=0A> =0A>=
On 17 Mar 2010, at 20:24, ematlis@yahoo.com=0A> wrote:=0A> > I have notice=
d a significant delay (30 seconds or=0A> more) for a user logged in through=
an AFS account to open=0A> the root account via the command "su".=A0 This =
delay does=0A> not happen for a local account.=A0 I'm not sure where to=0A>=
start looking for this one. Any ideas?=0A> =0A> Are you using pam_afs_sess=
ion? We've just discovered that=0A> when that is enabled in the su stack, b=
ecoming root takes a=0A> very long time, whether or not you have set the mi=
nimum_uid=0A> or not. The simple solution is to not run pam_afs_session in=
=0A> the 'su' stack.=0A> =0A> More investigation is required into what's ac=
tually going=0A> wrong, but nobody here has had a chance to do so yet. Give=
n=0A> that just removing pam_afs_session from the su stack gives=0A> us the=
behaviour we want, I'm not sure how much more=0A> investigation we'll end =
up doing.=0A> =0A> It might be worth speaking to Russ to see if anyone else=
is=0A> seeing this problem, or he might chime in here.=0A> =0A> Cheers,=0A=
> =0A> Simon.=0A> =0A> =0A=0A=0A