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 13:11:07 +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: <20061124103455.45685.qmail@web33513.mail.mud.yahoo.com>
Mailing-list: contact qmail-ldap-help@qmail-ldap.org; run by ezmlm
Organization: Fundación Integra
References: <20061124103455.45685.qmail@web33513.mail.mud.yahoo.com>
Reply-to: antonio.guirado@f-integra.org
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.



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