test_store parse error at 3.3 on NonStop
I just pulled commit 0793071efa from github - although I am 99% sure it is not that commit that caused the problem. This resulted in the following error, stopping the test suite (there are no failures that I can see in the V=1 test:
90-test_store.t (Wstat: 0 Tests: 425 Failed: 0)
Parse errors: Tests out of sequence. Found (414) but expected (413)
Tests out of sequence. Found (415) but expected (414)
Tests out of sequence. Found (416) but expected (415)
Tests out of sequence. Found (417) but expected (416)
Tests out of sequence. Found (418) but expected (417)
The configuration is:
Command line (with current working directory = .):
perl ./Configure nonstop-nsx_64_put --prefix=/usr/local-ssl3.0 --openssldir=/usr/local-ssl3.0/ssl enable-fips --with-rand-seed=rdcpu
Perl information:
perl
5.30.3 for NSV-D-nonstop_kernel
Enabled features:
acvp-tests
apps
argon2
aria
async
autoalginit
autoerrinit
autoload-config
bf
blake2
bulk
cached-fetch
camellia
capieng
cast
chacha
cmac
cmp
cms
comp
ct
deprecated
des
dgram
dh
docs
dsa
dso
dtls
dynamic-engine
ec
ec2m
ecdh
ecdsa
ecx
egd
engine
err
filenames
fips
fips-securitychecks
gost
http
idea
legacy
loadereng
md4
mdc2
module
multiblock
nextprotoneg
ocb
ocsp
padlockeng
pic
pinshared
poly1305
posix-io
psk
quic
unstable-qlog
rc2
rc4
rdrand
rfc3779
rmd160
scrypt
secure-memory
seed
shared
siphash
siv
sm2
sm2-precomp
sm3
sm4
sock
srp
srtp
sse2
ssl
ssl-trace
static-engine
stdio
tests
tls
ts
ui-console
whirlpool
tls1
tls1-method
tls1_1
tls1_1-method
tls1_2
tls1_2-method
tls1_3
dtls1
dtls1-method
dtls1_2
dtls1_2-method
Disabled features:
afalgeng [not-linux] OPENSSL_NO_AFALGENG
asan [default] OPENSSL_NO_ASAN
asm [no asm_arch] OPENSSL_NO_ASM
atexit [config] OPENSSL_NO_ATEXIT
brotli [default] OPENSSL_NO_BROTLI
brotli-dynamic [default] OPENSSL_NO_BROTLI_DYNAMIC
buildtest-c++ [default]
winstore [not-windows] OPENSSL_NO_WINSTORE
crypto-mdebug [default] OPENSSL_NO_CRYPTO_MDEBUG
default-thread-pool [cascade] OPENSSL_NO_DEFAULT_THREAD_POOL
devcryptoeng [default] OPENSSL_NO_DEVCRYPTOENG
ec_nistp_64_gcc_128 [default] OPENSSL_NO_EC_NISTP_64_GCC_128
external-tests [default] OPENSSL_NO_EXTERNAL_TESTS
fuzz-afl [default] OPENSSL_NO_FUZZ_AFL
fuzz-libfuzzer [default] OPENSSL_NO_FUZZ_LIBFUZZER
ktls [default] OPENSSL_NO_KTLS
makedepend [unavailable]
md2 [default] OPENSSL_NO_MD2 (skip crypto/md2)
msan [default] OPENSSL_NO_MSAN
rc5 [default] OPENSSL_NO_RC5 (skip crypto/rc5)
sctp [default] OPENSSL_NO_SCTP
tfo [default] OPENSSL_NO_TFO
thread-pool [cascade] OPENSSL_NO_THREAD_POOL
threads [unavailable]
trace [default] OPENSSL_NO_TRACE
ubsan [default] OPENSSL_NO_UBSAN
unit-test [default] OPENSSL_NO_UNIT_TEST
uplink [no uplink_arch] OPENSSL_NO_UPLINK
weak-ssl-ciphers [default] OPENSSL_NO_WEAK_SSL_CIPHERS
zlib [default] OPENSSL_NO_ZLIB
zlib-dynamic [default] OPENSSL_NO_ZLIB_DYNAMIC
zstd [default] OPENSSL_NO_ZSTD
zstd-dynamic [default] OPENSSL_NO_ZSTD_DYNAMIC
ssl3 [default] OPENSSL_NO_SSL3
ssl3-method [default] OPENSSL_NO_SSL3_METHOD
Config target attributes:
AR => "ar",
ARFLAGS => "qc",
CC => "c99",
HASHBANGPERL => "/usr/bin/env perl",
RANLIB => "ranlib",
RC => "windres",
bn_ops => "SIXTY_FOUR_BIT",
build_file => "Makefile",
build_scheme => [ "unified", "unix" ],
cflags => "-g -O2 -Wextensions -Wnowarn=203,220,272,734,770,1506 -Wbuild_neutral_library -Wverbose -Wtarget=tns/x -Wsystype=oss -Wlp64 -WIEEE_float",
cppflags => "",
defines => [ "OPENSSL_BUILDING_OPENSSL", "OPENSSL_VPROC=\$(OPENSSL_VPROC)", "_XOPEN_SOURCE", "_XOPEN_SOURCE_EXTENDED=1", "_TANDEM_SOURCE", "__NSK_OPTIONAL_TYPES__", "B_ENDIAN", "_PUT_MODEL_", "_REENTRANT", "_THREAD_SUPPORT_FUNCTIONS" ],
disable => [ "atexit" ],
dso_scheme => "DLFCN",
enable => [ "egd" ],
ex_libs => "-lrld -lput",
includes => [ ],
lflags => "-Wxld=\"-set systype oss\" -Wxld=\"-set data_model lp64\" -Wxld=\"-set floattype ieee_float\"",
lib_cflags => "",
lib_cppflags => "",
lib_defines => [ ],
module_cflags => "",
module_cxxflags => undef,
module_ldflags => "-Wshared",
multibin => "64-put",
multilib => "64-put",
perl => "/usr/bin/perl",
perl_platform => "Unix",
shared_argfileflag => "-Wxld_obey=",
shared_cflag => "",
shared_defflag => "-Wxld_obey=",
shared_defines => [ ],
shared_extension => ".so",
shared_ldflag => "-Wshared",
shared_rcflag => "",
shared_target => "nonstop-shared",
sys_id => "TANDEM",
thread_defines => [ ],
thread_scheme => "(unknown)",
unistd => "<unistd.h>",
Recorded environment:
AR =
ARFLAGS =
AS =
ASFLAGS =
BUILDFILE =
CC =
CFLAGS =
CPP =
CPPDEFINES =
CPPFLAGS =
CPPINCLUDES =
CROSS_COMPILE =
CXX =
CXXFLAGS =
HASHBANGPERL =
LD =
LDFLAGS =
LDLIBS =
MT =
MTFLAGS =
OPENSSL_LOCAL_CONFIG_DIR =
PERL =
RANLIB =
RC =
RCFLAGS =
RM =
WINDRES =
__CNF_CFLAGS =
__CNF_CPPDEFINES =
__CNF_CPPFLAGS =
__CNF_CPPINCLUDES =
__CNF_CXXFLAGS =
__CNF_LDFLAGS =
__CNF_LDLIBS =
Makevars:
AR = ar
ARFLAGS = qc
ASFLAGS =
CC = c99
CFLAGS =
CPPDEFINES =
CPPFLAGS =
CPPINCLUDES =
CXXFLAGS =
HASHBANGPERL = /usr/bin/env perl
LDFLAGS =
LDLIBS =
PERL = perl
RANLIB = ranlib
RC = windres
RCFLAGS =
NOTE: These variables only represent the configuration view. The build file
template may have processed these variables further, please have a look at the
build file for more exact data:
Makefile
build file:
Makefile
build file templates:
Configurations/common0.tmpl
Configurations/unix-Makefile.tmpl
Can you run test_store test in verbose mode and share output with us? The output will be long, so perhaps just attach it as a file. thanks.
export VERBOSE=1
make tests TESTS=test_store
Can you run test_store test in verbose mode and share output with us? The output will be long, so perhaps just attach it as a file. thanks.
export VERBOSE=1 make tests TESTS=test_store
As indicated, there were no failures visible in the verbose output before the reported problem happened. Are you looking for a specific pattern in the output I can find for you or just attach the whole thing?
Sorry I've missed your mention on no failures when verbose mode is enabled. It makes no sense to share verbose mode output.
interesting, so the failure happens if and only if we let the test run in normal (non-verbose) mode. this feels like a duplicate issue to FreeBSD (23992), however in case of FreeBSD it is 70-test_tls13messages.t.
It looks like both those issues are coming from the underlying test framework.
@Sashan I agree, I think this should be closed as a duplicate of #23992