touch-packages team mailing list archive

[Sergio Gelato <Sergio.Gelato@xxxxxxxxxxx>]

I'm seeing the same problem (on multiple systems), and have been looking
at the lightdm and unity-greeter log files in an attempt to understand
what is going on. Some additional observations:

* I see three processes survive the termination of the greeter session:
init (aka Upstart), indicator-sound-service and indicator-bluetooth-
service. The following children of the init process do terminate:
indicator-messages-service, indicator-power-service, indicator-datetime-
service, indicator-session-service, indicator-application-service.

* If I send a SIGTERM to the surviving indicator-sound-service and/or
indicator-bluetooth-service, the init process respawns a new one, and
the event is logged in /var/log/lightdm/x-N-greeter.log(.old) . To fully
get rid of the session I need to kill (-TERM is enough) the init
process. If I do so, the children go away too.

* The aforementioned greeter log does *not* say "DEBUG: Cleaning up" as I would have expected from reading the source code (and as seems to be happening on initial login). It does not say "DEBUG: unity-greeter.vala:605: Got a SIGTERM" either. Instead, I see:
---begin log excerpt---
init: indicator-bluetooth main process (21833) killed by TERM signal
init: indicator-bluetooth main process ended, respawning
init: indicator-power main process (21834) killed by TERM signal
init: indicator-power main process ended, respawning

** (unity-settings-daemon:21845): WARNING **: Name taken or bus went away - shutting down
init: indicator-datetime main process (21836) killed by TERM signal
init: indicator-datetime main process ended, respawning
init: indicator-sound main process ended, respawning
init: indicator-session main process (21853) killed by TERM signal
init: indicator-session main process ended, respawning
init: indicator-application main process (21854) killed by TERM signal
init: indicator-application main process ended, respawning
init: indicator-messages main process ended, respawning
init: indicator-power main process ended, respawning
init: indicator-datetime main process ended, respawning
init: indicator-session main process ended, respawning
init: indicator-application main process ended, respawning
init: indicator-messages respawning too fast, stopped
init: indicator-session respawning too fast, stopped
init: indicator-power main process ended, respawning
init: indicator-datetime respawning too fast, stopped
init: indicator-application respawning too fast, stopped
init: indicator-power main process ended, respawning
init: indicator-power main process ended, respawning
init: indicator-power main process ended, respawning
init: indicator-power main process ended, respawning
init: indicator-power main process ended, respawning
init: indicator-power main process ended, respawning
init: indicator-power main process ended, respawning
init: indicator-power respawning too fast, stopped
[+1548,34s] WARNING: unity-greeter: Fatal IO error 11 (Resource temporarily unavailable) on X server :1.

(unity-settings-daemon:21845): Gdk-WARNING **: unity-settings-daemon: Fatal IO error 2 (No such file or directory) on X server :1.
---end log excerpt---
(+1548,34s is 0.13 seconds after authentication completion. The comma is normal for this system's locale.) 

So it looks like unity-greeter is either not being sent, or not reacting
to, SIGTERM. It does exit, obviously, but perhaps only as a side effect
of the X server being shut down. According to
/var/log/lightdm/lightdm.log a SIGTERM was sent to the "lightdm
--session-child" process.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to upstart in Ubuntu.
https://bugs.launchpad.net/bugs/1322275

Title:
  lightdm sessions started by dm-tool lock (or a session locker) never
  get closed

Status in Light Display Manager:
  New
Status in lightdm package in Ubuntu:
  Confirmed
Status in upstart package in Ubuntu:
  Confirmed

Bug description:
  dm-tool lock starts a new lightdm greeter (for unlocking) and a new
  logind session. After unlocking the greeter disappears, but the logind
  session never closes. loginctl session status c24 reports something
  like:

  c24 - lightdm (103)
             Since: Thu 2014-05-22 18:38:27 CEST; 30min ago
            Leader: 7872
              Seat: seat0; vc8
           Display: :1
           Service: lightdm-greeter; type x11; class greeter
             State: closing
            CGroup: systemd:/user/103.user/c24.session
                    └─7907 init --user --startup-event indicator-services-start

  This results in an accumulation of stale lightdm sessions after using
  e.g. a session locker for a while.

  I get this issue on a freshly installed and fully updated Xubuntu
  14.04.

To manage notifications about this bug go to:
https://bugs.launchpad.net/lightdm/+bug/1322275/+subscriptions