Qmail-LDAP
[Top] [All Lists]

Re: QMAIL CLUSTER with BACKUP

To: Mihai Costache <tepesu@yahoo.com>
Subject: Re: QMAIL CLUSTER with BACKUP
From: Antonio Guirado Puerta <antonio.guirado@f-integra.org>
Date: Fri, 24 Nov 2006 14:36:55 +0100
Cc: qmail-ldap@qmail-ldap.org, carlos.garcia@f-integra.org
Delivered-to: sp-com-lists@consult.net
Delivered-to: qmail-ldap-list@securepoint.com
Delivered-to: mailing list qmail-ldap@qmail-ldap.org
In-reply-to: <963326.850.qm@web33514.mail.mud.yahoo.com>
Mailing-list: contact qmail-ldap-help@qmail-ldap.org; run by ezmlm
Organization: Fundación Integra
References: <963326.850.qm@web33514.mail.mud.yahoo.com>
Reply-to: antonio.guirado@f-integra.org
Hello,

I think it is easier change ldapmailhost or Ldapclusterhost control
file. Isn't it?.

Regards


El vie, 24-11-2006 a las 05:13 -0800, Mihai Costache escribió:
>   this another link for thist qmail/GFS mix
>  
> http://marc2.theaimsgroup.com/?l=redhat-linux-cluster&m=114605641902158&w=2
> 
>   if your SAN not permiting to mount one partition on twho
> machine then you can think on this suggestion: use
> heartbeat from linux-ha.org with your configuration from
> last mail
>   you need to make an "simple" perl/bash script that, when
> heatbeat detect that one of you qmail host is down, must
> do: 
> 1)change mailHost attributes on openldap for email accounts
> "storred" on host down
> 2)mount the other SAN partition used by the qmail host down
> 
> 
>   this suggestion may have a problem: the time needed to
> make the changes on openldap side
> 
>    or .. you could think on other mta solution ... maybe
> postfix or exim 
> 
> 
> 
> 
> --- Antonio Guirado Puerta <antonio.guirado@f-integra.org>
> wrote:
> 
> > According our SAN partner, it is impossible mount a same
> > volume
> > with read/write permission in two machines. So it is
> > necessary a
> > middle level, based in network file systems (NFS, GFS,
> > etc.). We know
> > that there are installations with GFS but googling we
> > found the
> > following link:
> > 
> >
> http://www.redhat.com/archives/linux-cluster/2005-September/msg00220.html
> > 
> > Any good/bad experiences about GFS and QMAL? Is a good
> > mix?
> > 
> > Thanks.
> > 
> > 
> > 
> > El vie, 24-11-2006 a las 02:34 -0800, Mihai Costache
> > escribió:
> > > 
> > > why you don't use a 2 identical qmail-ldap hosts ? and
> > this two qmail hosts behind f5 balancer ?
> > > 
> > > and you have a single SAN partition ... and this
> > partition is mounted on each qmail-ldap machine
> > (configuration of this qmail-ldap
> > > hosts are identical)
> > > 
> > > in this case the email are stock on the same SAN
> > partition, regardless of qmail-ldap hosts
> > > 
> > > also the pop3 use the maildir on SAN partition
> > regardless of qmail-ldap hosts
> > > 
> > > 
> > > 
> > > 
> > > 
> > > ----- Original Message ----
> > > From: Antonio Guirado Puerta
> > <antonio.guirado@f-integra.org>
> > > To: qmail-ldap@qmail-ldap.org
> > > Cc: carlos.garcia@f-integra.org
> > > Sent: Thursday, November 23, 2006 12:17:50 PM
> > > Subject: QMAIL CLUSTER with BACKUP
> > > 
> > > Hello,
> > > 
> > > We are evaluating qmail-ldap for an ISP installation. 
> > > We need a qmail cluster situated behind a F5 balancer.
> > > We are going to distribute domains between two
> > different 
> > > qmail instances situated in different machines (p.e
> > mx1.domain.com
> > > and mx2.domain.com). 
> > > 
> > > Maildirs are on a two SAN partitions. Each machine
> > manages
> > > its partition where maildirs associated to controlled
> > domains are.
> > > 
> > > 1. Both machines active.
> > > 
> > > Qmail-LDAP-Cluster is interesting when both machines
> > are up. Mailhost
> > > attribute tell in which machine (mx1 or mx2) maildir
> > is. If balancer
> > > carries the session to a wrong qmail (where maildir is
> > not mounted),
> > > QMQP transfers SMTP/POP3/IMAP session to the right
> > instance of qmail.
> > > Notice that ldapclusterhost file can not have 
> > > both machine names (mx1.domain.com and mx2.domain.com)
> > because
> > > in that case, session is not transfer between qmail
> > instances.
> > > 
> > > 2. One machine is down.
> > > 
> > > At this moment, both partitions are mounted on the
> > active machine. So,
> > > only one Qmail must manage all domains. Ldapclusterhost
> > files should be
> > > used in this moment. Now Ldapclusterhost should has
> > mx1.domain.com and
> > > mx2.domain.com.
> > > 
> > > 
> > > We think that the same script that mount the partition
> > in the active
> > > machine, changes the content of Ldapclusterhost file.
> > But I'd like to
> > > ask if someone has a similar scenario or
> > qmail-ldap-cluster let do a
> > > backup cluster in an automatic way, using only control
> > files.
> > > 
> > > Thanks in advanced.
> > > Regards.
> > > 
> > -- 
> > ___________________________________________
> > 
> > Antonio M. Guirado Puerta
> > Sistemas  de Información y Comunicaciones
> > Fundación Integra. http://www.f-integra.org
> > 
> > Teléfono: +34 968 355161
> > Fax:      +34 968 355131
> > Correo:   antonio.guirado@f-integra.org
> > ___________________________________________
> > Este mensaje y los posibles documentos adjuntos al mismo
> > son confidenciales y
> > dirigidos exclusivamente a los destinatarios de los
> > mismos. Si por un error
> > de transmisión, o equivocación en la dirección de envío,
> > usted ha recibido 
> > este mensaje y no es el destinatario de la información,
> > por favor, notifíqueselo
> > al remitente y borre este mensaje, sin usar, informar,
> > distribuir, imprimir, copiar
> > o difundir el mensaje, total o parcialmente, por ningún
> > medio. Gracias.
> > 
> > 
> > 
> 
> 
> 
>  
> ____________________________________________________________________________________
> Do you Yahoo!?
> Everyone is raving about the all-new Yahoo! Mail beta.
> http://new.mail.yahoo.com
> 
-- 
___________________________________________

Antonio M. Guirado Puerta
Sistemas  de Información y Comunicaciones
Fundación Integra. http://www.f-integra.org

Teléfono: +34 968 355161
Fax:      +34 968 355131
Correo:   antonio.guirado@f-integra.org
___________________________________________
Este mensaje y los posibles documentos adjuntos al mismo son confidenciales y
dirigidos exclusivamente a los destinatarios de los mismos. Si por un error
de transmisión, o equivocación en la dirección de envío, usted ha recibido 
este mensaje y no es el destinatario de la información, por favor, notifíqueselo
al remitente y borre este mensaje, sin usar, informar, distribuir, imprimir, 
copiar
o difundir el mensaje, total o parcialmente, por ningún medio. Gracias.



<Prev in Thread] Current Thread [Next in Thread>