openssl: Test 80-test_cmp_http fails at alpha17 on NonStop x86/ia64
This is a net-new failure compared with alpha16. Virtually every sub-test fails in this test. What information is needed to further investigate? An example:
# ------------------------------------------------------------------------------
# Failed test 'p10cr csr non-existing file'
# at test/recipes/80-test_cmp_http.t line 147.
Warning: certificate from 'trusted.crt' with subject '/O=openssl_cmp' is not a CA cert
Unable to load PKCS#10 CSR
error: unable to load PKCS#10 CSR from file 'empty.txt'
cmp_main:/home/ituglib/randall/openssl-3.0/apps/cmp.c:2778:CMP error: cannot set up CMP context
# cmp_main:/home/ituglib/randall/openssl-3.0/apps/cmp.c:2602:CMP info: using section(s) 'Mock enrollment' of OpenSSL configuration file '../Mock/test.cnf'
# opt_str:/home/ituglib/randall/openssl-3.0/apps/cmp.c:2203:CMP warning: -proxy option argument is empty string, resetting option
# setup_request_ctx:/home/ituglib/randall/openssl-3.0/apps/cmp.c:1488:CMP warning: -subject option is ignored for commands other than 'ir', 'cr', and 'kur' since -ref or -cert is given
# setup_request_ctx:/home/ituglib/randall/openssl-3.0/apps/cmp.c:1500:CMP warning: -policies option is ignored for commands other than 'ir', 'cr', and 'kur'
# setup_request_ctx:/home/ituglib/randall/openssl-3.0/apps/cmp.c:1536:CMP warning: -newkeytype option is ignored for 'p10cr' and 'rr' commands
# setup_request_ctx:/home/ituglib/randall/openssl-3.0/apps/cmp.c:1538:CMP warning: -newkey option is ignored for 'p10cr' and 'rr' commands
../../../../util/wrap.pl ../../../../apps/openssl cmp -server '127.0.0.1:61432' -config ../Mock/test.cnf -section 'Mock enrollment' -certout ../../../../test-runs/test_cmp_http/test.cert.pem -proxy '' -no_proxy 127.0.0.1 -cmd p10cr -newkey new.key -newkeypass 'pass:' -certout ../../../../test-runs/test_cmp_http/test.certout_p10cr4.pem -out_trusted root.crt -csr empty.txt => 255
About this issue
- Original URL
- State: closed
- Created 3 years ago
- Comments: 121 (120 by maintainers)
Commits related to this issue
- 80-test_cmp_http: Invert and correct the logic of success vs. failure exit This makes the logic more intuitive and corrects the interpretation for NonStop. Fixes #15386 — committed to siemens/openssl by DDvO 3 years ago
- BIO acpt_state(): Allow retrying addresses (e.g., using IPv6 vs. IPv4) on creating accept socket Fixes #15386 — committed to siemens/openssl by DDvO 3 years ago
- 80-test_cmp_http: Invert and correct the logic of success vs. failure exit This makes the logic more intuitive and corrects the interpretation for NonStop. Fixes #15386 Reviewed-by: Tomas Mraz <toma... — committed to devnexen/openssl by DDvO 3 years ago
- BIO acpt_state(): Allow retrying addresses (e.g., using IPv6 vs. IPv4) on creating accept socket Fixes #15386 Reviewed-by: Tomas Mraz <tomas@openssl.org> (Merged from https://github.com/openssl/open... — committed to devnexen/openssl by DDvO 3 years ago
Good news from NonStop
ia64:Anyway, it is already clear from the successful positive test cases that the fix I did to
acpt_state()was sufficient. So I removed the exclusion ofnonstop-nsefrom80-test_cmp_http.tand my tentative documentation of apparent bugs in NonStopia64.Actually, NonStop is correct here but
80-test_cmp_http.tandacpt_state()in OpenSSL were wrong. Thanks a lot @rsbeckerca for helping to find this out!Thanks @DDvO. #15417 appears to work for
cmp. I am doing a full rebuild and trying80-test_cmp_http.twithout the NonStopia64restriction. Will report back shortly.Thanks @DDvO . I will try the latest version. By the way, my comment was deleted by myself. I noticed the text formatting was bad, so deleted it.
Result good:
In progress. I have to rebuild first.
Sorry to hear.
Actually the reverse.
ia64hangs but notx86. That’s working. It’s a newer OS.Excellent - thanks 👍 This confirms that the fix was sufficient and even the tests using invalid port numbers went fine 😄
@DDvO note to self: turn off github notification sounds at night.
Ah, the problem is in my
test/recipes/80-test_cmp_http.t:and the fact that in the *.csv files expected failure is coded as
1, which does not hold for NonStop. I’ll re-work those.