| AUTOR |
PORUKA |
|
|
Oglašeno: 02 Oct 08 13:14
|
|
Trenutna konfiguracija: postfix + dovecot + neki skeneri i stale zajebancije nezavisne od mail softvera. Da li je moguće ikako napraviti da se mail distribuira na 2 ili više servera istovremeno? U prevodu, hoću da dobijem da kad mail stigne na jednu mašinu, stigne i na drugu (pretpostavimo da su dve mašine u pitanju)? Pretpostavljam da bi dovecot ovo morao da radi (ionako je on vrši isporuku), zbog čuvanja emajlova u Sent, Draft i slične zajebancije (mrdanje emajlova iz jednog direktorijuma u drugi i slično). Ima li ideja? Makar ta ideja bila i klasterovani fajl sistem.
|
|
|
|
 → RE: mail failover
Oglašeno: 02 Oct 08 13:15
|
|
Zaboravih jednu bitnu stavku. Bilo bi lepo da se što manje saobraćaja proizvodi pošto se plaća protok.
|
|
|
|
|
→ RE: mail failover
Oglašeno: 03 Oct 08 11:28
|
|
Hehehehe. Pa to sam ja mislio oko onog hostinga. Slicno nesta, al iz drugih razloga. Ako budem uspeo da pomognem sebi. Citam vec danima. Pokusavam da razumem sve to. Ako nesta skontam javljam ASAP.
|
|
|
|
|
→ RE: mail failover
Oglašeno: 04 Oct 08 00:26
|
|
A sta kazes na rsync? :) Neces to moci sa dovecot-om, postfix radi isporuku, a dovecot je pop3/imap na koji se klijenti kace, mozda bi moglo nesto sa postfix-om, master.cf pa neke transport mape il nesto slicno, al ako na drugim masinama imas opet podignut dovecot rsync je zakon, mislim samo sincas direktorijume, ja sam pre koristio imapsync al samo zato sto je drugi imap server bio na windowsu...
|
|
|
|
|
→ RE: mail failover
Oglašeno: 05 Oct 08 13:04
|
|
Dovecot radi isporuku, pošto je tako brže (indexira ih odmah, a ne po započetoj IMAP sesiji i još neke stvari, može da koristi managesieve i sieve i slične smicalice koje ga za moj pojam čine boljim), tako da postfix radi sve one radnje koje prethode samoj dostavi emajla. Rsync je zajeban u toliko što to mora neki cron da radi i slično, a ja bih da, ako mogu, dobijem sledeći scenario. DNS da bude ovakav:
sparrow.ns-linux.org A <neki ip koji ne znam na pamet>
barbossa.ns-linux.org A <neki ip koji ne znam na pamet>
mail.ns-linux.org CNAME sparrow.ns-linux.org
mail.ns-linux.org CNAME barbossa.ns-linux.org
ns-linux.org MX mail.ns-linux.org
Da vas preduhitrim, znam da nije ovakav format zone, ali da ne komplikujem. Ono što bih ovim dobio je da ako jedan server crkne iz nekih razloga, tu je drugi. Nema prebacivanja DNS-a ako jedan od dvojice šanta i slično. Ono što ovo zahteva je da je sav emajl dostupan na oba servera. To je i razlog što bi ovo trebao da radi dovecot sve. Em isporučuje emajl, em kad iz nekog direktorijuma mrdneš ili obrišeš emajl, da javi drugom serveru da uradi isto. Naravno, uvek sam otvoren za nove ideje.
|
|
|
|
|
→ RE: mail failover
Oglašeno: 05 Oct 08 20:54
|
|
E sad... ovo je longshot... ko zna dal je to moguce izvesti tako kako sam zamislio - al vredi probati.
Tebi treba resenje koje ce da izdrzi crkavanje jednog izvora podataka.
To se zove RAID.
E sada implementacija ovde bi bila ako to moze nekako da se izvede - znaci tema je za razmisljanje.
Dve masine u mrezi
Na svakoj se ima disk iste velicine - ili disk image iste velicine - i ti image-i da se naprave na neku foru da budu u softwareskom raid mirror sistemu. E sada - jedna masina bi drzala taj RAID i exportovala ga preko NFS-a npr.
Na masini koja nije RAID host - taj NFS se montira preko istog tog image-a.
U slucaju da pukne masina koja nije host raida - sve nastavlja kako i treba. U slucaju da pukne masina host raida - puca i NFS mount i prelazi se na ono sto je bilo ispod tog NFS mounta - a to je upravo isti sadrzaj NFS mounta, samo sada lokalno se pristupa.
Sta mislite o ovome? Jel bi moglo da se izvede? Jel ste barem shvatili sta sam ja uspeo da zamislim?
|
|
|
|
|
→ RE: mail failover
Oglašeno: 05 Oct 08 22:47
|
|
A da neko odgovori... i mene zanima dal ovo moze da radi kako sam zamislio...
|
|
|
|
|
→ RE: mail failover
Oglašeno: 06 Oct 08 13:41
|
|
Nemanja, nisam bas razumeo najbolje kako si to mislio, ako pukne host raida, puca i NFS, a sta bi bilo ispod NFS mount-a druge masine? I kako bi to sto je ispod drzao u sincu sa drugom masinom?
Meka, mozda ne bi morao cron za rsync, ne znam koliko je komplikovano raditi sa inotify-em, (fam, sada gamin mu dodje kao neki frontend za to) , ne znam C al sigurno je moguce da pri svakoj promeni u mail direktorijumima pokrenes rsync samo za taj dir ili tako nesto... Mozda cak i git, video sam da u poslednje vreme ljudi cak koriste git umesto rsynca za takve job-ove...
Znaci ti samo sa dns-om imas backup mx server, ima manji prioritet ali ako master pukne mailovi za tvoj domain i dalje stizu, problem bi bio sto backup mail on ne bi imao sve mailove da ih korisnici pokupe... Mozda i moze nesto sa NFS-om da se izvede, al sync je najjednostavnije resenje.. Jednostavna resenja su zakon ;)
|
|
|
|
|
→ RE: mail failover
Oglašeno: 06 Oct 08 14:26
|
|
Pa pazi - jedna masina ima jedan loopback
druga masina drugi loopback
Te loopbackove zajedno pustis u RAID - sto znaci da su loopbackovi uvek usinhronizovani
E sada - taj loopback sto se pusti da bude u RAID-u na drugoj masini bude montiran tamo gde treba u masini domacinu tog loopbacka. Preko iste te lokacije se montira NFS export sa RAID-a.
|
|
|
|
|
→ RE: mail failover
Oglašeno: 14 Oct 08 03:21
|
|
@meka
Kako ide?
Sta kazu na f.g.org-u?
Jel ima resenja bez ovih FS vratolomija?
|
|
|
|
|
→ RE: mail failover
Oglašeno: 14 Oct 08 09:46
|
|
Ideja je net-misc/unison. Nije još realizovano (DNS sjeban), ali javljam kad probam.
|
|
|
|
|
→ RE: mail failover
Oglašeno: 14 Oct 08 16:18
|
|
unison kazes, pa sad gledam, slican je rsync-u i ostaloj ekipi, opet bi morao neki cron ili kako? Vidim da moze da se pokrene kao daemon al ne vidim da moze da slusa i prati izmene...
|
|
|
|
|
→ RE: mail failover
Oglašeno: 15 Oct 08 05:16
|
|
Ono sto mi se svidja na MacOSx-u je da imas /dev/fsevents cini mi se - i tu imas non stop sta se dogadja na file sistemu - i tu je lako implementirati onda da po dogadjaju saljes nesto negde...
Dal ima tako nesto u linux kernelu?
|
|
|
|
|
→ RE: mail failover
Oglašeno: 15 Oct 08 09:12
|
|
Pa morao bi cron, na žalost. Idealno bi mi bilo da dovecot može tako nešto da uradi, ali cvrc. Nemanja, reče gen2brain da postoji onaj notify (inotifu i fnotify, valjda), ali ko će ga znati kako to radi (nikad nisam probao). Mislim da će pasti experiment sa njim. :o)
|
|
|
|
|
→ RE: mail failover
Oglašeno: 15 Oct 08 12:52
|
|
Ja sam malo citao ovo http://www.linuxjournal.com/article/8478 . Tebi ne bi trebalo nesto komplikovano, slusas /var/spool/mail ili sta vec i na svaku promenu odradis system() sa unison il rsync-om za taj dir, ako je koplikovano nahvatati bas taj dir odradis sync za sve. Meni za 40gb podataka (kad nema puno izmena/kopiranja) rsync zavrsi za par sekundi... Pa ako nesto uspes baci nam source :) trebalo mi i meni tako nesto...
|
|
|
|
|
→ RE: mail failover
Oglašeno: 16 Oct 08 19:27
|
|
|
|
|
|
→ RE: mail failover
Oglašeno: 16 Oct 08 19:39
|
|
Ne mogu da editujem poruku, jbg. Al sve ovo moze i da se baci u bash, pazi primer sa inotify-tools sajta
#!/bin/sh
# A slightly complex but actually useful example
inotifywait -mrq --timefmt '%d/%m/%y %H:%M' --format '%T %f' \
-e close_write /home/billy | while read date time file; do
rsync /home/billy/${file} rsync://billy@example.com/backup/${file} &&
\
echo "At ${time} on ${date}, file ${file} was backed up via rsync"
done
|
|
