Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 442157 - 'su' takes 10 to 40 seconds to respond
'su' takes 10 to 40 seconds to respond
Status: CLOSED DUPLICATE of bug 442061
Product: Fedora
Classification: Fedora
Component: gdm (Show other bugs)
All Linux
low Severity low
: ---
: ---
Assigned To: jmccann
Fedora Extras Quality Assurance
Depends On:
Blocks: F9Blocker
  Show dependency treegraph
Reported: 2008-04-12 02:26 EDT by George Billios
Modified: 2015-01-14 18:20 EST (History)
5 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2008-04-12 17:26:23 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
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 ***

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