Debugger invoked when first cl+ssl shared object is not found
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
pgloader (Ubuntu) |
Fix Released
|
High
|
Athos Ribeiro |
Bug Description
The pgloader package stopped working after it transitioned to OpenSSL 3.
The issue lied in the fact that cl+ssl did not fully support OpenSSL 3. LP: #1960615 fixed the initial issue.
With the above cl+ssl patch applied, when we run pgloader, it invokes the debugger as soon as the first try to dlopen fails for libcrypto.so.1.1.
If we tell the debugger to continue, execution resumes normally, with no errors.
While swapping the order of libraries to be loaded in cl+ssl would be a workaround for the issue, this seems to be a bug in pgloader and should be fixed there. There is an upstream bug for the issue at https:/
# pgloader --version
debugger invoked on a SIMPLE-ERROR in thread
#<THREAD "main thread" RUNNING {1000DD4103}>:
Error opening shared object "libcrypto.so.1.1":
libcrypto.so.1.1: cannot open shared object file: No such file or directory.
Type HELP for debugger help, or (SB-EXT:EXIT) to exit from SBCL.
restarts (invokable by number or by possibly-
0: [CONTINUE ] Skip this shared object and continue.
1: [RETRY ] Retry loading this shared object.
2: [CHANGE-PATHNAME] Specify a different pathname to load the shared object from.
3: [ABORT ] Exit from the current thread.
(SB-SYS:
0] CONTINUE
pgloader version "3.6.3~devel"
compiled with SBCL 2.1.11.debian
Changed in pgloader (Ubuntu): | |
assignee: | nobody → Athos Ribeiro (athos-ribeiro) |
tags: | added: server-todo |
tags: | added: transition-openssl3-jj |
Changed in pgloader (Ubuntu): | |
status: | New → In Progress |
importance: | Undecided → High |
tags: | added: patch |
A proposed fix consists of forcing the reload of libcrypto in the pgloader hooks. This was forwarded upstream in https:/ /github. com/dimitri/ pgloader/ pull/1372
A PPA with the attached fix is available at https:/ /launchpad. net/~athos- ribeiro/ +archive/ ubuntu/ pgloader- jammy-reload- libcrypto/ +packages
I also ran the autopkgtest suite locally. Here is the result summary:
autopkgtest [15:28:24]: @@@@@@@ @@@@@@@ @@@@@@ summary
ssl PASS