Quirky session behavior w/ systemd from ppa:pitti/systemd

Bug #1472259 reported by Christopher Townsend
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
systemd (Ubuntu)
Fix Released
High
Martin Pitt

Bug Description

Using systemd from ppa:pittti/systemd, I'm experiencing quirky session behavior such as not being able to reboot or shutdown due to gnome-session wanting interactive authentication.

Here are the requested outputs:

$ loginctl
   SESSION UID USER SEAT
        c1 110 lightdm seat0
         1 1000 townsend

2 sessions listed.

$ loginctl show-session $XDG_SESSION_ID
Id=c1
Name=lightdm
Timestamp=Tue 2015-07-07 08:55:50 EDT
TimestampMonotonic=4093727
VTNr=7
Display=:0
Remote=no
Service=lightdm-greeter
Scope=session-c1.scope
Leader=992
Audit=0
Type=x11
Class=greeter
Active=yes
State=closing
IdleHint=no
IdleSinceHint=0
IdleSinceHintMonotonic=0

Revision history for this message
Christopher Townsend (townsend) wrote :

Attaching the output of journalctl as requested.

Revision history for this message
Christopher Townsend (townsend) wrote :

Attaching journalctl w/ kernel debug.

Revision history for this message
Martin Pitt (pitti) wrote :

Jul 07 09:28:32 Slave1 gnome-session[1850]: gnome-session[1850]: WARNING: Shutdown failed: GDBus.Error:org.freedesktop.DBus.Error.InteractiveAuthorizationRequired: Interactive authentication required.

This is probably because this is all mixed up:

        c1 110 lightdm seat0
         1 1000 townsend

That means lightdm has the "foreground" session, and your XDG_SESSION_ID is c1. And "your" session is a remote one "1".

Revision history for this message
Martin Pitt (pitti) wrote :
Changed in systemd (Ubuntu):
status: New → In Progress
importance: Undecided → High
assignee: nobody → Martin Pitt (pitti)
Revision history for this message
Martin Pitt (pitti) wrote :

When you are in that situation, can you please attach the output of "systemd-cgls" so that we know why the lightdm greeter session doesn't terminate properly? I. e. which process is keeping it from shutting down?

Revision history for this message
Christopher Townsend (townsend) wrote :

The requested systemd-cgls output.

Revision history for this message
Christopher Townsend (townsend) wrote :

Hey Martin,

I see on that systemd-devel thread that a potential fix has been committed. If you update your PPA, I will try it an see if it fixes it for me.

Thanks for looking at this!

Revision history for this message
Martin Pitt (pitti) wrote :

Thanks for confirming! So this is definitively from leftovers of the lightdm session:

  └─user-110.slice
    ├─user@110.service
    │ ├─996 /lib/systemd/systemd --user
    │ └─997 (sd-pam)
    └─session-c1.scope
      ├─1149 /usr/bin/pulseaudio --start --log-target=syslog
      └─1168 /usr/lib/pulseaudio/pulse/gconf-helper

Right after logging in I also could briefly reproduce this, I had

        c2 1000 martin seat0
        c1 115 lightdm seat0

but unfortunately it didn't last long enough to get "loginctl session-status c1", I suppose the leaked processes eventually just timed out. But this would be enough to cause this.

Building updated PPA package now, will take some 45 mins to get through all the tests.

Revision history for this message
Martin Pitt (pitti) wrote :

Christopher: systemd 221+upstream20150707-0.ubuntu1 uploaded to PPA, will be built in pretty much exactly one hour.

Revision history for this message
Christopher Townsend (townsend) wrote :

Hey Martin,

Yes, the updated package in your PPA fixes the issue in this bug. I also confirmed that unprivileged LXC's still start.

Thanks again!

Revision history for this message
Martin Pitt (pitti) wrote :

Thanks for verifying! As this only affected the PPA I'm closing this now.

Changed in systemd (Ubuntu):
status: In Progress → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.