We're using Mailman 2.0 on a Redhat machine with Sendmail. Occasionally upon accessing 
the
web admin interface some lockfiles remain and they need to be deleted. At this time 
there is one
sleeping python process:

------------------------------------
[root locks]# ps -AHf
..
httpd     3564   424  0 10:24 ?        00:00:55     /usr/sbin/httpd -f 
/etc/httpd/conf/httpd.conf
httpd    18038  3564  0 15:42 ?        00:00:00       /usr/bin/python -S 
/home/mailman/scripts/driver admin
..
------------------------------------

The /locks directory shows locks with future dates:

------------------------------------
[root locks]# ls -lsa --full-time
total 8
   1 drwxrwsr-x   2 mailman  mailman      1024 Sun Feb 11 15:36:01 2001 .
   1 drwxrwsr-x  24 mailman  mailman      1024 Tue Jan 02 14:51:39 2001 ..
   1 -rw-rw-r--   2 httpd    mailman        53 Sun Feb 11 20:29:57 2001 listname.lock
   1 -rw-rw-r--   2 httpd    mailman        53 Sun Feb 11 20:29:57 2001 
listname.lock.www.domain.com.17488
   1 -rw-rw-r--   1 httpd    mailman        53 Sun Feb 11 20:30:03 2001 
listname.lock.www.domain.com.17498
   1 -rw-rw-r--   1 httpd    mailman        53 Sun Feb 11 20:30:48 2001 
listname.lock.www.domain.com.17546
   1 -rw-rw-r--   1 httpd    mailman        53 Sun Feb 11 20:31:40 2001 
listname.lock.www.domain.com.17569
   1 -rw-rw-r--   1 httpd    mailman        53 Sun Feb 11 20:32:45 2001 
listname.lock.www.domain.com.17629
[root locks]#  date
Sun Feb 11 15:37:15 PST 2001
------------------------------------

Today I have deleted some lockfiles while delivery to a list of +10.000 took place and 
18 copies of the 
message were delivered before I emptied the queue. Mailman and httpd error logs are 
not touched.
Is there any connection between deleting the lockfiles and multiple deliveries? Are 
lockfiles with
future dates normal? Is deleting lockfiles a bad thing?

Regards
Gergely



------------------------------------------------------
Mailman-Users maillist  -  [EMAIL PROTECTED]
http://mail.python.org/mailman/listinfo/mailman-users

Reply via email to