[
https://issues.apache.org/jira/browse/DERBY-4207?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12706074#action_12706074
]
Kathey Marsden commented on DERBY-4207:
---------------------------------------
This may be this issue:
http://forums.novell.com/novell-product-support-forums/suse-linux-enterprise-server-sles/sles-virtualization/367490-vmi-kernel-buggy.html
top on my hung process shows heavy CPU usage. I wonder what it's working so
hard at when it is going nowhere.
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
104 cloudtst 25 0 566m 20m 3740 R 157 0.5 673:17.44 java
I will try getting a bug number and will try switching to one virtual CPU as
recommended in the thread.
> Intermittent hang in tests and build with SUSE linux running under VMWare
> with "Virtual Machine Interface " enabled
> --------------------------------------------------------------------------------------------------------------------
>
> Key: DERBY-4207
> URL: https://issues.apache.org/jira/browse/DERBY-4207
> Project: Derby
> Issue Type: Bug
> Components: Build tools, Test
> Affects Versions: 10.5.1.2
> Environment: java version "1.5.0"
> Java(TM) 2 Runtime Environment, Standard Edition (build pxi32devifx-20070806
> (SR5a))
> IBM J9 VM (build 2.3, J2RE 1.5.0 IBM J9 2.3 Linux x86-32 j9vmxi3223-20070426
> (JIT enabled)
> J9VM - 20070420_12448_lHdSMR
> JIT - 20070419_1806_r8
> GC - 200704_19)
> JCL - 20070725
> java version "1.4.2"
> Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2)
> Classic VM (build 1.4.2, J2RE 1.4.2 IBM build cxia32142-20061124 (SR7) (JIT
> enabled: jitc))
> On SUSE linux running under VMWare
> SLES 10 service pack 2
> VMware ESX Server 3i, 3.5.0, 158869
> Model: eserver xSeries 345 -[8670MAX]
> Processors:2 CPU x 3.059 GHz
> Processor Type: Intel(R) Xeon(TM) CPU 3.06GHz
> Hyperthreading: Active
> Total Memory: 8.00 GB
> Number of NICs: 2
> Virtual Machines: 6
> VMotion Enabled: No
> Reporter: Kathey Marsden
> Assignee: Kathey Marsden
> Attachments: ClassForNameTest.java, rpt.ksh, samplejavacores.zip
>
>
> We made a change to enable the "Virtual Machine Interface " between the VM
> server and the SUSE Linux client, to correct a time calculation issue in this
> environment. Since then we have been seeing intermittent hangs, once in the
> build during splitmessages and several times in the tests. The hang always
> seems to be in some native code invoked from an internal java class.
> This is lkely a VMWare bug, rather than Derby or JVM bug. Once that is
> verified I will close this invald, but thought I would file it in case users
> encounter the issue.
> I will post a few sample javacore files. Here is one sample trace:
> 1XMTHDINFO All Thread Details
> NULL ------------------
> NULL
> 2XMFULLTHDDUMP Full thread dump J9 VM (J2RE 5.0 IBM J9 2.3 Linux x86-32 build
> 20070420_12448_lHdSMR, native threads):
> 3XMTHREADINFO "main" (TID:0x0806CB00, sys_thread_t:0x0805C380, state:CW,
> native ID:0x000016DC) prio=5
> 4XESTACKTRACE at java/lang/String.intern(Native Method)
> 4XESTACKTRACE at java/lang/Class.getName(Class.java:1061)
> 4XESTACKTRACE at
> com/ibm/oti/vm/AbstractClassLoader.getPackageName(AbstractClassLoader.java:362)
> 4XESTACKTRACE at
> com/ibm/oti/vm/BootstrapClassLoader.loadClass(BootstrapClassLoader.java:71)
> 4XESTACKTRACE at com/ibm/oti/vm/VM.findClassOrNull(Native Method)
> 4XESTACKTRACE at
> com/ibm/oti/vm/BootstrapClassLoader.loadClass(BootstrapClassLoader.java:67)
> 4XESTACKTRACE at
> com/ibm/security/cert/CertificateFactoryImpl.engineGenerateCertPath(CertificateFactoryImpl.java:563)
> 4XESTACKTRACE at
> java/security/cert/CertificateFactory.generateCertPath(CertificateFactory.java:297)
> 4XESTACKTRACE at
> sun/security/util/SignatureFileVerifier.getSigners(SignatureFileVerifier.java:487)
> 4XESTACKTRACE at
> sun/security/util/SignatureFileVerifier.processImpl(SignatureFileVerifier.java:231)
> 4XESTACKTRACE at
> sun/security/util/SignatureFileVerifier.process(SignatureFileVerifier.java:199)
> 4XESTACKTRACE at
> java/util/jar/JarVerifier.processEntry(JarVerifier.java:300)
> 4XESTACKTRACE at
> java/util/jar/JarVerifier.update(JarVerifier.java:212)
> 4XESTACKTRACE at
> java/util/jar/JarFile.initializeVerifier(JarFile.java:352)
> 4XESTACKTRACE at
> java/util/jar/JarFile.getInputStream(JarFile.java:429)
> 4XESTACKTRACE at
> sun/misc/URLClassPath$JarLoader$1.getInputStream(URLClassPath.java:895)
> 4XESTACKTRACE at
> sun/misc/Resource.cachedInputStream(Resource.java:96)
> 4XESTACKTRACE at sun/misc/Resource.getByteBuffer(Resource.java:151)
> 4XESTACKTRACE at
> java/net/URLClassLoader.defineClass(URLClassLoader.java:546)
> 4XESTACKTRACE at
> java/net/URLClassLoader.access$400(URLClassLoader.java:120)
> 4XESTACKTRACE at
> java/net/URLClassLoader$ClassFinder.run(URLClassLoader.java:962)
> 4XESTACKTRACE at
> java/security/AccessController.doPrivileged(AccessController.java:275)
> 4XESTACKTRACE at
> java/net/URLClassLoader.findClass(URLClassLoader.java:488)
> 4XESTACKTRACE at
> java/lang/ClassLoader.loadClass(ClassLoader.java:607)
> 4XESTACKTRACE at
> java/lang/ClassLoader.loadClass(ClassLoader.java:599)
> 4XESTACKTRACE at
> sun/misc/Launcher$AppClassLoader.loadClass(Launcher.java:327)
> 4XESTACKTRACE at
> java/lang/ClassLoader.loadClass(ClassLoader.java:573)
> 4XESTACKTRACE at
> sun/security/jca/ProviderConfig$3.run(ProviderConfig.java:273)
> 4XESTACKTRACE at
> java/security/AccessController.doPrivileged(AccessController.java:193)
> 4XESTACKTRACE at
> sun/security/jca/ProviderConfig.doLoadProvider(ProviderConfig.java:264)
> 4XESTACKTRACE at
> sun/security/jca/ProviderConfig.getProvider(ProviderConfig.java:244)
> 4XESTACKTRACE at
> sun/security/jca/ProviderList.loadAll(ProviderList.java:280)
> 4XESTACKTRACE at
> sun/security/jca/ProviderList.removeInvalid(ProviderList.java:297)
> 4XESTACKTRACE at
> sun/security/jca/Providers.getFullProviderList(Providers.java:182)
> 4XESTACKTRACE at
> java/security/Security.getProviders(Security.java:455)
> 4XESTACKTRACE at
> java/security/Security.getProviders(Security.java:602)
> 4XESTACKTRACE at
> java/security/Security.getProviders(Security.java:548)
> 4XESTACKTRACE at
> org/apache/derby/client/am/EncryptionManager.<init>(Bytecode PC:26)
> 4XESTACKTRACE at
> org/apache/derby/jdbc/ClientBaseDataSource.<clinit>(Bytecode PC:9)
> 4XESTACKTRACE at java/lang/J9VMInternals.initializeImpl(Native
> Method)
> 4XESTACKTRACE at
> java/lang/J9VMInternals.initialize(J9VMInternals.java:192(Compiled Code))
> 4XESTACKTRACE at
> java/lang/J9VMInternals.initialize(J9VMInternals.java:157(Compiled Code))
> 4XESTACKTRACE at java/lang/Class.forNameImpl(Native Method)
> 4XESTACKTRACE at java/lang/Class.forName(Class.java:130)
> 4XESTACKTRACE at
> org/apache/derbyTesting/junit/SecurityManagerSetup.getURL(SecurityManagerSetup.java:363)
> 4XESTACKTRACE at
> org/apache/derbyTesting/junit/SecurityManagerSetup.determineClasspath(SecurityManagerSetup.java:325)
> 4XESTACKTRACE at
> org/apache/derbyTesting/junit/SecurityManagerSetup.<clinit>(SecurityManagerSetup.java:68)
> 4XESTACKTRACE at java/lang/J9VMInternals.initializeImpl(Native
> Method)
> 4XESTACKTRACE at
> java/lang/J9VMInternals.initialize(J9VMInternals.java:192(Compiled Code))
> 4XESTACKTRACE at
> org/apache/derbyTesting/functionTests/harness/jvm.getSecurityProps(jvm.java:384)
> 4XESTACKTRACE at
> org/apache/derbyTesting/functionTests/harness/jvm.setSecurityProps(jvm.java:344)
> 4XESTACKTRACE at
> org/apache/derbyTesting/functionTests/harness/RunTest.buildTestCommand(RunTest.java:2371)
> 4XESTACKTRACE at
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
