Skip to end of metadata
Go to start of metadata

Ahogy olvasható a bevezető oldalon, "a meglévő fizikai hardver – bár stabil és strapabíró – sajnos elavult, lassú, továbbá nehezen és drágán bővíthető". A bővítés a Confluence motorra való migrálás okán vált szükségessé, mivel a nagyobb terhelést kapó wiki oldalnak nagyobb lett az erőforrás igénye, így a netdiag.hu mérései csúnya képet mutattak az utóbbi egy hónapban:

Igaz, voltak szép napok is:

A problémák forrása alapvetően a Confluence volt, amely több erőforrást igényel azonos forgalom esetén, mint a régi JavaForum2.0 portál – hozzá kell tenni, hogy sokkal többet is tud, de amikor a szerveren időzített mentések futottak, illetve több egyidejű kérés esett be, akkor a válaszidő túllépte a 12 másodpercet, amelyet a netdiag.hu már hibának jelzett és valóban sokban rombolja a felhasználói élményt a lassú weboldal.

Tegnap éjjel átmigráltam a teljes Confluence tartalmat az új szerverre, remélve, hogy elmúlnak a problémák, ám új problémával szembesültem:

Ahogy a grafikonon látszik, reggel negyed nyolc körül egy SMS-re ébredtem, hogy áll az oldal, a szerverre belépve az fogadott, hogy a Java processz nemes egyszerűséggel megszűnt létezni, a történtekről egy hs_err_pid26238.log fájl árulkodott, amely eleje szerint a JVM belefutott egy helyrehozhatatlan hibába:

#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x00007ff2e511ed04, pid=26238, tid=140681185855232
#
# JRE version: 6.0_24-b24
# Java VM: OpenJDK 64-Bit Server VM (20.0-b12 mixed mode linux-amd64 compressed oops)
# Derivative: IcedTea6 1.11.3
# Distribution: CentOS release 6.2 (Final), package rhel-1.48.1.11.3.el6_2-x86_64
# Problematic frame:
# J  java.lang.String.getBytes(Ljava/lang/String;)[B
#
# If you would like to submit a bug report, please include
# instructions how to reproduce the bug and visit:
#   http://icedtea.classpath.org/bugzilla
#

---------------  T H R E A D  ---------------

Current thread (0x00007ff2e8982800):  JavaThread "Java2D Disposer" daemon [_thread_in_Java, id=26321, stack(0x00007ff2e40c0000,0x00007ff2e41c1000)]

És még kétszer a mai nap:

-rw-r--r--.  1 confluence users 168672 jún   20 11.25 hs_err_pid14012.log
-rw-r--r--.  1 confluence users 167009 jún   20 07.08 hs_err_pid26238.log
-rw-r--r--.  1 confluence users 164023 jún   20 08.46 hs_err_pid4643.log

A fájlokban lévő ok közösnek tűnt:

Stack: [0x00007ff2e40c0000,0x00007ff2e41c1000],  sp=0x00007ff2e41bef50,  free space=1019k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
J  java.lang.String.getBytes(Ljava/lang/String;)[B
V  [libjvm.so+0x4b8fa8]  AsyncGetCallTrace+0xa4e38
V  [libjvm.so+0x4b8108]  AsyncGetCallTrace+0xa3f98
V  [libjvm.so+0x4c4266]  JNI_CreateJavaVM+0xf86
V  [libjvm.so+0x4c4fb4]  JNI_CreateJavaVM+0x1cd4
C  [libjava.so+0x18360]  JNU_GetStringPlatformChars+0x640
C  [libfontmanager.so+0xad21]  Java_sun_font_FreetypeFontScaler_initNativeScaler+0x2b1

Mindegyik a libfontmanager.so működésével kapcsolatos, amely a JVM része:

-rwxr-xr-x. 1 root root 238544 jún   13 16.52 /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/lib/amd64/libfontmanager.so

Javításképp feltettem egy Oracle JDK csomagot, amely kicsit hosszabb, mint az OpenJDK csomagban lévő:

-rwxr-xr-x. 1 root root 671972 máj    9 19.28 /opt/jdk1.6.0_33/jre/lib/amd64/libfontmanager.so

A Confluence most már ezzel a Java csomaggal fut, remélem ezzel megoldódik a probléma, ez a holnapi nap során talán kiderül... (smile)

      
      
Page viewed times