uredno se sve ubaci u cib.xml ali nakon restarta cijela grupa cluster_1 se ne pokrene. Dakle, drbd funkcionise ali filesystem a ni IP adrese se ne pokrenu.
Mislim da je nvpair kod svake od cetiri IP adrese tacan. Moguce da je problem sa type=“IPaddr2” ?
Master/Slave Set: master-slave-drbd0
drbd0:0 (heartbeat::ocf:drbd): Started node1
drbd0:1 (heartbeat::ocf:drbd): Master node2
Resource Group: cluster_1
fs0 (heartbeat::ocf:Filesystem): Started node2
VIP_0 (heartbeat::ocf:IPaddr2): Started node2
VIP_1 (heartbeat::ocf:IPaddr2): Started node2
VIP_2 (heartbeat::ocf:IPaddr2): Started node2
VIP_3 (heartbeat::ocf:IPaddr2): Started node2[/code]
Kada sa cibadminom ubacim apache resource:
Failed actions: apache_resource_start_0 (node=node1, call=24, rc=-2): Timed Out apache_resource_start_0 (node=node2, call=28, rc=-2): Timed Out[/code]
Slicno mi javlja i sa tomcat resursima i sa mysql resursom, dakle sa onim resursima koji se oslanjaju na external config file.
crm_verify
root@node2:/opt/heartbeat_config# crm_verify -LV
crm_verify[14105]: 2010/11/16_18:45:11 WARN: unpack_rsc_op: Processing failed op apache_resource_start_0 on node1: Timed Out
crm_verify[14105]: 2010/11/16_18:45:11 WARN: unpack_rsc_op: Compatability handling for failed op apache_resource_start_0 on node1
crm_verify[14105]: 2010/11/16_18:45:11 WARN: unpack_rsc_op: Processing failed op apache_resource_start_0 on node2: Timed Out
crm_verify[14105]: 2010/11/16_18:45:11 WARN: unpack_rsc_op: Compatability handling for failed op apache_resource_start_0 on node2
crm_verify[14105]: 2010/11/16_18:45:11 WARN: native_color: Resource apache_resource cannot run anywhere
Warnings found during check: config may not be valid
Any ideas?
Master/Slave Set: master-slave-drbd0
drbd0:0 (heartbeat::ocf:drbd): Started node1
drbd0:1 (heartbeat::ocf:drbd): Master node2
Resource Group: cluster_1
fs0 (heartbeat::ocf:Filesystem): Started node2
VIP_0 (heartbeat::ocf:IPaddr2): Started node2
VIP_1 (heartbeat::ocf:IPaddr2): Started node2
VIP_2 (heartbeat::ocf:IPaddr2): Started node2
VIP_3 (heartbeat::ocf:IPaddr2): Started node2[/code]
Kada sa cibadminom ubacim apache resource:
Failed actions: apache_resource_start_0 (node=node1, call=24, rc=-2): Timed Out apache_resource_start_0 (node=node2, call=28, rc=-2): Timed Out[/code]
Slicno mi javlja i sa tomcat resursima i sa mysql resursom, dakle sa onim resursima koji se oslanjaju na external config file.
crm_verify
root@node2:/opt/heartbeat_config# crm_verify -LV
crm_verify[14105]: 2010/11/16_18:45:11 WARN: unpack_rsc_op: Processing failed op apache_resource_start_0 on node1: Timed Out
crm_verify[14105]: 2010/11/16_18:45:11 WARN: unpack_rsc_op: Compatability handling for failed op apache_resource_start_0 on node1
crm_verify[14105]: 2010/11/16_18:45:11 WARN: unpack_rsc_op: Processing failed op apache_resource_start_0 on node2: Timed Out
crm_verify[14105]: 2010/11/16_18:45:11 WARN: unpack_rsc_op: Compatability handling for failed op apache_resource_start_0 on node2
crm_verify[14105]: 2010/11/16_18:45:11 WARN: native_color: Resource apache_resource cannot run anywhere
Warnings found during check: config may not be valid
Any ideas?[/quote]
zaviri u /var/log/messages , syslog i daemon takodje pogledaj i debug log … tamo ces imat cijelu kilometarsku proceduru , prati jednostavno koji ti error prikaze nakon startanja apache-a (negdje si pogrijesio u config-u ili apache-a ili heartbeat-a , log ce ti reci puno toga)
konfigurisi wait-for connection i wait for degraded/outdated cini mi se da se zove opcija u drbd.conf-u … ovdje ti se desilo da je wait-for connection timeout isteko i jednostavno drbd se ne spaja vise. konfigurisi da ceka beskonacno na konekciju pa ce ti radit. ako si installiro drbd 8.2 il 8.3 onda bi ti uz njega trebala doci OCF skripta od linbit-a (class=“ocf” provider=“linbit” type=“drbd”) <- nju koristi…
stariji je drbdm, nije dosla ocf skripta. Hvala na brzom odgovoru, problem je bio u Split-Brain-u, zato se drbd nije htio konektovati. Rijesio sam Split-Brain i za sada ubacio stonith preko ssh.
S obzirom da su oba noda samo VM na Xen serverima, odlucili smo se za custom-made stonith skriptu koja ce ici na xen-serverima. Kolega je vec pise pa je okacim ovdje ako sve bude ferceralo.
pa sad, nije nam cilj bio lijep desktop sa ultra 3D efektima i finim bojama nego stabilno rjesenje za cluster. Za prvo je Ubuntu Tito, za drugo nije ni do koljena Debianu. Ako ti mislis da jeste, bujrum instaliraj ono sto sam ja probao pa se javi.
ma linux ko linux, znam iz iskustva, nije nemoguće, na nekima je možda malo “teže”, nejse sorry za offtopic, malo me iznerviralo blaćenje, pa sam radi toga uletio jedan klizeći
ma nije frka, ne kazem da je nemoguce samo da je neuporedivo teze nego recimo na Debianu. A i to iz iskustva, i to skorasnjeg :).
Ne blatim ja Ubuntu, samo kazem da nije idealno rjesenje za servere.
EDIT:
neke stvari su mozda i nemoguce. Recimo nasa situacija. Imamo sve servere kao VM na Xen masinama. Paravirtualizacija je u slucaju Ubuntu-a podrzana do verzije 9.04. Sve novije verzije nisu podrzane od Citrix-a. Slicna stvar i sa Debianom, podrzan Lenny 32-bita a 64 ne, Squeeze takoder nije podrzan. Eh sada, paravirtualizacija se moze i rucno odraditi. U slucaju Ubuntu-a 10.4 i 10.10, jos zalim za izgubljenom sedmicom mog zivota. U slucaju Squeeze-a, zavrseno sve jucer za cca sat vremena.
ma dobro u zadnje vrijeme ima dosta firmi koje nude baš ubuntu kao srv platformu, npr evo ova dva screenshot-a, da ne nabrajam više…
prije kakvog deploymenta najbolje vidjeti koja je distro certificirana (po mogućnosti) za dati software, ili koju distro preporučuju developeri (na šta se furaju :))
Stoji, ali gledaj, ja sam se pogresno gore izrazio, dakle, nije u pitanju Xen nego bas Ubuntu. Ubuntu je do verzije 9.04 podrzavao Xen, mogao se regularno xen-kernel instalirati i kasnije paravirtualizacija na Xen masini odraditi. Od verzije 9.10, Ubuntu je prestao podrzavati Xen i nudi kao zamjensko rjesenje KVM. To super zvuci s tim da je KVM stabilan ko BH privreda.
Eh sada, mi kao firma radimo sa Xen-om, odavno, i sada ne zelimo da mijenjamo taj dio samo zato sto je neko u Cannonicalu odlucio da je Xen bezveze.
Poredjenja radi, pri instalaciji Squeeza, automatski je prepoznato da se radi o Xen VM-u, te je pola posla oko paravirzualizacije odradio Debian sam. Ja sam samo morao instalirati novi kernel (jer na businesscard.iso jednostavno dolazi standardni kernel) i jos par komandi odraditi na samoj Xen masini. Sve skupa trajalo oko pola sata.
Dok sam izgubio sigurno sedmicu dana pokusavajuci da uradim upravo to isto za Ubuntu 10.4 i 10.10.
Sad necu da hvalim svog konja pa da kazem da je Xen najbolje virtualisaiton rjesenje, ali cinjenica jeste a je jako rasireno rjesenje i cudi me odluka Cannonicala da ga izbaci iz podrske.
osim toga ako se ne pokrene uradi
