Bug 155983 - early login fails to login
early login fails to login
Status: CLOSED WONTFIX
Product: Fedora
Classification: Fedora
Component: gdm (Show other bugs)
rawhide
i686 Linux
medium Severity medium
: ---
: ---
Assigned To: Ray Strode [halfline]
Mike McLean
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2005-04-26 09:35 EDT by Thomas J. Baker
Modified: 2007-11-30 17:11 EST (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2007-03-06 13:28:29 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Thomas J. Baker 2005-04-26 09:35:48 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.7.7) Gecko/20050416 Fedora/1.0.3-1.3.1 Firefox/1.0.3

Description of problem:
I'd been using early-login for a few days but the 4/24 or 4/25 update broke it. Everything looks like it's working normally but when you actually try to login, it complains about "Cannot start the session due to some internal error." The details are that "session_child_run: Could not exec /etc/X11/xdm/Xsession gnome-session". If I restart the system and remove early-login from the kernel cmdline, logging in works fine.

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

How reproducible:
Always

Steps to Reproduce:
1. enable early-login
2.
3.
  

Actual Results:  login fails

Expected Results:  login works

Additional info:

I've enabled early-login based on Ray Strode's post a few weeks back. chkconfiged the three gdm related init scripts, changed xfs and syslog start numbers, etc.
Comment 1 Tom London 2005-04-26 09:44:32 EDT
I've seen this problem too.

For me, it seems to be a 'mismatch' caused by early-login and init: some init
scripts appear to be executing in the SELinux domain 'init_t' instead of
'initrc_t'. This appears to cause lots of access failures, I believe when it
checks to see if the display manager is already running. I haven't had time yet
to completely track this down.

The first time this happened, I worked around it by 'CTL-ALT-F2' to a text
screen, logging in as root, and doing a 'setenforce 0'. 'CTL-ALT-F7' restores
the graphical stuff, and things work.

You can also boot with 'early-login enforcing=0'.
Comment 2 Rahul Sundaram 2005-09-04 23:04:11 EDT

Does installing firstboot change anything?. Based on 
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=159140
Comment 3 Ray Strode [halfline] 2007-03-06 13:28:29 EST
I'm going to close this bug, since the early-login experiment is pretty much
over with now.

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