Child pages
  • JavaFórum bétateszt
Skip to end of metadata
Go to start of metadata
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))
  • No labels

18 Comments

  1. Unknown User (gericop)

    Nekem eddig 3 eredmény volt...
    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.

  2. Az 1. és a 2. azért volt, mert közben egy hibát javítottam. :)
    A 3. is kijavítva, nem másoltam át azokat a fájlokat.
  3. Némi probléma adódott, néha bedob az alábbi kódrészletre ilyesmi kivételt a PostgreSQL JDBC driver:

    348    if (this.result!=null)
    349    {     
    350      if (!this.result.isClosed())
    351      {

    java.lang.AbstractMethodError: org.postgresql.jdbc2.Jdbc2ResultSet.isClosed()Z
    tld.AbstractTag.extractMetaData(AbstractTag.java:350)
    Van valakinek ötlete erre?
  4. Anonymous

    Ötletem nincs, mivel nem értek hozzá, de nekem úgy tűnik, hogy ezt a hibát nemcsak "néha" dobja be, hanem pontosan minden második kattra. Teljesen független attól, hogy mi a katt tárgya.
  5. Nekem is így tűnik... :(
  6. Unknown User (frimen)

    Sajnos a JDBC driver-ek Postgres-hez bugos szarok.
    É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.
  7. Unknown User (hammond)

    Hello!
    A vas részletei milyenek?
  8. Sajnos a JDBC driver-ek Postgres-hez bugos szarok.

    Ugyan az a driver van, mint Linux-on... a különbség, hogy ez Solaris... :)
  9. A statisztika részen van valami, ami nem tetszett a Solaris alatti JDBC-PgSQL párosnak. Azt kiiktattam, most jónak tűnik, lehet ismét tesztelni... :)
  10. Elvileg nem üzleti titok... :)

    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... :)
  11. Élesbe fordult a bétateszt. Bármi hibát találtok, írjátok meg ide, hogy javítani tudjam...
  12. Tapasztaltatok sebességbeli problémákat? Én néha azt tapasztalom, hogy a böngésző teker-teker fél percig, aztán beugrik az oldal.
  13. Én néha igen. Sőt, egyszer valami hibaüzenetet is adott, csak már azután jutott eszembe, hogy ki kéne menteni, miután a frissítésre kattintottam. Akkor meg már szó nélkül bejött. Valami getforum volt a hibaüzenetben.
  14. Legközelebb - ha hibaüzenet jön be, mentsétek le... :)

    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. :(
  15. Parancsolj :

    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 ;-) )
  16. Ezek azért voltak, mert a Tomcat-et éppen újraindítottunk... a lassú betöltés (pontosabban várakozás, majd gyors betöltés) talán a statisztika okán volt, amikor az IP -> DNS név feloldás megtörtént, és valamiért nem érte el a DNS szervert, ezt talán megoldottuk.
  17. Tapasztaltatok az utóbbi 2 órában letöltési problémát vagy oldalletöltési késleltetést?
  18. Úgy néz ki, megvan a bűnös az utóbbi két nap oldalletöltési problémáiért... :)

    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">
        <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 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.

    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?