[MEGOLDVA]corosync configuration error

Linux-haladó

Hello!

Van egy cluster az alabbi configgal:

totem {
version: 2
secauth: off
cluster_name: mycluster
interface {
ringnumber: 0
bindnetaddr: 192.168.122.0
mcastport: 5405
ttl: 1
}
transport: udpu
}

nodelist {
node {
ring0_addr: node1
nodeid: 1
}
node {
ring0_addr: node2
nodeid: 2
}
}

quorum {
provider: corosync_votequorum
}

logging {
to_syslog: yes
debug: on
timestamp: on
}

es valami miatt nem indul el. a node1 es node2 benne van a hosts file-ban es a hallozattal sincs semmi gond. iptables es selinux kikapcsolva.

van vlakinek otlete?

  • 6330 megtekintés

( bigpojnt v | 2012. 12. 21., p – 20:56 )

A ket gep kozotti halozat hogy nez ki?
Ez igy keves info egyebkent.

Illetve mcastaddr-t nem kell megadni?

( dap | 2012. 12. 23., v – 16:18 )

Hu most nincs idom utanamenni es meg corosync 2.0-at se hasznaltam, de muszaj neked a unicast? Nem lehet hogy a konfigba levo ttl:1 ervenyes unicastra is es a routeren elakad?

( jupiter2005ster v | 2012. 12. 24., h – 10:59 )

köszönöm a tippeket. Azt hiszem, tudom hol akad el, bár még mindig nem megy. A konf most így néz ki:
totem {
version: 2
secauth: off
cluster_name: mycluster
interface {
ringnumber: 0
bindnetaddr: 192.168.122.0
broadcast: yes
ttl: 1
}
transport: udpu
}

nodelist {
node {
ring0_addr: node1
nodeid: 1
}
node {
ring0_addr: node2
nodeid: 2
}
}

quorum {
provider: corosync_votequorum
expected_votes: 2
}

logging {
to_syslog: yes
debug: on
timestamp: on
}

egyébként ez egy otthoni test cluster lenne. 2 KVM gép, és 1 drb router van közöttük, amihez nem férek hozzá mint admin, szóval nem tudom konfigolni. Lehet hogy az akasztja meg a MultiCast csomagokat mert ezt látom a logban:

Dec 24 09:58:41 node1 corosync[2154]: [TOTEM ] sendmsg(mcast) failed (non-critical): Bad file descriptor (9)
Dec 24 09:58:41 node1 corosync[2154]: [MAIN ] Denied connection, corosync is not ready
Dec 24 09:58:41 node1 corosync[2154]: [QB ] Error in connection setup (2154-2196-34): Resource temporarily unavailable (11)

ezt hogy tudomnám ellenőrizni?
--
A legértékesebb idő a pillanat amelyben élsz.
http://phoenix-art.hanzo.hu/
https://sites.google.com/site/jupiter2005ster/

ja és még érdekes, hogy hiába broadcast: yes ő akkor is multicast-al próbálkozik.
legalább is a log szerint. igaz, packet capture-el nem néztem.
--
A legértékesebb idő a pillanat amelyben élsz.
http://phoenix-art.hanzo.hu/
https://sites.google.com/site/jupiter2005ster/

drótcápával azt látom, hogy tolja, tolja az UDP csomagokat aztán jön egy ICMP üzenet hogy a port elérhetetlen. Akkor most mi van?
Az icmp echo_req és echo_reply része fix hogy szabad mert a ping megy oda-vissza.
--
A legértékesebb idő a pillanat amelyben élsz.
http://phoenix-art.hanzo.hu/
https://sites.google.com/site/jupiter2005ster/

Router van köztük és mégis broadcast-tal akarsz kommunikálni? Én egyre inkább nem értem. :) A multicast routing szintén nem működik a route-olt hálózatokban, hacsak nincs kifejezett igény rá.

Szóval maradt a unicast (udpu), amihez kiveheted nyugodtan a broadcast/mcastport/ttl sorokat. A unicasthoz az IP címeket a ring*_addr sorok adják; azok biztos jók, DNS név esetén feloldhatóak..?

hey :D
végre elindult!!!

az indító script nem volt jó. ha direktbe indítottam a deamonokat akkor már ment is ahogy kell.
thx az ötleteket és az időt amit rám szántatok.

a cuccról még annyit, hogy ez egy tanuló projekt volt, és a routert amit írtam nem megfelelően használtam, mert csak hálózati eszközre gondoltam, de az is hibás volt, hisz mind a két node kvm-ben ugyan azon a vason van, szóval nem ment ki a belső hálóra.

--
A legértékesebb idő a pillanat amelyben élsz.
http://phoenix-art.hanzo.hu/
https://sites.google.com/site/jupiter2005ster/