Ezen (vagy a következő) hétvégén a javaforum.hu Linux és kommersz PC rendszerről egy Solaris oprendszert futtató x4200-as hardverre kerül át. A migráció - elvileg - megtörtént a http://owr3.markcon.hu weboldalon a javaforum.hu aktuális tükre található, amely immár Solaris alatt fut. Akinek esetleg van szabadideje, kipróbálhatná, hogy minden megy-e rajta, de azért ne tévesszétek össze a kettőt, mert az OWR3 adatbázisa törlődni fog. :)
Page
viewed times
#trackbackRdf ($trackbackUtils.getContentIdentifier($page) $page.title $trackbackUtils.getPingUrl($page))
18 Comments
Unknown User (gericop)
1.) Hiba:
type Exception report
message
description The server encountered an internal error () that prevented it from fulfilling this request.
2.) Újabb hiba, de most nem írt ki hibaüzenetet, viszont csak egy része (a teteje) látszott az oldalnak
3.) Lefutott rendesen, bár a híreknél lévő képek nem jelentek meg.
Auth Gábor
A 3. is kijavítva, nem másoltam át azokat a fájlokat.
Auth Gábor
348 if (this.result!=null)
Van valakinek ötlete erre?349 {
350 if (!this.result.isClosed())
351 {
Anonymous
Auth Gábor
Unknown User (frimen)
Én lassan 4 éve találtam egy viszonylag normálisat (a sok közül).. amit
ideje lenne lecserélnem, de épp ilyen dolgok miatt fázok.
Unknown User (hammond)
A vas részletei milyenek?
Auth Gábor
Ugyan az a driver van, mint Linux-on... a különbség, hogy ez Solaris... :)
Auth Gábor
Auth Gábor
Sun x4200 alap, amiben van két darab Opteron, 4-4GBájt memóriával, 4 db SAS 10k 75GBájt méretű merevlemez.
A tesztek alapján átlag 100ms a javaforum.hu főoldal elkészítése, azonban a párhuzamosság okán egy másodperc alatt 20 kérést tud kiszolgálni (a főoldalt tekintve), de erre még jön majd egy durvább cache is... :)
Auth Gábor
Auth Gábor
Csapó Krisztina
Auth Gábor
A lassulás okát nem tudom, de a szerver oldalon elkészül a teljes oldal, de nem kerül ki a szerverről, hanem ott várakozik mintha. :(
Csapó Krisztina
Ajax4JSF topikra kattintva igen változatos eredményeket kaptam:
1. kísérlet: üres oldal, ami az állapotsor szerint kész
vissza
2. kísérlet:
Bad Gateway
The proxy server received an invalid response from an upstream server.
Apache/2.0.58 (Unix) mod_ssl/2.0.58 OpenSSL/0.9.7d PHP/4.4.7 Server at javaforum.hu Port 80
vissza
3. kísérlet:
HTTP Status 404 - /ForumNewOWR/forum
type Status report
message /ForumNewOWR/forum
description The requested resource (/ForumNewOWR/forum) is not available.
Apache Tomcat/5.5.17
vissza
4. kísérlet: simán bejön az oldal
(na erre varrjál gombot ;-) )
Auth Gábor
Auth Gábor
Auth Gábor
A bűnös természetesen a hanyag fejlesztő (vagyis én), illetve a kapkodó rendszergazda (az is én). A történet úgy szólt, hogy a cég meglévő szerverét kinőttük, ezért szerverhotelben lévő átlagos PC-ből épített szerver helyére vittünk egy Sun x4200-es vasat és egy co-location jellegű combosabb PC-ből készült backup rendszert is.
A Sun szerveren természetesen Solaris van, és migrálás erős tesztelést kapott, ezért aztán nem igazán értettük a problémát, vagyis azt, hogy mi a probléma pontosan és miért a végleges helyén műveli a portál. :)
Nos, első problémaként a névfeloldást okoltam, mivel egy DNS proxy-t használtunk, amelyre azonban mégsem lett szükség, de nem ez volt a baj. Aztán a mod_proxy modulra gondoltam, hogy nem adja tovább a kérést megfelelően, de nem ez volt a gond. Aztán a PostgreSQL JDBC meghajtóra gyanakodtam, mivel belekerül néhány "unexpected EOF on client connection" hibaüzenet a logba, de nem ez volt a baj, nem akkor került bele, amikor a megtorpanás történt. De nem ez volt a probléma...
A véletlenszerű hiba aztán reprodukálható lett, amikoris a kolléga szólt, hogy ha fejlesztés közben egy kivétel keletkezik, akkor megáll a feldolgozás és 1-2 perc után minden megy tovább. És valóban, amikor a program végrehajtása hibára futtot, akkor a Tomcat összes context-e megállt egy kis időre, kivéve a manager context, amely továbbra is működött, de nem lehetett az egyes context-eket leállítani vagy elindítani. :)
A problémát leszűkítettük arra, hogy a log4j error és fatal metódusa okozza... ezek meghívása esetén a Tomcat mintha megállna. Mivel minden állomány jogosultsága rendben volt, a gyanú az SMTPAppender részre terelődött:
<appender name="smtp-appender" class="org.apache.log4j.net.SMTPAppender">
A problémát az okozta, hogy a tesztrendszerben nem létezett a localhost-on SMTP szolgáltatás, csak egy SMTP proxy (sendmail), az éles rendszerben viszont más IP címre került a SmartHost, és egyszerűen csak át kellett írni a megfelelő címre. ÉS lőn... megjavult.<param name="Threshold" value="ERROR" />
<param name="to" value="info@javaforum.hu"/>
<param name="from" value="fatal@javaforum.hu"/>
<param name="subject" value="Error"/>
<param name="SMTPHost" value="localhost"/>
<layout class="org.apache.log4j.PatternLayout">
<param name="ConversionPattern" value="%d %l\n%-10p\n%x\n%m\n"/>
</layout>
</appender>
A tanulság ebből az, hogy triviális problémákkal lehet szívni fél napot, illetve az, hogy óvakodni kell a log4j SMTPAppender moduljától, mert nagyon érdekes problémát okoz... tapasztaltátok ezt?