[rlug] amavis+sendmail
am un mesaj de eroare si nu stiu cum sa-i dau de capat.o mana de ajutor va rog. mesajul este : sendmail[xxx]: NOQUEUE: SYSERR(amavis): can not chdir (/var/spool/mqueue-client/): Permission denied. drwxrws--- 2 smmsp smmspmqueue-client am pus parola pe user amavis.si daca ma loghez cu el pot scrie/citi in directorul /var/spool/mqueue-client. Deci unde ar putea fi buba? Va multumesc. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] MX cluster
On 15:58, Catalin Muresan wrote: > Salut, > > On 11/27/06, Marius Stan <[EMAIL PROTECTED]> wrote: > >Salut, > > > >Am nevoie sa construiesc un MX pt un numar destul de mare de useri, > >~150.000; normal ar fi sa mentionez traficul pe care ma astept sa-l > >faca, dar nu il stiu. Vad 2 solutii pina acum: > >1. Server standalone: nu stiu cit hardware trebuie pentru a suporta > >cerintele vagi de mai sus. nu scaleaza. > >2. (pe care o prefer) Un cluster facut cu servere entry-level (am la > >dispozitie pina la 8 masini) > > > >Si aici ma invirt in jurul cozii: nu gasesc deloc un paper cu HA/LB > >email server. > >Pentru partea de load balacing m-am oprit asupra lui Ultra Monkey [ > >http://www.ultramonkey.org/ ] > >Cu asta sper ca voi reusi sa distribui cererile SMTP/POP3 pe mai multe > > LVS, DNS LB, sunt solutii mai multe. > > >masini. Urmeaza partea specifica: > >Sa folosesc un filesystem shared (nfs/coda) pt stocare de emailuri ? > > eu personal nu am testat in ultima vreme asa ceva, singura problema > care o vad e ca serverul NFS o sa fie single-point-of-failure. Sunt si > solutii la asta, cluster NFS dar ajungi la shared storage care e ori > FC/SAN ori poor-man's GNBD care _iar_ e doar cu un server. NFS+DRBD+HB (caps disclaimer - sunt acronime) scoate S-ul din SPOF IMHO La 150k clienti poti sa-ti permiti totusi un SAN care sa exporte o interfata bestioasa . Mai ales daca bishnitza se invarte la setupul asta de MX-uri. > > >In caz ca da, lucrurile devin oarecum triviale (cu ceva probleme totusi, > >de ex indecsi in dovecot). Voi fi penalizat la performanta prin > >folosirea nfs ? > > iti recomand un FS cu shared storage, costa mai mult hardware-ul dar e > cel mai performant. > Oricum nimeni nu-ti poate propune o solutie daca nu incepi de la un > buget. Poti sa pui 30kEUR stoage-ul FC (scalabil, > no-single-point-of-failure), 5k placile FC, 10k 2 sw FC. > > Orice ai face intre 0.33 si 1 EUR/client ajungi sa cheltuiesti. > > >Sau sa gasesc o solutie de a distribui userii pe mai multe masini (de ex > >A-Fpe o masina, G-L pe alta etc) ? Asta implica logica suplimentara, > >pentru a ma asigura ca fiecare aterizeaza pe serverul destinat lui. In > >acest caz nu mai am nevoie de Ultra Monkey, lucrurile se pot face cu > >reverse proxies. > > dovecot, perdition suporta asa ceva, dar te intorci la problema ca iar > ai single-point-of-failure. > daca pica masina cu G-L ce faci? > > > > >Ceva amendamente sau idei ? > > structura e simpla: > - 2-3 MX-uri care fac antivirus, antispam, trebuie disk-uri cit de cit > sau ramdisk ca sa tina fisierele temporare care le fac diferitele > scannere/antispam-uri. MX-urile trimit mailurile (postfix - transport, > etc) la storage-uri > - 2 storage-uri (pentru redundanta), CPU load e mic, IO wait poate sa > fie mare. pe storage-uri ai POP/IMAP servers. > - inca 2 outgoing mail servers, separat de storage/incoming, prin care > clientii trimit mailuri, cu antivirus, antispam optional. la fel ca > MX-urile, cu disk rapid sau ramdisk pentru queue. Astea 2 le poti > comasa cu MX-urile, dar e mai bine sa fie separate. > > http://sources.redhat.com/cluster/ > > > > > >Multumesc, > >Marius > > spor. Poate cel mai bine ar fi, dupa ce ai citit tot, sa revii de la > inceput si sa pui pe hartie ce anume vrei de la solutie: redundanta, > capacitate, extensibilitate, flexibilitate, cost, tot detaliat. De > acolo poti incepe, solutii sunt gramada, conteaza mult bugetul. > > > > > > >___ > >RLUG mailing list > >RLUG@lists.lug.ro > >http://lists.lug.ro/mailman/listinfo/rlug > > > > ___ > RLUG mailing list > RLUG@lists.lug.ro > http://lists.lug.ro/mailman/listinfo/rlug -- + Lorin + BOFH excuse #301: appears to be a Slow/Narrow SCSI-0 Interface problem ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] MX cluster
Salut, On 11/27/06, Marius Stan <[EMAIL PROTECTED]> wrote: Salut, Am nevoie sa construiesc un MX pt un numar destul de mare de useri, ~150.000; normal ar fi sa mentionez traficul pe care ma astept sa-l faca, dar nu il stiu. Vad 2 solutii pina acum: 1. Server standalone: nu stiu cit hardware trebuie pentru a suporta cerintele vagi de mai sus. nu scaleaza. 2. (pe care o prefer) Un cluster facut cu servere entry-level (am la dispozitie pina la 8 masini) Si aici ma invirt in jurul cozii: nu gasesc deloc un paper cu HA/LB email server. Pentru partea de load balacing m-am oprit asupra lui Ultra Monkey [ http://www.ultramonkey.org/ ] Cu asta sper ca voi reusi sa distribui cererile SMTP/POP3 pe mai multe LVS, DNS LB, sunt solutii mai multe. masini. Urmeaza partea specifica: Sa folosesc un filesystem shared (nfs/coda) pt stocare de emailuri ? eu personal nu am testat in ultima vreme asa ceva, singura problema care o vad e ca serverul NFS o sa fie single-point-of-failure. Sunt si solutii la asta, cluster NFS dar ajungi la shared storage care e ori FC/SAN ori poor-man's GNBD care _iar_ e doar cu un server. In caz ca da, lucrurile devin oarecum triviale (cu ceva probleme totusi, de ex indecsi in dovecot). Voi fi penalizat la performanta prin folosirea nfs ? iti recomand un FS cu shared storage, costa mai mult hardware-ul dar e cel mai performant. Oricum nimeni nu-ti poate propune o solutie daca nu incepi de la un buget. Poti sa pui 30kEUR stoage-ul FC (scalabil, no-single-point-of-failure), 5k placile FC, 10k 2 sw FC. Orice ai face intre 0.33 si 1 EUR/client ajungi sa cheltuiesti. Sau sa gasesc o solutie de a distribui userii pe mai multe masini (de ex A-Fpe o masina, G-L pe alta etc) ? Asta implica logica suplimentara, pentru a ma asigura ca fiecare aterizeaza pe serverul destinat lui. In acest caz nu mai am nevoie de Ultra Monkey, lucrurile se pot face cu reverse proxies. dovecot, perdition suporta asa ceva, dar te intorci la problema ca iar ai single-point-of-failure. daca pica masina cu G-L ce faci? Ceva amendamente sau idei ? structura e simpla: - 2-3 MX-uri care fac antivirus, antispam, trebuie disk-uri cit de cit sau ramdisk ca sa tina fisierele temporare care le fac diferitele scannere/antispam-uri. MX-urile trimit mailurile (postfix - transport, etc) la storage-uri - 2 storage-uri (pentru redundanta), CPU load e mic, IO wait poate sa fie mare. pe storage-uri ai POP/IMAP servers. - inca 2 outgoing mail servers, separat de storage/incoming, prin care clientii trimit mailuri, cu antivirus, antispam optional. la fel ca MX-urile, cu disk rapid sau ramdisk pentru queue. Astea 2 le poti comasa cu MX-urile, dar e mai bine sa fie separate. http://sources.redhat.com/cluster/ Multumesc, Marius spor. Poate cel mai bine ar fi, dupa ce ai citit tot, sa revii de la inceput si sa pui pe hartie ce anume vrei de la solutie: redundanta, capacitate, extensibilitate, flexibilitate, cost, tot detaliat. De acolo poti incepe, solutii sunt gramada, conteaza mult bugetul. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] MX cluster
On 11/27/06, Vali Dragnuta <[EMAIL PROTECTED]> wrote: On Mon, 2006-11-27 at 19:30 +0200, Tiberiu ATUDOREI wrote: > Si tot eu mai adaug: single point of failure? Daca e vorba sa fie storage comun probabil ca cel mai bine se scoate cu un clusterFS care ii poate asigura atit redundanta necesara cit si bandwidthul necesar. Ex : http://www.clusterfs.com/ : "Lustre features production-quality stability and failover, with zero single points of failure. More than 100 teraflops worldwide are deployed in production environments using Lustre to manage their data." lustre e overkill pentru asa ceva, si mai mult are nevoie de un master. OCFS sau GFS1-6.1/GFS2 (care are locking distrbuit, nu are nevoie de master) sunt mult mai bune pentru cazul de 2-3 servere pentru storage. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
[rlug] [anunt] job PHP
Se cauta: * programator PHP pt job full time pe perioada > 1 an (cu cat mai mare cu atat mai bine); jobul este de la distanta, angajatorul este o companie straina Se cere: * in primul rand seriozitate; * experienta in PHP de minim 4 ani si sa fi lucrat cu cel putin 1 proiect in PHP > 25k LOC; * daca experienta totala in programare se apropie sau depaseste 10 ani, atunci mai vedem cu aia 4 ani, dar 'ceva' experienta *in PHP* trebuie, avand in vedera ca job-ul consta in intretinerea si extinderea unei aplicatii de 250k+ LOC and growing... ;-) * PHP sa *NU* fi fost primul limbaj de programare invatat, deoarece se stie, asta cauzeaza brain damage :-) Daca ati inceput cu Fortran, Cobol, Lisp, C, Ada, Pascal... chiar si Basic e super ok, dar daca ati inceput cu PHP... pacat. Se ofera: * daca indepliniti conditiile, se ofera :-) * dincolo de bancuri si de smilies, treaba e pe bune: daca sunteti capabil, this could be your lucky day. Apropos, fluently English reading and writting, as well as speaking (think Skype) is a must. Pentru mai multe detalii mail pe [EMAIL PROTECTED] mentionati va rog "JOB PHP" in subiect. In mail va rog sa-mi dati un sumar cu toate limbajele de programare stapanite bine (si nivelul: bine, foarte bine, expert) si cu experienta legata de PHP, descrieti in cateva cuvinte 1..2 din cele mai mari proiecte in PHP la care ati participat si rolul avut in ele. De asemenea va rog ca intregul mail, precum si CV-ul atasat (desi in prima faza ma pot multumi cu sumar-ul, va pot spune eu daca mai e necesar CV sau nu) sa fie scrise in limba engleza. O zi buna tuturor, Alex ___ anunt mailing list [EMAIL PROTECTED] http://lists.lug.ro/mailman/listinfo/anunt ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
