Udv Hupperek!
Van egy 2 node-os clusterem libvirt-on fut 1 db iscsi target 2 ACL-el ugyanarra a targetre a 2 cluster nodenak.
Es van a 2 cluster node a kovetkezokeppen konfiguralva:
- Pacemaker / Corosync / Fence megy
- GFS2 clvmd-n megy, /share ala mountolva
- Samba GFS2-n: nem megy.
Letrehozom a ctdb resource-t, majd a samba resource-t, a dependencyt es utana a CTDB-re hivatkozva meghal, mondvan:
Unable to set scheduler to SCHED_FIFO (Operation not permitted)
Csomot utanaolvastam es volt egy nem tul regi bug is amit elvileg orvosoltak, a problema az volt hogy az uj verzioju ctdb miatt a resource agent nem tudta kezelni a ctdb-t, de elvileg mar annak is mukodnie kell, fel is frissitettem a cuccot, de ugyanugy ez jon vissza.
A ctdb-t ahogy Red Hat ajanlotta GFS2-ra raktam, tehat /share/ctdb ala es lock file is ott kezelodik. Akarmit csinalok nem megy. Ha manualisan elinditom a ctdb-t, akkor megy es ha debug-start-al tolom, akkor az egyiken elindul, de a masikon nem, ami azt eredmenyezi, hogy a resource group (samba) nem indul el.
Red Hat dokumentacio alapjan csinaltam a samba konfiguraciot: https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/…
Semmi nyoma SELinux issuenak, se FW issue. Logban csak azt a ket sort talaltam, hogy a stale lock file-t eltavolitja indulaskor a rendszer es hogy scheduler-t nem tud beallitani amit be lehet ideiglenesen loni ugy, hogy ne induljon, de ha nem a resource agent lovi be, akkor megette a penesz, mert runtime configot az general. Es az updatelt resource agent nem kezel semmit a CTDB schedulerrel. Tanacstalan vagyok. Esetleg tudnatok segiteni hol szurtam el? Arra gondolok, hogy talan vmit a ctdb-vel szurtam el, hogy hova keruljon a lock file, de azt pacemaker kezeli, szoval elvileg mindegy kene h legyen, ha a lock file shared driveon van.
Elore is koszonom a valaszokat.
- 65 megtekintés