Yeah. I went to double check and there could be an issue with our Jenkins
job that puts this build in our repository. I'll have to figure this out
on my end. Sorry for the false alarm.
On Wed, Jan 8, 2020 at 3:54 AM Daniel-Constantin Mierla
wrote:
> Was this a fresh installation of kamailio d
Was this a fresh installation of kamailio directly from the 52-nightly repo?
The jenkins build output shows that the flag was set during compilation:
*
https://kamailio.sipwise.com/view/kam52/job/kamailio52-nightly-binaries/lastBuild/architecture=amd64,distribution=bionic,label=slave/consoleTex
So I used the nightly build option and I don't see it.
+ sudo add-apt-repository deb
http://deb.kamailio.org/kamailio52-nightly bionic main
Hit:1 https://dl.yarnpkg.com/debian stable InRelease
Hit:2 http://download.draios.com/stable/deb stable-amd64/ InRelease
Get:3 http://security.ubuntu.com/ubun
You can download the code from git repository and build the
openssl_mutex_shared.so locally.
Or install from the nightly builts, there should be the version with the
fix embedded -- after installation check kamailio -I and see if it lists
TLS_PTHREAD_MUTEX_SHARED.
Cheers,
Daniel
On 06.01.20 16:4
I have seen similar issues with pike and running 5.2.5 installed using deb
repo. I don't see this openssl_mutex_shared directory:
root@ashmainkama51:/usr/lib/x86_64-linux-gnu/kamailio # ls -lart
total 400
-rw-r--r-- 1 root root 22528 Oct 10 12:29 libtrie.so.1.0
lrwxrwxrwx 1 root root 14 Oc
Hi Daniel,
The file openssl_mutex_shared.so is there and same installation time than
the other files!
I have added
Environment='LD_PRELOAD=/usr/lib/x86_64-linux-gnu/kamailio/openssl_mutex_shared/openssl_mutex_shared.so'
To my kamailio.service and I have restarted!
I'm sure it will behave better
I pinged Victor to see if he can figure out what happens within the deb
building process that makes the libssl mutex fix not enabled.
The extra .so preload object should be still installed, try to see if it
is at:
/usr/lib/x86_64-linux-gnu/kamailio/openssl_mutex_shared/openssl_mutex_shared.so
Ch
Good catch!
As I said in my first mail, I also add the issue with latest 5.2.X so I
suppose the deb package has the same issue for 52X.
Is the extra binary to load still there? I will check that as soon as I'm
online...
Tks a lot!
Aymeric
Le lun. 16 déc. 2019 à 11:16, Daniel-Constantin Mierla
Hello,
for some reason the binary doesn't seem to have the libssl mutex fix, in
my system with the libssl 1.1 gives:
# kamailio -I
Print out of kamailio internals
Version: kamailio 5.3.1 (x86_64/linux) f36ac2
Default config: /tmp/kamailio-5.3/etc/kamailio/kamailio.cfg
Default paths to modul
Hi Daniel,
Tks a lot for lookint at it.
$ ldd /usr/lib/x86_64-linux-gnu/kamailio/modules/tls.so
linux-vdso.so.1 (0x7fff997dd000)
libssl.so.1.1 => /usr/lib/x86_64-linux-gnu/libssl.so.1.1
(0x7fe40b53c000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7fe40b19d0
Hello,
can you provide output of ldd for tls.so and output of "kamailio -I"
(that's an uppercase i)?
Cheers,
Daniel
On 13.12.19 16:39, Aymeric Moizard wrote:
> Hi List,
>
> History:
> * In the past, I had deadlock which was, most probably, related to ssl1.1.
> We have discussed this issue, and
Hi List,
History:
* In the past, I had deadlock which was, most probably, related to ssl1.1.
We have discussed this issue, and a fix is supposed to workaround the
issue that was detected.
* With latest 5.2.X, I have experienced ONCE a similar behavior with TCP
and TLS being mostly stuck. I have
12 matches
Mail list logo