Apparently Zodiac plugin can crash VM on Linux
Hi, I'm writing on behalf of Martin (eMBee) who's experiencing crashes when using SSL. You can find a VM crash stack trace here: http://ws.stfx.eu/AKVNLUPMPGLG. He says he hasn't updated openssl since December 15th but that the crashes started to happen only recently (within the last couple of days). I asked him to try HTTP only connections and those work. The VM crashes immediately when using SSL. To me it looks like the cuplrit is the Zodiac plugin, or at least the library it works with. His system: linux, fedora 29, and from the system reporter i get: Pharo/vms/70-x64/lib/pharo/5.0-201806281256/pharo CoInterpreter VMMaker.oscog-eem.2401 uuid: 29232e0e-c9e3-41d8-ae75-519db862e02c Jun 28 2018 StackToRegisterMappingCogit VMMaker.oscog-eem.2401 uuid: 29232e0e-c9e3-41d8-ae75-519db862e02c Jun 28 2018 VM: 201806281256 https://github.com/OpenSmalltalk/opensmalltalk-vm.git Date: Thu Jun 28 14:56:30 2018 CommitHash: a8a1dc1 Plugins: 201806281256 https://github.com/OpenSmalltalk/opensmalltalk-vm.git cheers, Max
Doing HTTPS client calls is part of the standard test suite, so it should work, else we would not have a green build. What exactly is he doing ? Is it reproducible ? Can he try with a fresh downloaded image+vm ?
On 15 Jan 2019, at 22:20, Max Leske <maxleske@gmail.com> wrote:
Hi,
I'm writing on behalf of Martin (eMBee) who's experiencing crashes when using SSL. You can find a VM crash stack trace here: http://ws.stfx.eu/AKVNLUPMPGLG.
He says he hasn't updated openssl since December 15th but that the crashes started to happen only recently (within the last couple of days). I asked him to try HTTP only connections and those work. The VM crashes immediately when using SSL. To me it looks like the cuplrit is the Zodiac plugin, or at least the library it works with.
His system: linux, fedora 29, and from the system reporter i get: Pharo/vms/70-x64/lib/pharo/5.0-201806281256/pharo CoInterpreter VMMaker.oscog-eem.2401 uuid: 29232e0e-c9e3-41d8-ae75-519db862e02c Jun 28 2018 StackToRegisterMappingCogit VMMaker.oscog-eem.2401 uuid: 29232e0e-c9e3-41d8-ae75-519db862e02c Jun 28 2018 VM: 201806281256 https://github.com/OpenSmalltalk/opensmalltalk-vm.git Date: Thu Jun 28 14:56:30 2018 CommitHash: a8a1dc1 Plugins: 201806281256 https://github.com/OpenSmalltalk/opensmalltalk-vm.git
cheers, Max
On 15 Jan 2019, at 22:59, Sven Van Caekenberghe wrote:
Doing HTTPS client calls is part of the standard test suite, so it should work, else we would not have a green build.
What exactly is he doing ? Is it reproducible ?
Yes, consistently.
Can he try with a fresh downloaded image+vm ?
I quote: @embee i have tested https://files.pharo.org/get-files/70/pharo64-linux-stable.zip and https://files.pharo.org/get-files/70/pharo64-linux-latest.zip i hope those are the right ones. both crash @maxleske Thanks. I'll report that. Was that also with a fresh image? i.e. you can also reprocude it with a fresh image, right? @embee yes
On 15 Jan 2019, at 22:20, Max Leske <maxleske@gmail.com> wrote:
Hi,
I'm writing on behalf of Martin (eMBee) who's experiencing crashes when using SSL. You can find a VM crash stack trace here: http://ws.stfx.eu/AKVNLUPMPGLG.
He says he hasn't updated openssl since December 15th but that the crashes started to happen only recently (within the last couple of days). I asked him to try HTTP only connections and those work. The VM crashes immediately when using SSL. To me it looks like the cuplrit is the Zodiac plugin, or at least the library it works with.
His system: linux, fedora 29, and from the system reporter i get: Pharo/vms/70-x64/lib/pharo/5.0-201806281256/pharo CoInterpreter VMMaker.oscog-eem.2401 uuid: 29232e0e-c9e3-41d8-ae75-519db862e02c Jun 28 2018 StackToRegisterMappingCogit VMMaker.oscog-eem.2401 uuid: 29232e0e-c9e3-41d8-ae75-519db862e02c Jun 28 2018 VM: 201806281256 https://github.com/OpenSmalltalk/opensmalltalk-vm.git Date: Thu Jun 28 14:56:30 2018 CommitHash: a8a1dc1 Plugins: 201806281256 https://github.com/OpenSmalltalk/opensmalltalk-vm.git
cheers, Max
On 16 Jan 2019, at 16:28, Max Leske <maxleske@gmail.com> wrote:
On 15 Jan 2019, at 22:59, Sven Van Caekenberghe wrote:
Doing HTTPS client calls is part of the standard test suite, so it should work, else we would not have a green build.
It works for me and for the CI.
What exactly is he doing ? Is it reproducible ?
Yes, consistently.
How ?
Can he try with a fresh downloaded image+vm ?
I quote:
@embee i have tested https://files.pharo.org/get-files/70/pharo64-linux-stable.zip and https://files.pharo.org/get-files/70/pharo64-linux-latest.zip i hope those are the right ones. both crash
@maxleske Thanks. I'll report that. Was that also with a fresh image? i.e. you can also reprocude it with a fresh image, right?
@embee yes
On 15 Jan 2019, at 22:20, Max Leske maxleske@gmail.com wrote:
Hi,
I'm writing on behalf of Martin (eMBee) who's experiencing crashes when using SSL. You can find a VM crash stack trace here: http://ws.stfx.eu/AKVNLUPMPGLG.
He says he hasn't updated openssl since December 15th but that the crashes started to happen only recently (within the last couple of days). I asked him to try HTTP only connections and those work. The VM crashes immediately when using SSL. To me it looks like the cuplrit is the Zodiac plugin, or at least the library it works with.
His system: linux, fedora 29, and from the system reporter i get: Pharo/vms/70-x64/lib/pharo/5.0-201806281256/pharo CoInterpreter VMMaker.oscog-eem.2401 uuid: 29232e0e-c9e3-41d8-ae75-519db862e02c Jun 28 2018 StackToRegisterMappingCogit VMMaker.oscog-eem.2401 uuid: 29232e0e-c9e3-41d8-ae75-519db862e02c Jun 28 2018 VM: 201806281256 https://github.com/OpenSmalltalk/opensmalltalk-vm.git Date: Thu Jun 28 14:56:30 2018 CommitHash: a8a1dc1 Plugins: 201806281256 https://github.com/OpenSmalltalk/opensmalltalk-vm.git
cheers, Max
I've heard from Martin again: embee i think i figured out the problem: ZnClient works with libssl 1.0.0 but not with 1.1. if i force a symlink from 1.1 to 1.0.0 then ZnClient works, however git still fails because it links against libldap which links against openssl 1.1. it looks like the way to fix this would be to make ZnClient work with openssl 1.1 Max On 16 Jan 2019, at 16:37, Sven Van Caekenberghe wrote:
On 16 Jan 2019, at 16:28, Max Leske <maxleske@gmail.com> wrote:
On 15 Jan 2019, at 22:59, Sven Van Caekenberghe wrote:
Doing HTTPS client calls is part of the standard test suite, so it should work, else we would not have a green build.
It works for me and for the CI.
What exactly is he doing ? Is it reproducible ?
Yes, consistently.
How ?
Can he try with a fresh downloaded image+vm ?
I quote:
@embee i have tested https://files.pharo.org/get-files/70/pharo64-linux-stable.zip and https://files.pharo.org/get-files/70/pharo64-linux-latest.zip i hope those are the right ones. both crash
@maxleske Thanks. I'll report that. Was that also with a fresh image? i.e. you can also reprocude it with a fresh image, right?
@embee yes
On 15 Jan 2019, at 22:20, Max Leske maxleske@gmail.com wrote:
Hi,
I'm writing on behalf of Martin (eMBee) who's experiencing crashes when using SSL. You can find a VM crash stack trace here: http://ws.stfx.eu/AKVNLUPMPGLG.
He says he hasn't updated openssl since December 15th but that the crashes started to happen only recently (within the last couple of days). I asked him to try HTTP only connections and those work. The VM crashes immediately when using SSL. To me it looks like the cuplrit is the Zodiac plugin, or at least the library it works with.
His system: linux, fedora 29, and from the system reporter i get: Pharo/vms/70-x64/lib/pharo/5.0-201806281256/pharo CoInterpreter VMMaker.oscog-eem.2401 uuid: 29232e0e-c9e3-41d8-ae75-519db862e02c Jun 28 2018 StackToRegisterMappingCogit VMMaker.oscog-eem.2401 uuid: 29232e0e-c9e3-41d8-ae75-519db862e02c Jun 28 2018 VM: 201806281256 https://github.com/OpenSmalltalk/opensmalltalk-vm.git Date: Thu Jun 28 14:56:30 2018 CommitHash: a8a1dc1 Plugins: 201806281256 https://github.com/OpenSmalltalk/opensmalltalk-vm.git
cheers, Max
participants (2)
-
Max Leske -
Sven Van Caekenberghe