
If you can help with any part of this, please let me know.
I'm going to repeat some concerns from an email of early this week... Please understand that I'm getting mail from cron every FIVE MINUTES regarding the second problem and every half hour regarding the first.
Please help if you can at all. I've rephrased and restructured my questions.
I was fixing my archives (which had never worked, but now do... it was an apache problem in the end, I think) when I munged all these file permissions. I have a working install of mailman (compiled slightly differently) and compared the two and I THINK the file perms between them are analogous.
In the process of cleaning some stuff, one lock file was deleted.
So here's one of the cron errors I get.
Traceback (innermost last): File "/usr/local/mailman/cron/run_queue", line 46, in ? main() File "/usr/local/mailman/cron/run_queue", line 39, in main lockfile.lock() File "/usr/local/mailman/Mailman/LockFile.py", line 186, in lock os.link(self.__lockfile, self.__tmpfname) OSError: [Errno 2] No such file or directory
Does anyone know how to recreate this lockfile?
I ran check_perms -f and it no longer gives errors and I tried to make the ownerships analogous to those in /usr/local/imc (the OTHER installation), but I'm still getting the following cron errors:
But I'm still getting this message every five minutes:
Traceback (innermost last): File "/usr/local/mailman/cron/gate_news", line 119, in ? main() File "/usr/local/mailman/cron/gate_news", line 58, in main mlist = MailList.MailList(name, lock=0) File "/usr/local/mailman/Mailman/MailList.py", line 62, in __init__ self.Load() File "/usr/local/mailman/Mailman/MailList.py", line 810, in Load raise Errors.MMBadListError, 'Failed to access config info' MMBadListError: Failed to access config info
It seems like everything else works, but I don't have any lists that are gating to a newsgroup.
So why is this one failing, but the lists are still working fine?
Thanks so much for any input. J.
Jeme A Brelin
jeme@brelin.net
----------------- [cc] counter-copyright http://www.openlaw.org
Mailman-Users maillist - Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users

The file is created each time there's a lock needed. If the lists are quiescent, delete everything in ~mailman/locks and see if this persists; if so, triplecheck the perms on ~mailman/locks.
So this says to me that you have a list whose data file has been moved, deleted, or corrupted. What does, say, list_lists show? What about bin/check_dbs on all the lists?

On Fri, 23 Feb 2001, Dan Mick wrote:
Well, there are no mailman processes running... And I would THINK that the lockfiles were generated automatically, but apparently not.
The locks dir is drwxrwsr-x mailman:mailman as it should be, yes?
I don't have a list_lists command (this is 1.1. Neither of my installations has a list_lists), but the active lists show up on the pages that browse lists (http://host/mailman/listinfo, etc.).
check_db on each list comes out fine.
I've removed one list, I think, in my entire time running mailman and that was weeks before i made the permissions errors that brought me where I am.
I just ran ~/bin/update (even though I didn't upgrade) and it said "you're either one brave soul, or you already ran me" on every list... save one. Hmm... I wonder...
Maybe it's fixed. I'll watch cron output. J.
Jeme A Brelin
jeme@brelin.net
----------------- [cc] counter-copyright http://www.openlaw.org

On Fri, 23 Feb 2001, Jeme A Brelin wrote:
Well, it's not fixed... and no matter how many times I run update, one list still doesn't report back that update's already been run. But check_db says it's databases are fine.
Could this list be the whole problem? And if so, what's the problem? The timing of the error would suggest to me that it could be nothing but a permissions problem, but I'm almost positive all that's fixed.
Any more clues would be great. J.
Jeme A Brelin
jeme@brelin.net
----------------- [cc] counter-copyright http://www.openlaw.org

On Fri, 23 Feb 2001, Dan Mick wrote:
Well, my original post included questions regarding an upgrade... but it was soundly ignored.
If I just do an upgrade over the top, I assume there are appropriate make targets or scripts to transition things seamlessly?
J.
Jeme A Brelin
jeme@brelin.net
----------------- [cc] counter-copyright http://www.openlaw.org

The file is created each time there's a lock needed. If the lists are quiescent, delete everything in ~mailman/locks and see if this persists; if so, triplecheck the perms on ~mailman/locks.
So this says to me that you have a list whose data file has been moved, deleted, or corrupted. What does, say, list_lists show? What about bin/check_dbs on all the lists?

On Fri, 23 Feb 2001, Dan Mick wrote:
Well, there are no mailman processes running... And I would THINK that the lockfiles were generated automatically, but apparently not.
The locks dir is drwxrwsr-x mailman:mailman as it should be, yes?
I don't have a list_lists command (this is 1.1. Neither of my installations has a list_lists), but the active lists show up on the pages that browse lists (http://host/mailman/listinfo, etc.).
check_db on each list comes out fine.
I've removed one list, I think, in my entire time running mailman and that was weeks before i made the permissions errors that brought me where I am.
I just ran ~/bin/update (even though I didn't upgrade) and it said "you're either one brave soul, or you already ran me" on every list... save one. Hmm... I wonder...
Maybe it's fixed. I'll watch cron output. J.
Jeme A Brelin
jeme@brelin.net
----------------- [cc] counter-copyright http://www.openlaw.org

On Fri, 23 Feb 2001, Jeme A Brelin wrote:
Well, it's not fixed... and no matter how many times I run update, one list still doesn't report back that update's already been run. But check_db says it's databases are fine.
Could this list be the whole problem? And if so, what's the problem? The timing of the error would suggest to me that it could be nothing but a permissions problem, but I'm almost positive all that's fixed.
Any more clues would be great. J.
Jeme A Brelin
jeme@brelin.net
----------------- [cc] counter-copyright http://www.openlaw.org

On Fri, 23 Feb 2001, Dan Mick wrote:
Well, my original post included questions regarding an upgrade... but it was soundly ignored.
If I just do an upgrade over the top, I assume there are appropriate make targets or scripts to transition things seamlessly?
J.
Jeme A Brelin
jeme@brelin.net
----------------- [cc] counter-copyright http://www.openlaw.org
participants (2)
-
Dan Mick
-
Jeme A Brelin