Bug 442157

Summary: 'su' takes 10 to 40 seconds to respond
Product: [Fedora] Fedora Reporter: George Billios <gbillios>
Component: gdmAssignee: jmccann
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: low Docs Contact:
Priority: low    
Version: rawhideCC: cschalle, mschmidt, poelstra, rstrode, twaugh
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2008-04-12 17:26:23 EDT Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
Bug Depends On:    
Bug Blocks: 235706    

Description George Billios 2008-04-12 02:26:18 EDT
Description of problem:
After the last update of coreutils, 'su -' takes about 10 seconds to give root
prompt after password entry. This happens trying to 'su' as another user also. 

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

How reproducible:

Steps to Reproduce:
1.Login as normal user
2.do 'su -' and enter password
Actual results:
It takes about 10 seconds before you get the root prompt 

Expected results:
To get the prompt almost instantly as before the update.

Additional info:
Comment 1 Joonas Sarajärvi 2008-04-12 07:49:18 EDT
I just upgraded my Thinkpad T41 from Fedora 8 to Fedora 9 with Yum. I, too, am
experiencig this. It didn't happen in Fedora 8.

Strangely enough, this only happens when I try to su - inside an X session. If I
switch to a virtual terminal, su is as instantaneous as usual.
Comment 2 John Poelstra 2008-04-12 12:56:06 EDT
I'm seeing the same thing on latest rawhide 2008-04-11 on x86_64... my timing
was 40 seconds from the time I entered password and hit enter to actual root prompt.

FWIW, this was a yum upgraded system starting with F9 Beta-LIVE x86_64 as the
base install. 
Comment 3 Michal Schmidt 2008-04-12 16:45:39 EDT
Commenting out this line in /etc/pam.d/su makes it fast:
session         optional        pam_xauth.so
Comment 4 Michal Schmidt 2008-04-12 17:09:07 EDT
Even running simply the command 'xauth' takes a long time and an error message
is reported:

[michich@leela ~]$ xauth
xauth:  timeout in locking authority file

This message reminded me of a recent changelog entry I saw in gdm:
* Wed Apr 09 2008 Ray Strode <rstrode@redhat.com> - 1:2.21.10-0.2008.04.08.1
- Install X auth cookies in /var/run/gdm instead of /tmp

So I installed an older version of gdm from before this change
(gdm-2.21.10-0.2008.04.07.3.fc9) and both xauth and gdm now work fine. Here's
the test with xauth:

[michich@leela ~]$ xauth
Using authority file /tmp/.gdm-xauth-michich.OWJM9T

Reassigning to gdm.
Comment 5 Michal Schmidt 2008-04-12 17:26:23 EDT

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