Mir fails to start if there's a stale socket

Bug #1235159 reported by Michał Sawicz
28
This bug affects 4 people
Affects Status Importance Assigned to Milestone
Mir
Fix Released
Medium
Alan Griffiths
mir (Ubuntu)
Fix Released
Medium
Unassigned

Bug Description

Unity8 on Mir fails to start if there's a stale /tmp/mir_socket. I understand this is somewhat by design: bug #1216237, but the "right" way seems to be that it would check if the socket is stale and only bail out if it's not?

Another point is that IIRC it stalls on startup in that case instead of exiting with an error code.

Related branches

Revision history for this message
Michał Sawicz (saviq) wrote :

I wonder if the unity8 upstart job could handle that - after all, when you're (re)starting it, it should, arguably, just drop the socket that's there?

Revision history for this message
Michał Sawicz (saviq) wrote :

Suggestion from <alan_g>: so, a possibly simpler solution would be an atexit handler that deletes the socket?

Revision history for this message
Alan Griffiths (alan-griffiths) wrote :

A better solution is to ensure that we don't leave stale sockets on exit.

Changed in mir (Ubuntu):
assignee: nobody → Alan Griffiths (alan-griffiths)
Revision history for this message
Thomi Richards (thomir-deactivatedaccount) wrote :

related to, but not identical to bug lp:1236106

Changed in mir (Ubuntu):
status: New → Confirmed
importance: Undecided → Medium
status: Confirmed → In Progress
Changed in mir (Ubuntu):
status: In Progress → Triaged
assignee: Alan Griffiths (alan-griffiths) → nobody
Changed in mir (Ubuntu):
assignee: nobody → Alan Griffiths (alan-griffiths)
Revision history for this message
Michael Terry (mterry) wrote :

> A better solution is to ensure that we don't leave stale sockets on exit.

But you need something on startup. It's nice to clean up after yourself, but you will always have the situation where power is cut on you and you can't clean up.

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package mir - 0.0.14+13.10.20131010-0ubuntu1

---------------
mir (0.0.14+13.10.20131010-0ubuntu1) saucy; urgency=low

  [ Colin Watson ]
  * Don't build-depend on valgrind on arm64 for now, as it is not yet
    ported there.

  [ Ubuntu daily release ]
  * Automatic snapshot from revision 1095
 -- Ubuntu daily release <email address hidden> Thu, 10 Oct 2013 01:17:01 +0000

Changed in mir (Ubuntu):
status: Triaged → Fix Released
Changed in mir (Ubuntu):
status: Fix Released → Triaged
Changed in mir:
status: New → Triaged
importance: Undecided → Medium
assignee: nobody → Alan Griffiths (alan-griffiths)
Changed in mir (Ubuntu):
assignee: Alan Griffiths (alan-griffiths) → nobody
Revision history for this message
Daniel van Vugt (vanvugt) wrote :

Fix committed to development-branch at revision 1119.
Fix committed to lp:mir at revision 1100.

Changed in mir:
status: Triaged → Fix Committed
Changed in mir (Ubuntu):
status: Triaged → Fix Committed
Revision history for this message
Timo Jyrinki (timo-jyrinki) wrote :
Changed in mir (Ubuntu):
status: Fix Committed → Fix Released
Changed in mir:
milestone: none → phone-v1-freeze
Changed in mir:
milestone: phone-v1-freeze → 0.0.15
Changed in mir:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

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