Re: [GUMP@vmgump]: Project tomcat-tc8.0.x-test-apr (in module tomcat-8.0.x) failed
>[concat] Testsuites with failed tests: >[concat] TEST-org.apache.tomcat.util.net.TestSsl.APR.txt >[concat] TEST-org.apache.tomcat.websocket.TestWebSocketFrameClient.APR.txt >[concat] > TEST-org.apache.tomcat.websocket.TestWebSocketFrameClientSSL.APR.txt >[concat] TEST-org.apache.tomcat.websocket.TestWsWebSocketContainer.APR.txt I've been looking into some of these failures (the SSL ones). It looks like OpenSSL is rejecting the opening client handshake as corrupt. I've looked at the data in Wireshark and it looks to be OK so I need to do some more digging. Mark - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [GUMP@vmgump]: Project tomcat-tc8.0.x-test-apr (in module tomcat-8.0.x) failed
On 07/10/2015 08:46, Mark Thomas wrote: > > >>[concat] Testsuites with failed tests: >>[concat] TEST-org.apache.tomcat.util.net.TestSsl.APR.txt >>[concat] TEST-org.apache.tomcat.websocket.TestWebSocketFrameClient.APR.txt >>[concat] >> TEST-org.apache.tomcat.websocket.TestWebSocketFrameClientSSL.APR.txt >>[concat] TEST-org.apache.tomcat.websocket.TestWsWebSocketContainer.APR.txt > > I've been looking into some of these failures (the SSL ones). It looks > like OpenSSL is rejecting the opening client handshake as corrupt. I've > looked at the data in Wireshark and it looks to be OK so I need to do > some more digging. The good folks at OpenSSL have fixed this. Gump should pick up the new version on the next build. Mark - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [GUMP@vmgump]: Project tomcat-tc8.0.x-test-apr (in module tomcat-8.0.x) failed
2015-03-04 17:55 GMT+03:00 Bill Barker billbar...@apache.org: To whom it may engage... Full details are available at: http://vmgump.apache.org/gump/public/tomcat-8.0.x/tomcat-tc8.0.x-test-apr/index.html [concat] Testsuites with failed tests: [concat] TEST-org.apache.catalina.startup.TestHostConfigAutomaticDeployment.APR.txt TEST-org.apache.catalina.startup.TestHostConfigAutomaticDeployment.APR.txt Tests run: 137, Failures: 25, Errors: 0, Skipped: 0, Time elapsed: 121.944 sec - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [GUMP@vmgump]: Project tomcat-tc8.0.x-test-apr (in module tomcat-8.0.x) failed
TC 8 APR crash in TestWsSubprotocols. This is different from the failure for trunk (org.apache.catalina.nonblocking.TestNonBlockingAPI fails in testNonBlockingWriteError Error listener should have been invoked.): [junit] Running org.apache.tomcat.websocket.TestWsSubprotocols [junit] 01-Mar-2015 04:06:00.094 INFO [main] org.apache.catalina.startup.LoggingBaseTest.setUp Starting test case [testWsSubprotocols] [junit] 01-Mar-2015 04:06:00.580 INFO [main] org.apache.catalina.core.AprLifecycleListener.lifecycleEvent Loaded APR based Apache Tomcat Native library 1.1.32 using APR version 1.6.0. [junit] 01-Mar-2015 04:06:00.581 INFO [main] org.apache.catalina.core.AprLifecycleListener.lifecycleEvent APR capabilities: IPv6 [true], sendfile [true], accept filters [false], random [true]. [junit] 01-Mar-2015 04:06:00.589 INFO [main] org.apache.catalina.core.AprLifecycleListener.initializeSSL OpenSSL successfully initialized (OpenSSL 1.1.0-dev xx XXX ) [junit] 01-Mar-2015 04:06:01.524 INFO [main] org.apache.coyote.AbstractProtocol.init Initializing ProtocolHandler [http-apr-127.0.0.1-auto-1] [junit] 01-Mar-2015 04:06:01.563 INFO [main] org.apache.catalina.core.StandardService.startInternal Starting service Tomcat [junit] 01-Mar-2015 04:06:01.563 INFO [main] org.apache.catalina.core.StandardEngine.startInternal Starting Servlet Engine: Apache Tomcat/8.0.21-dev [junit] 01-Mar-2015 04:06:02.128 INFO [main] org.apache.coyote.AbstractProtocol.start Starting ProtocolHandler [http-apr-127.0.0.1-auto-1-53338] [junit] 01-Mar-2015 04:06:02.151 INFO [main] org.apache.catalina.util.LifecycleBase.start The start() method was called on component [StandardServer[-1]] after start() had already been called. The second call will be ignored. [junit] 01-Mar-2015 04:06:03.009 INFO [main] org.apache.coyote.AbstractProtocol.pause Pausing ProtocolHandler [http-apr-127.0.0.1-auto-1-53338] [junit] 01-Mar-2015 04:06:03.023 INFO [main] org.apache.catalina.core.StandardService.stopInternal Stopping service Tomcat [junit] 01-Mar-2015 04:06:03.051 INFO [main] org.apache.coyote.AbstractProtocol.stop Stopping ProtocolHandler [http-apr-127.0.0.1-auto-1-53338] [junit] 01-Mar-2015 04:06:03.105 INFO [main] org.apache.coyote.AbstractProtocol.destroy Destroying ProtocolHandler [http-apr-127.0.0.1-auto-1-53338][junit] # [junit] # A fatal error has been detected by the Java Runtime Environment: [junit] # [junit] # SIGSEGV (0xb) at pc=0x7fd0b406b414, pid=17638, tid=140533455066880 [junit] # [junit] # JRE version: Java(TM) SE Runtime Environment (8.0_25-b17) (build 1.8.0_25-b17) [junit] # Java VM: Java HotSpot(TM) 64-Bit Server VM (25.25-b02 mixed mode linux-amd64 compressed oops) [junit] # Problematic frame: [junit] # C [libpthread.so.0+0xa414] pthread_mutex_lock+0x4 [junit] # [junit] # Core dump written. Default location: /srv/gump/public/workspace/tomcat-8.0.x/core or core.17638 (max size 1 kB). To ensure a full core dump, try ulimit -c unlimited before starting Java again [junit] # [junit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.127 sec [junit] # An error report file with more information is saved as: [junit] # /srv/gump/public/workspace/tomcat-8.0.x/hs_err_pid17638.log [junit] # [junit] # If you would like to submit a bug report, please visit: [junit] # http://bugreport.sun.com/bugreport/crash.jsp [junit] # The crash happened outside the Java Virtual Machine in native code. [junit] # See problematic frame for where to report the bug. [junit] # [junit] Test org.apache.tomcat.websocket.TestWsSubprotocols FAILED Regards, Rainer - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [GUMP@vmgump]: Project tomcat-tc8.0.x-test-apr (in module tomcat-8.0.x) failed
Am 12.02.2015 um 11:48 schrieb Rainer Jung: Am 12.02.2015 um 08:55 schrieb Bill Barker: The jvm crashes here: [junit] # C [libcrypto.so.1.1.0+0x14fef9] EVP_add_cipher+0x9 I wonder whether we really want to build and test against OpenSSL master. The 1.0.2 branch would be more stable. I think best would be building TC 8 and before against tcnative based on OpenSSL 1.0.2 and TC turnk against tcnative based on OpenSSL master. I found no way to configure gump to build from a git branch instead of master ... Concerning the current failure: the gump make output of the OpenSSL build available under http://vmgump.apache.org/gump/public/openssl/openssl-make/gump_work/build_openssl_openssl-make.txt shows some warnings that might be related: The OpenSSL folks have fixed this https://github.com/openssl/openssl/commit/2b8f33a5741e5c6eab5053140a79673bf972bc13 I also added make test to the Gump OpenSSL build. It currently fails http://vmgump.apache.org/gump/public/openssl/openssl-make-test/gump_work/build_openssl_openssl-make-test.html The above change for the build wasn't committed to git when the last run happened, but the failure in make test could well be something else. If it fails again for the next run, I will remove make test again to at least let the build succeed. Regards, Rainer - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [GUMP@vmgump]: Project tomcat-tc8.0.x-test-apr (in module tomcat-8.0.x) failed
On 2015-02-12, Rainer Jung wrote: Am 12.02.2015 um 11:48 schrieb Rainer Jung: Am 12.02.2015 um 08:55 schrieb Bill Barker: The jvm crashes here: [junit] # C [libcrypto.so.1.1.0+0x14fef9] EVP_add_cipher+0x9 I wonder whether we really want to build and test against OpenSSL master. The 1.0.2 branch would be more stable. I think best would be building TC 8 and before against tcnative based on OpenSSL 1.0.2 and TC turnk against tcnative based on OpenSSL master. I found no way to configure gump to build from a git branch instead of master ... The git element inside module supports a branch attribute. It's just not documented (yet). Stefan - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [GUMP@vmgump]: Project tomcat-tc8.0.x-test-apr (in module tomcat-8.0.x) failed
On 2015-02-12, Stefan Bodewig wrote: The git element inside module supports a branch attribute. It's just not documented (yet). Oh, it even is http://gump.apache.org/metadata/module.html#git :-) Cheers Stefan - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [GUMP@vmgump]: Project tomcat-tc8.0.x-test-apr (in module tomcat-8.0.x) failed
Am 12.02.2015 um 08:55 schrieb Bill Barker: The jvm crashes here: [junit] # C [libcrypto.so.1.1.0+0x14fef9] EVP_add_cipher+0x9 I wonder whether we really want to build and test against OpenSSL master. The 1.0.2 branch would be more stable. I think best would be building TC 8 and before against tcnative based on OpenSSL 1.0.2 and TC turnk against tcnative based on OpenSSL master. Concerning the current failure: the gump make output of the OpenSSL build available under http://vmgump.apache.org/gump/public/openssl/openssl-make/gump_work/build_openssl_openssl-make.txt shows some warnings that might be related: gcc -I.. -I../.. -I../modes -I../asn1 -I../evp -I../include -I../../include -fPIC -DOPENSSL_PIC -DOPENSSL_USE_DEPRECATED -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -Wa,--noexecstack -m64 -DL_ENDIAN -DTERMIO -O3 -Wall -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DMD5_ASM -DAES_ASM -DVPAES_ASM -DBSAES_ASM -DWHIRLPOOL_ASM -DGHASH_ASM -DECP_NISTZ256_ASM -c -o c_allc.o c_allc.c c_allc.c: In function ‘OpenSSL_add_all_ciphers’: c_allc.c:248:5: warning: implicit declaration of function ‘EVP_camellia_128_ctr’ [-Wimplicit-function-declaration] EVP_add_cipher(EVP_camellia_128_ctr()); ^ c_allc.c:248:5: warning: passing argument 1 of ‘EVP_add_cipher’ makes pointer from integer without a cast [enabled by default] In file included from c_allc.c:61:0: ../../include/openssl/evp.h:953:5: note: expected ‘const struct EVP_CIPHER *’ but argument is of type ‘int’ int EVP_add_cipher(const EVP_CIPHER *cipher); ^ c_allc.c:249:5: warning: implicit declaration of function ‘EVP_camellia_192_ctr’ [-Wimplicit-function-declaration] EVP_add_cipher(EVP_camellia_192_ctr()); ^ c_allc.c:249:5: warning: passing argument 1 of ‘EVP_add_cipher’ makes pointer from integer without a cast [enabled by default] In file included from c_allc.c:61:0: ../../include/openssl/evp.h:953:5: note: expected ‘const struct EVP_CIPHER *’ but argument is of type ‘int’ int EVP_add_cipher(const EVP_CIPHER *cipher); ^ c_allc.c:250:5: warning: implicit declaration of function ‘EVP_camellia_256_ctr’ [-Wimplicit-function-declaration] EVP_add_cipher(EVP_camellia_256_ctr()); ^ c_allc.c:250:5: warning: passing argument 1 of ‘EVP_add_cipher’ makes pointer from integer without a cast [enabled by default] In file included from c_allc.c:61:0: ../../include/openssl/evp.h:953:5: note: expected ‘const struct EVP_CIPHER *’ but argument is of type ‘int’ int EVP_add_cipher(const EVP_CIPHER *cipher); ^ The OpenSSL changelog contains: commit dda8199922f9d52087d2c41b22a61eb4f9671385 Author: Andy Polyakov ap...@openssl.org Date: Wed Feb 11 20:30:13 2015 +0100 Add Camellia CTR mode. Reviewed-by: Rich Salz rs...@openssl.org which in turn contains the following change: diff --git a/crypto/evp/c_allc.c b/crypto/evp/c_allc.c index 174a419..7ae36d7 100644 --- a/crypto/evp/c_allc.c +++ b/crypto/evp/c_allc.c @@ -245,5 +245,8 @@ void OpenSSL_add_all_ciphers(void) EVP_add_cipher(EVP_camellia_256_ofb()); EVP_add_cipher_alias(SN_camellia_256_cbc, CAMELLIA256); EVP_add_cipher_alias(SN_camellia_256_cbc, camellia256); +EVP_add_cipher(EVP_camellia_128_ctr()); +EVP_add_cipher(EVP_camellia_192_ctr()); +EVP_add_cipher(EVP_camellia_256_ctr()); #endif } Thos _ctr variants are missing in crypto/evp/evp.h. It's pretty likely this triggers the crash. I'll mail to OpenSSL. Regards, Rainer - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org