GlassFish féllábas cluster

Java

Sziasztok!

Próbálok összehozni egy kétlábú GlassFish v2 cluster-t, eleddig nem sok sikerrel.
Főleg ez alapján a leírás alapján megyek.

Cluster: java-cluster
Node Agents: duke-agent, mustang-agent
Instances: dukeinst, mustanginst
Master: duke*

Minden szép és jó, hanem a mustang instance beindulni nem akar semmiképp. A panaszáról itt olvashattok bővebben (ez az instance server.log-ja).
Jelszavak jók, a mustang oldali node agent szépen elindul, csak épp az instance-t nem képes magával rántani, sem automatán, se másképp. Próbáltam felrángatni kézzel is ezt a példányt, de sikertelenül.

Két kérdés:
- Ilyenkor mit lehet tenni?
- Él-e valamennyire ez a cluster?

Jó lenne, ha menne, bár csak teszt rendszer.

  • 1696 megtekintés

( hrgy84 | 2009. 06. 07., v – 10:45 )

A pastebin jelenleg halott, illetve azota probalkoztam massal is, jelenleg egyik instance sem mukodokepes, bar duke mustang-ot hibaztatja ezert.
Mindenesetre felraktam a logokat ide, igy biztos elerheto lesz.
duke.log - duke:domains/domain1/logs/server.log
duke-agent.log - duke:nodeagents/duke-agent/agent/logs/server.log
duke-agent-dukeinst.log - duke:nodeagents/duke-agent/dukeinst/logs/server.log
mustang-agent.log - mustang:nodeagents/mustang-agent/agent/logs/server.log
mustang-agent-dukeinst.log - mustang:nodeagents/mustang-agent/mustanginst/logs/server.log

-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

( NagyZ v | 2009. 06. 07., v – 10:59 )

amit leirast megtalaltal, az jo. tuti jol irtad be? nem kevertel el egy hostnevet sem?
dns ES REVERZ DNS be van allitva, mukodik?

ja es a multicast miatt egy alhalon kell lenniuk (vagy atrouteolod koztuk a multicast forgalmat)

DNS-ek jok voltak, azt direkt elore megcsinaltam, egy alhalo, a hostneveket csereltem a leirashoz kepest.

Vegul nem tudom, hogyan, de megoldodott.

A kovit csinaltam:

A hosts fajlba atirtam a neveket ugy, hogy ne a localhostra, hanem a rendes ip-re mutasson a hostnev.
A cluster neve glass-cluster lett, es a webfeluleten csinaltam meg
A instance-k neveiben kiirtam rendesen az instance szot
Kezzel hoztam letre a node-agent-eket, megpedig ugy, hogy nem csinaltam elotte placeholdert
A node-agent-eket nem inditottam syncinstances kapcsoloval
Az instance-ket az agentek utan, a webfeluleten hoztam letre.

Korulbelul a negyedik reinstall oldotta meg.

Viszont feljohetnel IRC-re, mert vannak meg kerdesek
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

( hrgy84 | 2009. 06. 08., h – 01:05 )

Megint van egy beteg clusterem: logreszlet

Ezzel mindegyik instance megorvendeztet, es nem tudok vele mit csinalni. Mar a vajakolast is ellottem ra. Csak estenkent tudok vele probalkozni hetkozben, szoval mindent ki fogok probalni, es valaszolok - de ertheto modon nem realtime.

Mellekesen orulnek egy pontos inditasi sorrendnek is...
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

( hrgy84 | 2009. 06. 08., h – 14:58 )

Egyelore az alabbi checklistre jottem ra:

  • IP, ping, halozat. Tuzfal gyokeres leirtasa.
  • /etc/hosts kitoltese ugy, hogy a host FQDN neve nem a localhost-ra, hanem a sajat ip-re mutat
  • hostname --fqdn mindig ellenorizve, ha a hosts fajlt piszkaljuk.
  • DNS, DNS, DNS
  • asadmin-t PATH-ra tenni. Jobb, szarazabb, biztonsagosabb erzes.
  • Ha userrel gyartjuk, akkor legyen a komplett glassfish telepitveny az user tulajdona. Sose lehessen tudni.
  • A DAS-on (a leirasokkal ellentetben) _sosem_ szabad megadni a localhost-ot, ugyanis nehany esetben a imq adatbazisaba kerulhet a 127.0.0.1 cim, ami nem mindig jo omen. A DAS-on sosem adunk meg semmilyen host-ot, portot. Azt default tudja. Ha nem, akkor nagy bajok vannak, kulonosen az elso ket ponttal.
  • A nem-DAS node-n mindig FQDN-t adjunk meg a krealo parancsokban. Az elinditokhoz nem kell DNS/port.
  • Erdemes jelszofajlt gyartani. A default ilyen:
    
AS_ADMIN_MASTERPASSWORD=changeit
AS_ADMIN_PASSWORD=adminadmin

    Ezek a default jelszavak, ami jelszot kerhet parancs, annak altalaban van --passwordfile opcioja is.

  • Ha valamiert ujra kell huzni valamelyik node-t (mert peldaul elbaltaztunk valamit) vagy allitsunk le mindent, vagy - mivel annak mar ugyis mindegy - killall java.
  • Nem tudom, lehet vajakolas: nekem csak ugy jott ossze, ha a jar-t kozvetlen inditottam el. Ha a kibontott cuccot zipeltem es mozgattam, azzal csak szopas volt. Lehet hogy a telepito valamit testreszab a cuccon. Erre erdemes lehet odafigyelni.

Ha valami baj van, es vegkepp el vagyunk keseredve, akkor az alabbi sorrendbe nezzuk at a logokat (konfig: cluster: java-cluster, node agent: duke-agent, instance: duke-instance)
1 /opt/glassfish/nodeagents/duke-agent/agent/logs/server.log
2 /opt/glassfish/nodeagents/duke-agent/duke-instance/logs/server.log
3 /opt/glassfish/domains/domain1/logs/server.log
4 /opt/glassfish/nodeagents/duke-agent/duke-instance/imq/instances/javaclusterdukeinstance/log/log.txt
Erdemes a SEVERE mellett a WARNING sorokat is bongeszni. Sokszor hasznos tippek vannak benne.

Tippek:

- Ha a nem-DAS node master jelszot ker, akkor latja a DAS-t. Ha ehelyett sir, akkor halozat, DNS gondunk lehet.
- Ha a start-node-agent azt mondja, hogy sikeresen lefutott, ne doljunk hatra. Lehet, hogy az instance attol meg nem fut.
- Lodozzunk a clusterre. Sokat. Ha nem eli tul, nem volt cluster.
- A DAS-t lehetoleg igyekezzunk korrektul leallitgatni. Ervenytelen adatokkal nem tud futni szegeny.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.