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
|