Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 478180 - sys-auth/pambase[consolekit,systemd]: slow initial ssh login
Summary: sys-auth/pambase[consolekit,systemd]: slow initial ssh login
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Mikle Kolyada (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 465508
  Show dependency tree
 
Reported: 2013-07-25 22:04 UTC by redneb
Modified: 2019-04-02 13:31 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description redneb 2013-07-25 22:04:34 UTC
After migrating to systemd (in order to use gnome 3.8), I noticed that the first time I login to my system via ssh right after a reboot is very slow, it takes about 90 seconds. I experimented a lot and it seems that the problem is with sys-auth/pambase-20120417-r2. If I disable the consolekit use flag (which is enabled by the desktop profile) and leave the systemd flag enabled (which I enabled in make.conf during the systemd migration), login now is as fast as before.

Reproducible: Always
Comment 1 redneb 2013-07-25 22:06:45 UTC
More generally, should there be a dedicated profile for gnome 3.8 that enables the systemd use flag and disables consolekit? Until that happens, should the wiki page about systemd migration recommend disabling the consolekit flag in make.conf?
Comment 2 Pacho Ramos gentoo-dev 2013-07-26 06:11:56 UTC
Would be better to try to know why are they conflicting now for pambase
Comment 3 drunkenbatman 2013-07-27 23:10:54 UTC
*vaguely points towards pambase + systemd flag*

This is enabling session-tracking. If you hack the build to disable the systemd dependency on pambase, it goes away even with consolekit flag on gdm and such.

Though I noticed more than just slow initial logins (hung shutdowns, slow vt switching, sometimes my testing computer would begin to weep uncontrollably, etc).
Comment 4 Jeroen Roovers (RETIRED) gentoo-dev 2013-07-29 09:15:30 UTC
Sounds like you're hitting a time-out. Is your network configuration correct (DNS, hostname and so on)?
Comment 5 redneb 2013-07-29 10:15:30 UTC
(In reply to Jeroen Roovers from comment #4)
> Sounds like you're hitting a time-out. Is your network configuration correct
> (DNS, hostname and so on)?

Yes. Besides, I have disabled the UseDNS in my sshd_config.

I can reproduce this with a virtual machine. I start the virtual machine and when systemd has finished booting in it, I try following (in the host):

time ssh root@192.168.5.2 true

and it always takes about 90 seconds to complete.
Comment 6 Mikle Kolyada (RETIRED) archtester Gentoo Infrastructure gentoo-dev Security 2019-03-28 11:39:07 UTC
@systemd, please advice, as far as I remember (I can be wrong though), consolekit and systemd can not be enabled the same time, otherwise it gonna be lots of "fun".
Comment 7 Mike Gilbert gentoo-dev 2019-03-28 14:18:44 UTC
(In reply to Mikle Kolyada from comment #6)

The systemd profiles have consolekit in use.mask.

This bug is several years old, so I wonder if people still run into it. If there is still a problem, a REQUIRED_USE constraint might suffice.

REQUIRED_USE="?? ( consolekit elogind systemd )"
Comment 8 Mikle Kolyada (RETIRED) archtester Gentoo Infrastructure gentoo-dev Security 2019-03-28 14:43:55 UTC
(In reply to Mike Gilbert from comment #7)
> (In reply to Mikle Kolyada from comment #6)
> 
> The systemd profiles have consolekit in use.mask.
> 
> This bug is several years old, so I wonder if people still run into it. If
> there is still a problem, a REQUIRED_USE constraint might suffice.
> 
> REQUIRED_USE="?? ( consolekit elogind systemd )"

I had the same idea in mind, will implement soon
Comment 9 Mikle Kolyada (RETIRED) archtester Gentoo Infrastructure gentoo-dev Security 2019-04-02 13:31:43 UTC
should be fixed in the tree