Bug 1177991 - Log in very slow for new users after KDE update
Summary: Log in very slow for new users after KDE update
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: kde-settings
Version: 21
Hardware: Unspecified
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Rex Dieter
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-01-01 03:48 UTC by Chris Smart
Modified: 2015-01-07 01:24 UTC (History)
10 users (show)

Fixed In Version: kde-settings-21-2.fc21
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-01-07 01:24:25 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
.xession-errors for failed user (1.53 KB, text/plain)
2015-01-01 04:04 UTC, Chris Smart
no flags Details

Description Chris Smart 2015-01-01 03:48:15 UTC
Description of problem:
After applying the latest KDE updates (4.14.3) on Fedora 21, new users have very slow log in times (taking around 4 minutes).

The 

How reproducible:
Always

Steps to Reproduce:
1. Ensure system is up-to-date and running KDE 4.14.3
2. Create a new user
3. Log in as new user

Actual results:
Log in process pauses a few times for around a minute each. The resulting desktop finally loads but is unusable; some applications, such as dolphin and konqueror, are very slow to load (and sometimes don't load at all). Logging out can take up to a minute.

Expected results:
Log in should work at normal speed.

Additional info:

This appears to be somehow related to kwallet. I noticed that a new user created before the KDE updates gets a kwalletrc file, but users post update do not. If I take the kwalletrc file from the initial user and put it in the broken user's .kde/share/config directory then their login works as per normal.

This work around seems to do the trick, when run before creating your new user:

mkdir -p /etc/skel/.kde/share/config
cat > /etc/skel/.kde/share/config/kwalletrc << \EOF
[Wallet]
Launch Manager[$d]
EOF

Note: This does not seem to affect Fedora 20.

Comment 1 Chris Smart 2015-01-01 04:01:16 UTC
In case it's helpful, I discovered this when creating a KDE based Fedora Remix. The image I created came with the updated KDE packages already and I noticed that the user I created during the install process had the above issue.

I built the fedora-kde-live.ks image and it had the same issue. I re-built fedora-kde-live.ks without the updates repo and the problem did not exist. I installed that Fedora 21 KDE image and did a manual update, which showed up the problem again.

Strangely, the liveuser does not have this problem - so lack of kwalletrc could be a symptom of some other problem. I tried applying the same .kde settings that we write for liveuser in /etc/rc.d/init.d/livesys for the new user, but that didn't seem to work around the problem either. Only adding a kwalletrc seems to work around the problem so far (I'm not sure what the actual problem is).

Comment 2 Chris Smart 2015-01-01 04:04:20 UTC
Created attachment 974926 [details]
.xession-errors for failed user

Comment 3 Rex Dieter 2015-01-01 05:42:30 UTC
Ah, thanks for the investigation.  I think it may be due to f21 GA release pam_kwallet didn't work right, but subsequent updates fixed it.

So, I suspect (working) pam_kwallet + initial/first-launch kwallet setup = unhappy

Comment 4 Rex Dieter 2015-01-01 05:55:18 UTC
For giggles, you could try omitting this update:

https://admin.fedoraproject.org/updates/FEDORA-2014-16450/pam-kwallet-0-0.7.20140508git49a5bc0.fc21

(and ensure socat isn't installed)

and see if that makes things better (or not).  (I'll test this too, tomorrow)

Comment 5 Rex Dieter 2015-01-01 16:38:04 UTC
I think I've found some kwalletrc (kde-settings) items in [Wallet] section that seem to contribute to the problem.  If I remove that whole section, things seem much better.

(I think I'm going to keep just 
[Wallet]
Leave Open=true

to ensure it never closes though (which, by itself, seems harmless wrt this bug so far in my own testing)

Comment 6 Rex Dieter 2015-01-01 16:55:34 UTC
first try at a fix,
https://fedorahosted.org/kde-settings/changeset/666/trunk/usr/share/kde-settings/kde-profile/default/share/config/kwalletrc

testing to help make sure there are not other ill side effects of removing those other items

Comment 7 Fedora Update System 2015-01-01 17:09:23 UTC
kde-settings-21-2.fc21 has been submitted as an update for Fedora 21.
https://admin.fedoraproject.org/updates/kde-settings-21-2.fc21

Comment 8 Fedora Update System 2015-01-02 05:03:43 UTC
Package kde-settings-21-2.fc21:
* should fix your issue,
* was pushed to the Fedora 21 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing kde-settings-21-2.fc21'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2015-0038/kde-settings-21-2.fc21
then log in and leave karma (feedback).

Comment 9 Chris Smart 2015-01-02 09:30:18 UTC
(In reply to Rex Dieter from comment #6)
> first try at a fix,
> https://fedorahosted.org/kde-settings/changeset/666/trunk/usr/share/kde-
> settings/kde-profile/default/share/config/kwalletrc
> 
> testing to help make sure there are not other ill side effects of removing
> those other items

The package (modified kwalletrc) fixed my problem and in the testing I've done haven't seen any regressions.

I've used Chrome, NetworkManager, etc all have talked to kwallet just fine. I do get some more options available at first log on which is fine, assume that's due to removing the other options by default.

Thanks.

Comment 10 Fedora Update System 2015-01-07 01:24:25 UTC
kde-settings-21-2.fc21 has been pushed to the Fedora 21 stable repository.  If problems still persist, please make note of it in this bug report.


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