open("/usr/local/lib/libstdc++.so.6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/etc/ld-musl-x86_64.path", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/lib/libstdc++.so.6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/local/lib/libstdc++.so.6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/local/lib/libgcc_s.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/lib/libgcc_s.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/local/lib/libgcc_s.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
The missing libraries where in /usr/lib so I symlinked them in /usr/local/lib, I tried telling cmake to look into the right directory without success.
Now I have the following:
As far as I understand, this part with getpid and open("/dev/urandom") comes from this code:
RAND_METHOD *rand = RAND_OpenSSL();
if (rand == NULL || rand->bytes(buf, num) != 1)
return MY_AES_OPENSSL_ERROR;
return MY_AES_OK;
I suspect that it fails for you (either because of Docker or, more probably, because of musl or something else specific to Alpine) and it makes the whole unit test to fail.
Could you try to build MariaDB with yassl? It's -DWITH_SSL=bundled option to cmake. Even if you don't want to run with yassl, it'll help to understand whether this OpenSSL code above is to blame.
Sergei Golubchik
added a comment - As far as I understand, this part with getpid and open("/dev/urandom") comes from this code:
RAND_METHOD * rand = RAND_OpenSSL();
if ( rand == NULL || rand ->bytes(buf, num) != 1)
return MY_AES_OPENSSL_ERROR;
return MY_AES_OK;
I suspect that it fails for you (either because of Docker or, more probably, because of musl or something else specific to Alpine) and it makes the whole unit test to fail.
What OpenSSL version do you have?
This issue might be related to MDEV-14343 .
Could you try to build MariaDB with yassl? It's -DWITH_SSL=bundled option to cmake. Even if you don't want to run with yassl, it'll help to understand whether this OpenSSL code above is to blame.
I am compiling with LibreSSL and this is apparently the cause of the issue since I just tried with GNUTLS and the test passed.
Now I want to now why LibreSSL is causing problems. Is there anything I can do to debug? Because strace does not provides much information or at least I don't know how to use it.
Don't bother. The issue will probably disappear in the next release when MDEV-14343 is fixed.
See https://jira.mariadb.org/ for the release schedule.
But it'd be good if you confirm here whether the issue is fixed or not, after trying the next release...
Sergei Golubchik
added a comment - - edited Don't bother. The issue will probably disappear in the next release when MDEV-14343 is fixed.
See https://jira.mariadb.org/ for the release schedule.
But it'd be good if you confirm here whether the issue is fixed or not, after trying the next release...
People
Sergei Golubchik
TBK
Votes:
1Vote for this issue
Watchers:
4Start watching this issue
Dates
Created:
Updated:
Resolved:
Git Integration
Error rendering 'com.xiplink.jira.git.jira_git_plugin:git-issue-webpanel'. Please contact your Jira administrators.
Ok initially this is what I got with strace:
open("/usr/local/lib/libstdc++.so.6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/etc/ld-musl-x86_64.path", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/lib/libstdc++.so.6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/local/lib/libstdc++.so.6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/local/lib/libgcc_s.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/lib/libgcc_s.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/local/lib/libgcc_s.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
The missing libraries where in /usr/lib so I symlinked them in /usr/local/lib, I tried telling cmake to look into the right directory without success.
Now I have the following:
https://framabin.org/?6e3247917302d98b#b7zDdtOhh1xJ8/EoRid7AhuO/5JUkjtyRpJbNwlIacI=
I don't see any errors anymore, what is the problem?