Unable to start TeamCity agent on Redhat-Linux


I installed the latest version of TeamCity (6.0) on a Linux box and tried to start the server and agent but agen fails to start with the following error:

./buildAgent/bin/agent.sh start
Starting TeamCity build agent...
Warning: -ea not understood. Ignoring.
Exception in thread "main" java.lang.VerifyError: verification failed at PC 0 in jetbrains.buildServer.agent.Check:main(([Ljava.lang.String;)V): String, int, or float constant expected
   at _Jv_BytecodeVerifier.verify_fail(byte, int) (/usr/lib64/libgcj.so.5.0.0)
   at _Jv_BytecodeVerifier.verify_instructions_0() (/usr/lib64/libgcj.so.5.0.0)
   at _Jv_VerifyMethod(_Jv_InterpMethod) (/usr/lib64/libgcj.so.5.0.0)
   at _Jv_PrepareClass(java.lang.Class) (/usr/lib64/libgcj.so.5.0.0)
   at _Jv_WaitForState(java.lang.Class, int) (/usr/lib64/libgcj.so.5.0.0)
   at java.lang.VMClassLoader.linkClass0(java.lang.Class) (/usr/lib64/libgcj.so.5.0.0)
   at java.lang.VMClassLoader.resolveClass(java.lang.Class) (/usr/lib64/libgcj.so.5.0.0)
   at java.lang.Class.initializeClass() (/usr/lib64/libgcj.so.5.0.0)
   at java.lang.Class.forName(java.lang.String, boolean, java.lang.ClassLoader) (/usr/lib64/libgcj.so.5.0.0)
   at gnu.gcj.runtime.FirstThread.run() (/usr/lib64/libgcj.so.5.0.0)
   at _Jv_ThreadRun(java.lang.Thread) (/usr/lib64/libgcj.so.5.0.0)
   at _Jv_RunMain(java.lang.Class, byte const, int, byte const, boolean) (/usr/lib64/libgcj.so.5.0.0)
   at __gcj_personality_v0 (/net/eldorado/120gb2/ansoft/TeamCity_New/buildAgent/bin/java.version=1.4.2)
   at __libc_start_main (/lib64/tls/libc-2.3.4.so)
   at _Jv_RegisterClasses (/net/eldorado/120gb2/ansoft/TeamCity_New/buildAgent/bin/java.version=1.4.2)

Machine details:

Linux testmachine 2.6.9-78.ELsmp #1 SMP Wed Jul 9 15:46:26 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux
Red Hat Enterprise Linux WS release 4 (Nahant Update 7)
Java: jdk1.6.0_07


1 comment
Comment actions Permalink

TeamCity build agent and server support Sun or IBM JVM, but it seems in your case agent is started by some other implementation of the JVM (OpenJDK?).


Please sign in to leave a comment.