> problemele cu rebooturile le-am avut si eu, pana am trecut la cluster 3.1. > daca e bine configurata partea de fencing nu am mai avut nici un fel de > probleme (si inca pe gentoo) > nu stiu cum e ocfs2, dar cu gfs2 am performante f bune cu > <dlm plock_rate_limit="0" plock_ownership="1"/> > <gfs_controld plock_rate_limit="0"/> daca ai lucrat cu cluster 3 zi-mi si mie daca au rezolvat niste chestii destul de penale dar care m-au deranjat la timpul lor 1. montarea partitiilor gfs cand nu era nu stiu ce pornit se lasa cu oops-uri; in plus nu se puteau pune partitiile gfs direct in fstab (parca am incercat si cu _netdev si tot degeaba), deoarece pana voia sistemul sa monteze partitiile block device-ul si/sau serviciul de cluster nu pornea cum trebuie cum nu ne lasam pagubasi binenteles ca am facut un script care sa verifice toate block-deviceurile, eventual apelare de kpartx daca e nevoie, si abia dupa ce totul era in regula montam din scriptul respectiv partitiile 2. cum se descurca mai nou la reboot-uri ? chiar daca erau 3 servere (numarul minim necesar pentru cluster / fencing, ca sa nu fie chiar 2 sa dau in alte dude), daca se rebuta unul se ducea tot sistemul in vrie frumos de tot; sa traiasca expresia "conform cu specificatiile"
pe ocfs partea de clustering nu se simte, reboot-urile sunt transparente si pare sa functioneze mult mai ok (fata de versiunea de atunci de gfs, n-am mai testat subiectul de atunci ca mi-a lasat un gust amar); dar ca performante incepe sa se cam simta si nu prea imi place Alex _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
