Bug 669920

Summary:	F12-F14 preupgrade fails with GUI login except if login as root.
Product:	[Fedora] Fedora	Reporter:	Gavin Lusby <gavinlusby>
Component:	selinux-policy	Assignee:	Richard Hughes <rhughes>
Status:	CLOSED NOTABUG	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	high	Docs Contact:
Priority:	low
Version:	14	CC:	dwalsh, mgrepl, rhughes
Target Milestone:	---
Target Release:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2011-04-03 08:34:32 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:

Description Gavin Lusby 2011-01-15 20:01:36 UTC

Description of problem:

Not too sure if this is preupgrade/KDM/SELinux but I cannot log in as normal.
I have blamed preupgrade as this is the last major change I have done.

Preupgrade from a freshly updated Fedora 12 (KDE) to Fedora 14 went swimmingly;
/boot was too small, warned to use eth0, all packages were installed - all good.

Login screen accepted my name and password but before final loading screen 
completes, it goes back to the log-in screen.


Version-Release number of selected component (if applicable):
 (a) (currently) preupgrade-1.1.8-1.fc14.noarch (not too sure what it was)
 (b) Revision KDE 4.5 (2010-05-13)
 (c) As per Bug 646063 - which sounds similar, I have tried updating 
     selinux-policy.noarch but yum says that 
     "selinux-policy-3.9.7-19.fc14.noarch already installed and latest 
     version".


How reproducible:
Without fail from the gui. Fail-safe method does work although it is very slow.
Loging in with root always works.


Steps to Reproduce:
1. Login from GUI always fails.
2. Once loged in with root, if I try using login to a user account via 
   <<# login username>> from a konsole, then I get the following message:
	"
	
	
	Warning: Program '/bin/bash' crashed.
	"
   followed by a complete locking-up of the konsole window.
3. I tried creating a new user account from F14 root using 
   <<# useradd -geng -s/bin/bash -pxxxx -d/home/dummy -m dummy>>
   when loging into this F14-native account there is no login loading screen,
   it just returns to the original login prompt.
  
Actual results:
Would expect normal login behaviour as per the F11->F12 upgrade but alas no.
Would expect a new user would avoid legacy configuration and thus avoid this.


Expected results:
Would like to log-on as a normal user with no system privileges.


Additional info:
I've got deprecation messages for having a modprobe.conf and modprobe.d/ due 
to an old fix for Broadcom fix in F11 that I just have been a little scared to
remove for fear of permanently ruining my wifi... How could I watch TV 
otherwise?

Comment 1 Miroslav Grepl 2011-02-14 12:42:08 UTC

I don't think this is a SELinux issue. Are you able to log in in permissive mode?

Also AFAIK upgrade from F12 to F14 is not recommended.

Comment 2 Daniel Walsh 2011-02-14 14:09:27 UTC

You might want to try a relable 

touch /.autorelabel; reboot

If this is an SELinux issue.

Comment 3 Gavin Lusby 2011-02-15 07:41:20 UTC

I think you guys are right, I tried permissive, disabled SELinux policies and relabeled as I went and still I can only login as root.

Once logged in as root I can easily login as any user with the su command (i.e. without a password).  What are the processes between the gui log in and just a su login...?

I'll try and re-tag this problem elsewhere - any ideas?  

Thanks for the suggestions.

Comment 4 Daniel Walsh 2011-02-16 22:10:34 UTC

sssd is new in F14.  Or pam

Comment 5 Gavin Lusby 2011-04-03 08:34:06 UTC

The login failure was fixed with the last update I got yesterday.

Thanks for all the suggestions.

G