Launchpad and mailman are out of sync

Bug #578405 reported by Curtis Hovey
18
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Launchpad itself
Fix Released
Critical
Gary Poster

Bug Description

Lists states (and probably their subscribers) are out of sync.

This list has been waiting to be created for a few hours
    https://edge.launchpad.net/~registry/+mailinglist

These list have been waiting for several days to be created
    https://launchpad.net/~meadl-devel/+mailinglist
    https://launchpad.net/~tagin-devel/+mailinglist

mbarnett reported that he saw a list waiting to be deactivated.

emails are being delivered, so this looks like a communication issue between lp and mailman. xmlrpc is ise to talk, so mm may not be polling, ot xmlrpc is not providing a list of actions to do, or lp is not providing the actions to do.

Curtis Hovey (sinzui)
Changed in launchpad-registry:
milestone: none → 10.05
Revision history for this message
Michael Barnett (mbarnett) wrote :

The mailing list for ~ubuntu-br.am is still "waiting to be deactivated" on lp.

-Michael

Revision history for this message
Curtis Hovey (sinzui) wrote :

List creation works fine on staging. Its code is the same as lpnet, but the data two weeks old.

Revision history for this message
Curtis Hovey (sinzui) wrote :

I found a questions from last week that verifies my suspicion that list memberships are not in sync:
    ayatana list is not getting new members.

Revision history for this message
Nicolas Delvaux (malizor) wrote :

Same problem here:
The "lp-l10n-fr-community" list "will be available within a few minutes" and the "lp-l10n-fr" one "is being deactivated"... since more than 2 days.

Revision history for this message
Curtis Hovey (sinzui) wrote :

I think the root cause of this bug is bug #576212. We may have a user with a name that blows the xmlrpc server to smithereens.

Revision history for this message
Curtis Hovey (sinzui) wrote :

https://pastebin.canonical.com/32109/ indicates that syncing broke on Wednesday.

Revision history for this message
Curtis Hovey (sinzui) wrote :

The leading candiates for the one TB I have seen implies
    proxy = xmlrpclib.ServerProxy(mm_cfg.XMLRPC_URL)
    ^ the config is wrong and we are not really talking to a server

There could be routing or port issue too.

Revision history for this message
Curtis Hovey (sinzui) wrote :

I think an admin can verify that mailman's instance of lib/mailman/Mailman/mm_cfg.py points the the real xmlrpc server. It would also be good to verify that requests can be made to the xmlrpc server on the correct port.

Tim Penhey (thumper)
summary: - Launhpad and mailman are out of sync
+ Launchpad and mailman are out of sync
Revision history for this message
Curtis Hovey (sinzui) wrote :

A restarting mailman:
May 10 22:00:59 2010 mailmanctl(23937): No child with pid: 30085
May 10 22:00:59 2010 mailmanctl(23937): [Errno 3] No such process
May 10 22:00:59 2010 mailmanctl(23937): Stale pid file removed.
May 10 22:01:11 2010 mailmanctl(24050): PID unreadable in: /srv/lists.launchpad.net/var/mailman/data/master-qrunner.pid
May 10 22:01:11 2010 mailmanctl(24050): [Errno 2] No such file or directory: '/srv/lists.launchpad.net/var/mailman/data/master-qrunner.pid'
May 10 22:01:11 2010 mailmanctl(24050): Is qrunner even running?
May 10 22:01:19 2010 qrunner(24069): Cannot import runner module Mailman.Queue.XMLRPCRunner
May 10 22:01:19 2010 qrunner(24069): No module named psycopg2

^ Note that Mailman.Queue.XMLRPCRunner *is* mailman lp integration. This implies syncing cannot be done.

Revision history for this message
Barry Warsaw (barry) wrote :

This looks like a build problem. Certainly an import error would cause XMLRPC runner process to exit.

Revision history for this message
Curtis Hovey (sinzui) wrote :

The cowboy patch made after the last rollout broken the mail env; mailman could not import psychopg2. An alternate patch was applied and mailman was restarted. The all the lists waiting to be created and users to be added were synced.

Changed in launchpad-registry:
assignee: nobody → Gary Poster (gary)
status: Triaged → 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.