You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Error Message
fail (1)
Stacktrace
(node:57030) Warning: Setting the NODE_TLS_REJECT_UNAUTHORIZED environment variable to '0' makes TLS connections and HTTPS requests insecure by disabling certificate verification.
events.js:167
throw er; // Unhandled 'error' event
^
Error: 4396790469872:error:1408F119:SSL routines:ssl3_get_record:decryption failed or bad record mac:../deps/openssl/openssl/ssl/record/ssl3_record.c:469:
Emitted 'error' event at:
at TLSSocket.socketErrorListener (_http_client.js:399:9)
at TLSSocket.emit (events.js:182:13)
at TLSSocket._emitTLSError (_tls_wrap.js:600:10)
at TLSWrap.onerror (_tls_wrap.js:268:11)
changed the title [-]investigate: parallel test-https-client-get-url[/-][+]investigate: "ssl3_get_record:decryption failed or bad record mac" om arm64[/+]on Oct 30, 2018
If it only happens on arm64, it might be worthwhile to turn off assembly for a while on that architecture (./configure --openssl-no-asm) and see if the problem goes away.
Thanks @richardlau@rvagg - it's good that the system is stable, so that we can rule out infrastructure issues. However of course I'd always prefer not to see a performance regression.
Would it be worthwhile to test a new PR to turn asm support back on? And if you get any flakiness, I'm happy to look upstream for some more specialized vendor support and resources to take a look at what's going on.
Have just confirmed the config entry is removed from CI (it was commented out but is now removed), so with #28180 in place and no reported problems since I think we can call this done!
Activity
ryzokuken commentedon Oct 27, 2018
@tniessen @bnoordhuis "bad record mac"? That shouldn't happen, right (especially intermittently).
refack commentedon Oct 29, 2018
test.parallel/test-tls-pfx-authorizationerrorrefack commentedon Oct 30, 2018
test.parallel/test-https-client-checkServerIdentity[-]investigate: parallel test-https-client-get-url[/-][+]investigate: "ssl3_get_record:decryption failed or bad record mac" om arm64[/+]refack commentedon Oct 30, 2018
Ref: #23241
refack commentedon Oct 30, 2018
Ref: #23422
refack commentedon Oct 30, 2018
Ref: #23261
refack commentedon Oct 30, 2018
ping @nodejs/platform-arm @nodejs/crypto
Any recommendation how to workaround this?
bnoordhuis commentedon Oct 31, 2018
If it only happens on arm64, it might be worthwhile to turn off assembly for a while on that architecture (
./configure --openssl-no-asm) and see if the problem goes away.refack commentedon Oct 31, 2018
Done, nodejs/build#1556.
I'll try to remember to report of outcome...
49 remaining items
vielmetti commentedon Jun 6, 2019
Thanks @richardlau @rvagg - it's good that the system is stable, so that we can rule out infrastructure issues. However of course I'd always prefer not to see a performance regression.
Would it be worthwhile to test a new PR to turn asm support back on? And if you get any flakiness, I'm happy to look upstream for some more specialized vendor support and resources to take a look at what's going on.
sam-github commentedon Jun 6, 2019
@vielmetti Definitely worthwhile, #23913 (comment) points to what would need changing, thanks for looking at this.
vielmetti commentedon Jun 11, 2019
Thanks. The smallest PR I could imagine is in #28180 and the goal I see is to identify any flakiness associated with that one particular commit.
build: re-enable openssl arm for arm64
build: re-enable openssl arm for arm64
Please ignore this msg (#1)
rvagg commentedon Oct 21, 2019
I came across this today in the Jenkins setup, associated with the opening of this issue, invoked for arm64 centos:
Runs in here: https://ci.nodejs.org/job/node-test-commit-arm
So I guess even with it re-enabled in #28180, we've still been compiling without asm.
@sam-github @vielmetti should I just yank it out and see what happens?
sam-github commentedon Oct 21, 2019
Yes
rvagg commentedon Oct 21, 2019
done, we shall see if anything shows up
jasnell commentedon Jun 26, 2020
@nodejs/build @nodejs/crypto ... does this issue need to remain open?
rvagg commentedon Jun 26, 2020
Have just confirmed the config entry is removed from CI (it was commented out but is now removed), so with #28180 in place and no reported problems since I think we can call this done!
sxa commentedon Feb 9, 2021
FYI @vielmetti @refack this may be related to the issues I was seeing specifically on ThunderX systems unless OpenSSL was build without
no-asmRef adoptium/infrastructure#1897