Shib2IdpCluster - Laptörténet

Bajnokk(AT)niif.hu: /* Adminisztrációs feladatok */ heading javitas megint

2011-04-22T11:27:27Z

‎Adminisztrációs feladatok: heading javitas megint

Bajnokk(AT)niif.hu: heading javitas

2011-04-22T11:26:32Z

heading javitas

Bajnokk(AT)niif.hu: /* JVM frissítése */

2011-04-22T11:25:18Z

‎JVM frissítése

Bajnokk(AT)niif.hu: +Adminisztrációs feladatok

2011-04-22T11:11:10Z

+Adminisztrációs feladatok

Sitya(AT)niif.hu, 2011. április 5., 12:13-n

2011-04-05T12:13:57Z

Hege(AT)niif.hu, 2010. március 12., 17:23-n

2010-03-12T17:23:17Z

Hege(AT)niif.hu: /* Troubleshooting */

2010-02-22T18:14:24Z

‎Troubleshooting

Hege(AT)niif.hu: /* Log file flood */

2009-06-24T14:20:36Z

‎Log file flood

Hege(AT)niif.hu: /* Log file flood */

2009-06-24T13:07:44Z

‎Log file flood

Hege(AT)niif.hu: /* Log file flood */

2009-06-24T12:56:27Z

‎Log file flood

@@ 394. sor: / 394. sor: @@
 == JVM frissítése ==
 A következő leírás meglehetősen az NIIF Intézet saját infrastruktúrájára specifikus, de talán más környezetekben is felhasználható.
-== Lépések összefoglalása ==
+=== Lépések összefoglalása ===
 # Terheléselosztóból a frissítendő node-ot kivenni
 # Tomcat, Terracotta leállítása a frissítendő node-on
@@ 404. sor: / 404. sor: @@
 # Terracotta, '''majd utána''' Tomcat indítás
 # (Az LVS magától visszateszi a megjavuló klaszter node-ot, de erről nem árt meggyőződni)
-== Shell parancsok ==
+=== Shell parancsok ===
   ldir2:~# ipvsadm -d -t idp.niif.hu:8443 -r idp1.aai.niif.hu:8443
   ldir2:~# ipvsadm -d -t idp.niif.hu:https -r idp1.aai.niif.hu:https

@@ 391. sor: / 391. sor: @@
 ** '''OK''': az egyik Terracotta szerver nem elérhető.
 ** '''Megoldás''': újra kell indítani.
-== Adminisztrációs feladatok ==
+= Adminisztrációs feladatok =
-=== JVM frissítése ===
+== JVM frissítése ==
 A következő leírás meglehetősen az NIIF Intézet saját infrastruktúrájára specifikus, de talán más környezetekben is felhasználható.
-=== Lépések összefoglalása ===
+== Lépések összefoglalása ==
 # Terheléselosztóból a frissítendő node-ot kivenni
 # Tomcat, Terracotta leállítása a frissítendő node-on
@@ 404. sor: / 404. sor: @@
 # Terracotta, '''majd utána''' Tomcat indítás
 # (Az LVS magától visszateszi a megjavuló klaszter node-ot, de erről nem árt meggyőződni)
-=== Shell parancsok ===
+== Shell parancsok ==
   ldir2:~# ipvsadm -d -t idp.niif.hu:8443 -r idp1.aai.niif.hu:8443
   ldir2:~# ipvsadm -d -t idp.niif.hu:https -r idp1.aai.niif.hu:https

← Régebbi változat		A lap 2011. április 22., 11:25-kori változata
393. sor:		393. sor:
	== Adminisztrációs feladatok ==		== Adminisztrációs feladatok ==
	=== JVM frissítése ===		=== JVM frissítése ===
		+	A következő leírás meglehetősen az NIIF Intézet saját infrastruktúrájára specifikus, de talán más környezetekben is felhasználható.
		+	=== Lépések összefoglalása ===
		+	# Terheléselosztóból a frissítendő node-ot kivenni
		+	# Tomcat, Terracotta leállítása a frissítendő node-on
		+	# JVM beállítások (<code>/etc/java-6-openjdk/security</code>, ill. esetleg <code>/usr/lib/jvm/java-6-openjdk/jre/lib/security</code>) elmentése. Ez fontos azért, mert bizonyos JVM upgrade-ek (legalábbis a múltban) felülírták a tanúsítvány tárat, és ez nehezen javítható hibához vezetett (pl. az LDAP-hoz nem tudott kapcsolódni az IdP)
		+	# JVM frissítés
		+	# Boot jar generálás
		+	# (Ha megváltozott a jar): Tomcat konfigban a boot jar átírása az újra
		+	# Ellenőrzés, hogy megváltozott-e a cacerts ($JAVA_HOME/lib/security/cacerts). Ha igen, akkor írjuk felül az elmentett változattal
		+	# Terracotta, '''majd utána''' Tomcat indítás
		+	# (Az LVS magától visszateszi a megjavuló klaszter node-ot, de erről nem árt meggyőződni)
		+	=== Shell parancsok ===
		+	ldir2:~# ipvsadm -d -t idp.niif.hu:8443 -r idp1.aai.niif.hu:8443
		+	ldir2:~# ipvsadm -d -t idp.niif.hu:https -r idp1.aai.niif.hu:https
		+	ldir2:~# watch "ipvsadm -L -t idp.niif.hu:https && ipvsadm -L -t idp.niif.hu:8443"
		+
		+	idp1:~$ sudo /etc/init.d/tomcat6 stop
		+	idp1:~$ sudo /etc/init.d/terracotta stop
		+	idp1:~$ tar czf security.tgz /etc/java-6-openjdk/security
		+	idp1:~$ sudo aptitude safe-upgrade
		+
		+	idp1:~$ sudo env JAVA_HOME=/usr/lib/jvm/java-6-openjdk /usr/local/terracotta/platform/bin/make-boot-jar.sh \
		+	-f /etc/shibboleth-idp/tc-config.xml
		+	idp1:~$ sudo vim /etc/default/tomcat6
		+
		+	idp1:~$ sudo /etc/init.d/terracotta start
		+	idp1:~$ sudo /etc/init.d/tomcat6 start

← Régebbi változat		A lap 2011. április 22., 11:11-kori változata
391. sor:		391. sor:
	** '''OK''': az egyik Terracotta szerver nem elérhető.		** '''OK''': az egyik Terracotta szerver nem elérhető.
	** '''Megoldás''': újra kell indítani.		** '''Megoldás''': újra kell indítani.
		+	== Adminisztrációs feladatok ==
		+	=== JVM frissítése ===

@@ 23. sor: / 23. sor: @@
 A Shibboleth IdP-ben a következő adatok klaszterezését kell megvalósítani: artifact, session, replay, transientId, loginContext. Ezeket az adatokat a Shibboleth StorageService tárolja.
-A Terracotta telepítéséhez és beállításához [https://spaces.internet2.edu/display/SHIB2/IdPCluster ez a wikioldal] nyújt segítséget.
+A Terracotta telepítéséhez és beállításához [https://wiki.shibboleth.net/confluence/display/SHIB2/IdPCluster ez a wikioldal] nyújt segítséget.
 # Terracotta letöltése, kicsomagolása

← Régebbi változat		A lap 2010. március 12., 17:23-kori változata
356. sor:		356. sor:

	Workaround-ként ki lehet kapcsolni az l2 újracsatlakozást a konfigurációban. Ilyenkor azonban rövid hálózati megszakadás is teljes node újraindítást fog okozni.		Workaround-ként ki lehet kapcsolni az l2 újracsatlakozást a konfigurációban. Ilyenkor azonban rövid hálózati megszakadás is teljes node újraindítást fog okozni.
		+
		+	== Terracotta 3.2.1 ismert hibák ==
		+	Még nincs :)

	== Troubleshooting ==		== Troubleshooting ==

@@ 361. sor: / 361. sor: @@
 * A teljes klaszter újraindítása után kötelező újraindítani a klienseket (Tomcat), ugyanis a Terracotta nem fogja engedni újra csatlakozni. Ezt egyébként a szerver logfájlban jelzi is.
 * Nem érdemes egyszerre indítani a két Terracotta szervert, annak könnyen összeakadás lehet a vége, ha nem tudnak dönteni egymás között.
 * Az <code>/etc/nagios/check_terracotta --verbose</code> parancs a teljes klaszter állapotát visszaadja (szerverek és kliensek is).
 * Ha egy probléma nem oldható meg csak az egyik szerver és a kliensek újraindításával, akkor a teljes klasztert újra kell indítani: mindkét szerver leállítása és a perzisztens adatok gondos törlése után egyesével újraindíthatóak a szerverek majd az aktív szerver indulása után a kliensek (Tomcat).

← Régebbi változat		A lap 2009. június 24., 14:20-kori változata
354. sor:		354. sor:

	Ez egy ismert probléma: http://jira.terracotta.org/jira/browse/CDV-1252 a javítás elkészült, azonban a 2.7.3 -ba még nem került be.		Ez egy ismert probléma: http://jira.terracotta.org/jira/browse/CDV-1252 a javítás elkészült, azonban a 2.7.3 -ba még nem került be.
		+
		+	Workaround-ként ki lehet kapcsolni az l2 újracsatlakozást a konfigurációban. Ilyenkor azonban rövid hálózati megszakadás is teljes node újraindítást fog okozni.

	== Troubleshooting ==		== Troubleshooting ==

@@ 348. sor: / 348. sor: @@
 Az L2 újracsatlakozás engedélyezése esetén egy elvesztett kapcsolat után hiába áll helyre a helyes működés, a szerver szemetel a logba:
--06-24 14:48:38,304 [ConnectionEstablisher] WARN com.tc.net.protocol.transport.ClientMessageTransport - ConnectionID(0.0e84473d1e744f4db1d539db88633a30): Timeout of 10000 milliseconds occured
+-06-24 14:48:38,304 [ConnectionEstablisher] WARN com.tc.net.protocol.transport.ClientMessageTransport -
--06-24 14:48:39,305 [ConnectionEstablisher] INFO com.tc.net.protocol.transport.ClientMessageTransport - ConnectionID(0.0e84473d1e744f4db1d539db88633a30): Attaching new connection: [...]
+ ConnectionID(0.0e84473d1e744f4db1d539db88633a30): Timeout of 10000 milliseconds occured
 Ez egy ismert probléma: http://jira.terracotta.org/jira/browse/CDV-1252 a javítás elkészült, azonban a 2.7.3 -ba még nem került be.

@@ 346. sor: / 346. sor: @@
 == Terracotta 2.7.3 ismert hibák ==
 === Log file flood ===
 == Troubleshooting ==