Re: [Mailman-Users] Mailman and multimaster redundancy

2005-11-04 Thread pbm
Mark Sapiro, Fri, Nov 04, 2005 at 08:41:07AM -0800: > Having two 'live' mailman instances with separate data and keeping them > synched would be very difficult. Moving list configuration data to another backend system (ie something different from python dbs) would be a big step forward. Aside from

Re: [Mailman-Users] Mailman and multimaster redundancy

2005-11-04 Thread Mark Sapiro
Mordechai T. Abzug wrote: > >Yes, the web part and the mail part are easy. My concern is the >mailman configuration itself, as per my earlier posting. I need full >redundancy. Note that performance is NOT a problem. The problem is >to not have a single point of failure. The servers in question

Re: [Mailman-Users] Mailman and multimaster redundancy

2005-11-04 Thread Brad Knowles
At 1:15 AM -0700 2005-11-04, Ivan Fetch wrote: > However, you can't have two instances of Mailman running at the same > time, acting on the shared data storage (lists, archives, Etc) correct? Actually, you should be able to do that. Mailman makes use of file locking, etc... to hel

Re: [Mailman-Users] Mailman and multimaster redundancy

2005-11-04 Thread Brad Knowles
At 5:20 AM -0500 2005-11-04, Mordechai T. Abzug wrote: >> Splitting the Mailman instance itself is a bit more difficult, >> and would need to be done via NFS or other shared network storage >> facility with the appropriate file locking mechanisms, etc > > In my experience, you can't ju

Re: [Mailman-Users] Mailman and multimaster redundancy

2005-11-04 Thread Ivan Fetch
Hello, Hmm - I believe I remember mailmanctl being irritated about it's own locking when attempting to run a second instance of mailmanctl accessing the same Mailman data. You can force lock removal, and perhaps the second instance would start, but I've never tried that (seemed like a bad

Re: [Mailman-Users] Mailman and multimaster redundancy

2005-11-04 Thread Mark Sapiro
Ivan Fetch wrote: > >However, you can't have two instances of Mailman running at the same >time, acting on the shared data storage (lists, archives, Etc) correct? I'm not sure that you can't. Concurrent updates to lists are protected by locks. I think there may be an issue with queues. I bel

Re: [Mailman-Users] Mailman and multimaster redundancy

2005-11-04 Thread Mordechai T. Abzug
On Fri, Nov 04, 2005 at 08:17:47AM +0200, Brad Knowles wrote: > At 10:24 PM -0500 2005-11-03, Mordechai T. Abzug wrote: > > > I'd like to set up GNU Mailman for high-availabilty via multimaster > > redundancy, ie. with two servers such that configuration and > > subscription changes can occur on e

Re: [Mailman-Users] Mailman and multimaster redundancy

2005-11-04 Thread Ivan Fetch
Hello, However, you can't have two instances of Mailman running at the same time, acting on the shared data storage (lists, archives, Etc) correct? - Ivan Fetch. On Fri, 4 Nov 2005, Brad Knowles wrote: > At 10:24 PM -0500 2005-11-03, Mordechai T. Abzug wrote: > >> I'd like to set up GNU

Re: [Mailman-Users] Mailman and multimaster redundancy

2005-11-03 Thread Brad Knowles
At 10:24 PM -0500 2005-11-03, Mordechai T. Abzug wrote: > I'd like to set up GNU Mailman for high-availabilty via multimaster > redundancy, ie. with two servers such that configuration and > subscription changes can occur on either server and will automatically > be propagated to the other ser

[Mailman-Users] Mailman and multimaster redundancy

2005-11-03 Thread Mordechai T. Abzug
I'd like to set up GNU Mailman for high-availabilty via multimaster redundancy, ie. with two servers such that configuration and subscription changes can occur on either server and will automatically be propagated to the other server. Can GNU Mailman do this? If not, any suggestions for other (f