You are viewing a plain text version of this content. The canonical link for it is here.
Posted to derby-dev@db.apache.org by "Kathey Marsden (JIRA)" <ji...@apache.org> on 2009/05/01 19:40:30 UTC

[jira] Updated: (DERBY-4207) Intermittent hang in tests and build with SUSE linux running under VMWare with "Virtual Machine Interface " enabled

     [ https://issues.apache.org/jira/browse/DERBY-4207?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Kathey Marsden updated DERBY-4207:
----------------------------------

    Attachment: samplejavacores.zip

> 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
>            Reporter: Kathey Marsden
>         Attachments: 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.