mailman fails to start with stale pidfile and reports (in logs) the wrong pidfile to remove

Bug #908800 reported by Tom Haddon
This bug affects 3 people
Affects Status Importance Assigned to Milestone

Bug Description

Forster recently went awol and needed stabbing. When it came back up, the mailman process wasn't running. I tried manually starting it but was getting an error message very similar to which is referenced by David in After trying to start it a few times, each time removing /srv/ per the logs, it still was failing.

Then I noticed there was another pidfile - /srv/ Once this was removed, the mailman process started fine. So, it seems the initscript is giving us misleading information and silently fails if the second pidfile is stale.

Tom Haddon (mthaddon)
tags: added: canonical-losa-lp
Changed in launchpad:
importance: Undecided → High
Revision history for this message
Curtis Hovey (sinzui) wrote :

Didn'rt we see this happen several years ago when mailman shared an LPCONFIG with other production evironments? Has the configs changed recently so that mailman's config also thinks it is the config for other environments?

tags: added: mailman
Changed in launchpad:
status: New → Triaged
Revision history for this message
Robert Collins (lifeless) wrote :

This would likely be fixed by detangling mailman and using a stock install + our runner

Revision history for this message
Sean Sosik-Hamor (sciri) wrote :

Ran into this again today when forster rebooted.

Revision history for this message
Chris Jones (cmsj) wrote :

These sorts of issues can be trivially solved by storing pidfiles in volatile mounts - such as /var/run/

Colin Watson (cjwatson)
affects: launchpad → lp-mailman
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.