[Mailman-Developers] URGENT Please Help: Duplicates with 2.0 final

Todd Joseph todd@connactivity.connactivity.com
Mon, 16 Apr 2001 23:08:29 -0400


BW>Are you running Mailman on an NFS mounted file system?  Locking
BW>/shouldn't/ be susceptible to NFS issues, but it still isn't a
BW>terribly good idea.

No -- all local filesystems.

BW>Another scenario is that you've cranked up your qrunner process
BW>limits, but not appropriatedly adjusted your qrunner lock lifetime.
BW>In that case, qrunner could be running for a long time, exceeding the
BW>lock lifetime, and allowing a future cron started qrunner to break the
BW>still running qrunner's lock.

Interesting.  I haven't adjusted any of this intentionally. 

BW>The best way to see if this is happening is to edit cron/qrunner
BW>around about line 274, where the LockFile instance is created.  Add an
BW>argument "withlogging=1" to turn on lock file logging.  Then you'd
BW>study the log to see if you get any "lock broken" messages.

OK, I'll try that. 

BW>    TJ> OK, I'm bad.  I changed them in the Defaults.py file.  I tried
BW>    TJ> to use the mm_cfg.py file, but ran into a problem (was a few
BW>    TJ> months ago, don't remember what exactly happened).
BW>
BW>I'd like to know about those, since changing mm_cfg.py is better.
BW>Otherwise future upgrades could overwrite your changes.

I'll letcha know. 

Thanks for all the help.

Todd