[Mailman-Users] Memory usage climbs for 3rd and 4th outgoing qrunner process

[Ivan Fetch]

Hello,

I am curious what would cause an outgoing queue runner process to increase in memory usage, when Mailman is idle?

I am running 4 outgoing qrunner slices, using this in mm_cfg.py:

try:
   QRUNNERS.remove(('OutgoingRunner', 1))
   QRUNNERS.append(('OutgoingRunner', 4))
except ValueError:
   pass


I've noticed that the first two processes use 20 MB of memory, the third has climbed to 29MB, and the fourth has climbed to 200Mb - over the past two days.

Even when Mailman is idle and not processing messages, the memory usage for the fourth outgoing runner process remains at 200Mb and continues to rise.

Last week, after running this way for 3 days, this 4th process was using 800 Mb of memory - at the time, Mailman runners were restarted (although Mailman was idle, and would handle messages quickly). WE may be at that point again tomorrow - I'd like to gather what info I can about this process before it runs away.


Here is what these look like right now:

# ps -ax -o pmem -o size -o args |sort -n |tail
Warning: bad syntax, perhaps a bogus '-'? See /usr/share/doc/procps-3.2.8/FAQ
 0.9 184936 /usr/sbin/named -u named
 1.2 20712 /usr/bin/python /mail/mailman/mailman/bin/qrunner --runner=BounceRunner:0:1 -s
 1.3 23032 /usr/bin/python /mail/mailman/mailman/bin/qrunner --runner=CommandRunner:0:1 -s
 1.3 25164 /usr/bin/python /mail/mailman/mailman/bin/qrunner --runner=RetryRunner:0:1 -s
 1.4 25400 /usr/bin/python /mail/mailman/mailman/bin/qrunner --runner=OutgoingRunner:1:4 -s
 1.7 31936 /usr/bin/python /mail/mailman/mailman/bin/qrunner --runner=VirginRunner:0:1 -s
 2.1 41292 /usr/bin/python /mail/mailman/mailman/bin/qrunner --runner=OutgoingRunner:2:4 -s
 2.2 42612 /usr/bin/python /mail/mailman/mailman/bin/qrunner --runner=IncomingRunner:0:1 -s
 2.9 55456 /usr/bin/python /mail/mailman/mailman/bin/qrunner --runner=OutgoingRunner:0:4 -s
10.1 205020 /usr/bin/python /mail/mailman/mailman/bin/qrunner --runner=OutgoingRunner:3:4 -


Thanks,

Ivan.























.