Re: ld.so: openvpn: can't load library 'liblzo2.so.1.0'

[Jeremie Courreges-Anglas]

On Tue, Mar 06 2018, Jiri B  wrote:
> On Tue, Mar 06, 2018 at 01:51:04PM +0100, Jeremie Courreges-Anglas wrote:
>> On Mon, Mar 05 2018, Stuart Henderson  wrote:
>> My guess is that ld.so throws away the library cache if it finds that
>> it's stale, and thus can't know where liblzo2/liblz4 are to be found.
>> The easy fix would be to make ld.so search in /usr/local by default, but
>> I'm not sure this would be accepted.  So I just documented the
>> LD_LIBRARY_PATH hack in the README instead.
>
> There's no ld.so.hints as we rm -rf /var/run content:

The problem is about running openvpn from hostname.if, and as shown
below /var/run pruning happens after /etc/netstat.

> # cat -n /etc/rc | egrep "(ldconfig|netstart|/var/run)"
>439  sh /etc/netstart
>450  sh /etc/netstart pfsync0
>463  (cd /var/run && { rm -rf -- *; install -c -m 664 -g utmp /dev/null 
> utmp; })
>467  dmesg >/var/run/dmesg.boot
>483  rm -f /var/run/ypbind.lock
>564  if [[ -x /sbin/ldconfig ]]; then
>568  ldconfig $shlib_dirs
>
> Anyway, thanks for ports doc update.
>
> Jiri
>

-- 
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE


signature.asc
Description: PGP signature

Re: ld.so: openvpn: can't load library 'liblzo2.so.1.0'

[Jiri B]

On Tue, Mar 06, 2018 at 01:51:04PM +0100, Jeremie Courreges-Anglas wrote:
> On Mon, Mar 05 2018, Stuart Henderson  wrote:
> My guess is that ld.so throws away the library cache if it finds that
> it's stale, and thus can't know where liblzo2/liblz4 are to be found.
> The easy fix would be to make ld.so search in /usr/local by default, but
> I'm not sure this would be accepted.  So I just documented the
> LD_LIBRARY_PATH hack in the README instead.

There's no ld.so.hints as we rm -rf /var/run content:

# cat -n /etc/rc | egrep "(ldconfig|netstart|/var/run)"
   439  sh /etc/netstart
   450  sh /etc/netstart pfsync0
   463  (cd /var/run && { rm -rf -- *; install -c -m 664 -g utmp /dev/null 
utmp; })
   467  dmesg >/var/run/dmesg.boot
   483  rm -f /var/run/ypbind.lock
   564  if [[ -x /sbin/ldconfig ]]; then
   568  ldconfig $shlib_dirs

Anyway, thanks for ports doc update.

Jiri

Re: ld.so: openvpn: can't load library 'liblzo2.so.1.0'

[Jeremie Courreges-Anglas]

On Mon, Mar 05 2018, Stuart Henderson  wrote:
> On 2018-03-05, Jiri B  wrote:
>> On Mon, Mar 05, 2018 at 01:14:05PM +0200, Atanas Vladimirov wrote:
>>> Hi,
>>> 
>>> Bringing up an old thread to let you know that the problem is still present
>>> in -current snapshot.
>>> Shall I send a proper bug report to bugs@?
>>> Thanks.
>>
>> No, why?
>>
>> Works as expected, you start OpenVPN too early, thus you need
>> that workaround.
>
> Well, not really, because that is exactly one of the methods the
> pkg-readme suggests and it used to work.

My guess is that ld.so throws away the library cache if it finds that
it's stale, and thus can't know where liblzo2/liblz4 are to be found.
The easy fix would be to make ld.so search in /usr/local by default, but
I'm not sure this would be accepted.  So I just documented the
LD_LIBRARY_PATH hack in the README instead.

Thanks for the reports,
-- 
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE

Re: ld.so: openvpn: can't load library 'liblzo2.so.1.0'

[Stuart Henderson]

On 2018-03-05, Jiri B  wrote:
> On Mon, Mar 05, 2018 at 01:14:05PM +0200, Atanas Vladimirov wrote:
>> Hi,
>> 
>> Bringing up an old thread to let you know that the problem is still present
>> in -current snapshot.
>> Shall I send a proper bug report to bugs@?
>> Thanks.
>
> No, why?
>
> Works as expected, you start OpenVPN too early, thus you need
> that workaround.

Well, not really, because that is exactly one of the methods the
pkg-readme suggests and it used to work.

Re: ld.so: openvpn: can't load library 'liblzo2.so.1.0'

[Jiri B]

On Mon, Mar 05, 2018 at 01:14:05PM +0200, Atanas Vladimirov wrote:
> Hi,
> 
> Bringing up an old thread to let you know that the problem is still present
> in -current snapshot.
> Shall I send a proper bug report to bugs@?
> Thanks.

No, why?

Works as expected, you start OpenVPN too early, thus you need
that workaround.

> starting network
> em0: bound to 95.87.227.232 from 95.87.227.225 (64:87:88:58:b2:b8)
> ld.so loading: 'openvpn'
> [...]
> loading: liblz4.so.2.0 required by /usr/local/sbin/openvpn
> ld.so: openvpn: can't load library 'liblz4.so.2.0'
> Killed
> reordering libraries: done.

See...:

# egrep -n '(sh /etc/netstart$|/sbin/ldconfig)' /etc/rc
439:sh /etc/netstart
564:if [[ -x /sbin/ldconfig ]]; then

Thus, /var/run/ld.so.hints does not exist in time when you
start OpenVPN.

Jiri

Re: ld.so: openvpn: can't load library 'liblzo2.so.1.0'

[Atanas Vladimirov]

On 2018-03-05 13:35, Stuart Henderson wrote:

On 2018-03-05, Atanas Vladimirov  wrote:

Hi,

Bringing up an old thread to let you know that the problem is still
present in -current snapshot.


Did you try jca's suggestion?

!env LD_LIBRARY_PATH=/usr/lib:/usr/local/lib /usr/local/sbin/openvpn
--daemon --config /etc/dn42-w0h.ovpn


Yes, with jca's suggestion it's working as it should.

Re: ld.so: openvpn: can't load library 'liblzo2.so.1.0'

[Stuart Henderson]

On 2018-03-05, Atanas Vladimirov  wrote:
> Hi,
>
> Bringing up an old thread to let you know that the problem is still 
> present in -current snapshot.

Did you try jca's suggestion?

!env LD_LIBRARY_PATH=/usr/lib:/usr/local/lib /usr/local/sbin/openvpn --daemon 
--config /etc/dn42-w0h.ovpn  

Re: ld.so: openvpn: can't load library 'liblzo2.so.1.0'

[Atanas Vladimirov]

Hi,

Bringing up an old thread to let you know that the problem is still 
present in -current snapshot.

Shall I send a proper bug report to bugs@?
Thanks.

starting network
em0: bound to 95.87.227.232 from 95.87.227.225 (64:87:88:58:b2:b8)
ld.so loading: 'openvpn'
exe load offset:  0x1288d030
 flags /usr/local/sbin/openvpn = 0x0
head /usr/local/sbin/openvpn
obj /usr/local/sbin/openvpn has /usr/local/sbin/openvpn as head
examining: '/usr/local/sbin/openvpn'
loading: libc.so.92.3 required by /usr/local/sbin/openvpn
 flags /usr/lib/libc.so.92.3 = 0x0
obj /usr/lib/libc.so.92.3 has /usr/local/sbin/openvpn as head
loading: libcrypto.so.42.7 required by /usr/local/sbin/openvpn
 flags /usr/lib/libcrypto.so.42.7 = 0x0
obj /usr/lib/libcrypto.so.42.7 has /usr/local/sbin/openvpn as head
loading: libssl.so.44.8 required by /usr/local/sbin/openvpn
 flags /usr/lib/libssl.so.44.8 = 0x0
obj /usr/lib/libssl.so.44.8 has /usr/local/sbin/openvpn as head
loading: liblz4.so.2.0 required by /usr/local/sbin/openvpn
ld.so: openvpn: can't load library 'liblz4.so.2.0'
Killed
reordering libraries: done.

# dmesg

OpenBSD 6.3-beta (GENERIC.MP) #26: Fri Mar  2 22:56:04 MST 2018
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 8544153600 (8148MB)
avail mem = 8278175744 (7894MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xeb5a0 (56 entries)
bios0: vendor American Megatrends Inc. version "2.2" date 02/20/2015
bios0: Supermicro X9SCL/X9SCM
acpi0 at bios0: rev 2
acpi0: sleep states S0 S1 S4 S5
acpi0: tables DSDT FACP APIC FPDT MCFG HPET SSDT SPMI SSDT SSDT EINJ 
ERST HEST BERT
acpi0: wakeup devices UAR1(S4) UAR2(S4) P0P1(S4) USB1(S4) USB2(S4) 
USB3(S4) USB4(S4) USB5(S4) USB6(S4) USB7(S4) PXSX(S4) RP01(S4) PXSX(S4) 
RP02(S4) PXSX(S4) RP03(S4) [...]

acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Celeron(R) CPU G1620T @ 2.40GHz, 2400.33 MHz
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,POPCNT,DEADLINE,XSAVE,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS,SENSOR,ARAT,MELTDOWN

cpu0: 256KB 64b/line 8-way L2 cache
acpitimer0: recalibrated TSC frequency 2400013797 Hz
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
cpu0: apic clock running at 100MHz
cpu0: mwait min=64, max=64, C-substates=0.2.1.1, IBE
cpu1 at mainbus0: apid 2 (application processor)
cpu1: Intel(R) Celeron(R) CPU G1620T @ 2.40GHz, 2400.03 MHz
cpu1: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,POPCNT,DEADLINE,XSAVE,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS,SENSOR,ARAT,MELTDOWN

cpu1: 256KB 64b/line 8-way L2 cache
cpu1: smt 0, core 1, package 0
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins
acpimcfg0 at acpi0 addr 0xe000, bus 0-255
acpihpet0 at acpi0: 14318179 Hz
acpihpet0: recalibrated TSC frequency 2400017759 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 3 (P0P1)
acpiprt2 at acpi0: bus 1 (RP01)
acpiprt3 at acpi0: bus -1 (RP02)
acpiprt4 at acpi0: bus -1 (RP03)
acpiprt5 at acpi0: bus -1 (RP04)
acpiprt6 at acpi0: bus 2 (RP05)
acpiprt7 at acpi0: bus -1 (RP06)
acpiprt8 at acpi0: bus -1 (RP07)
acpiprt9 at acpi0: bus -1 (RP08)
acpiprt10 at acpi0: bus -1 (PEG0)
acpiprt11 at acpi0: bus -1 (PEG1)
acpiprt12 at acpi0: bus -1 (PEG2)
acpiprt13 at acpi0: bus -1 (PEG3)
acpiec0 at acpi0: not present
acpicpu0 at acpi0: C3(350@80 mwait.1@0x20), C1(1000@1 mwait.1), PSS
acpicpu1 at acpi0: C3(350@80 mwait.1@0x20), C1(1000@1 mwait.1), PSS
acpipwrres0 at acpi0: FN00, resource for FAN0
acpipwrres1 at acpi0: FN01, resource for FAN1
acpipwrres2 at acpi0: FN02, resource for FAN2
acpipwrres3 at acpi0: FN03, resource for FAN3
acpipwrres4 at acpi0: FN04, resource for FAN4
acpitz0 at acpi0: critical temperature is 92 degC
acpitz1 at acpi0: critical temperature is 92 degC
"INT3F0D" at acpi0 not configured
"IPI0001" at acpi0 not configured
acpibtn0 at acpi0: PWRB
"PNP0C0B" at acpi0 not configured
"PNP0C0B" at acpi0 not configured
"PNP0C0B" at acpi0 not configured
"PNP0C0B" at acpi0 not configured
"PNP0C0B" at acpi0 not configured
acpivideo0 at acpi0: GFX0
acpivout0 at acpivideo0: DD01
acpivout at acpivideo0 not configured
acpivout at acpivideo0 not configured
acpivout at acpivideo0 not configured
acpivout at acpivideo0 not configured
acpivout at acpivideo0 not configured
acpivout at acpivideo0 not configured
acpivout at acpivideo0 not configured
ipmi at mainbus0 not configured
cpu0: Enhanced SpeedStep 2400 MHz: speeds: 2400, 2300, 2200, 2100, 2000, 
1900, 1800, 1700, 1600 MHz

pci0 at mainbus0 bus 0
pchb0 at pci0 

Re: ld.so: openvpn: can't load library 'liblzo2.so.1.0'

[Atanas Vladimirov]

Hi,
This is the output after upgrading to the newest snapshot (03.10.2017)

rtld loading: 'openvpn'
exe load offset:  0x1023ea70
 flags /usr/local/sbin/openvpn = 0x0
head /usr/local/sbin/openvpn
obj /usr/local/sbin/openvpn has /usr/local/sbin/openvpn as head
examining: '/usr/local/sbin/openvpn'
loading: libc.so.90.0 required by /usr/local/sbin/openvpn
 flags /usr/lib/libc.so.90.0 = 0x0
obj /usr/lib/libc.so.90.0 has /usr/local/sbin/openvpn as head
loading: libcrypto.so.42.0 required by /usr/local/sbin/openvpn
 flags /usr/lib/libcrypto.so.42.0 = 0x0
obj /usr/lib/libcrypto.so.42.0 has /usr/local/sbin/openvpn as head
loading: libssl.so.44.1 required by /usr/local/sbin/openvpn
 flags /usr/lib/libssl.so.44.1 = 0x0
obj /usr/lib/libssl.so.44.1 has /usr/local/sbin/openvpn as head
loading: liblzo2.so.1.0 required by /usr/local/sbin/openvpn
ld.so: openvpn: can't load library 'liblzo2.so.1.0'
Killed


And on next reboot everything is fine:

rtld loading: 'openvpn'
exe load offset:  0xce50950
 flags /usr/local/sbin/openvpn = 0x0
head /usr/local/sbin/openvpn
obj /usr/local/sbin/openvpn has /usr/local/sbin/openvpn as head
examining: '/usr/local/sbin/openvpn'
loading: libcrypto.so.42.0 required by /usr/local/sbin/openvpn
 flags /usr/lib/libcrypto.so.42.0 = 0x0
obj /usr/lib/libcrypto.so.42.0 has /usr/local/sbin/openvpn as head
loading: liblzo2.so.1.0 required by /usr/local/sbin/openvpn
 flags /usr/local/lib/liblzo2.so.1.0 = 0x0
obj /usr/local/lib/liblzo2.so.1.0 has /usr/local/sbin/openvpn as head
loading: libc.so.90.0 required by /usr/local/sbin/openvpn
 flags /usr/lib/libc.so.90.0 = 0x0
obj /usr/lib/libc.so.90.0 has /usr/local/sbin/openvpn as head
loading: liblz4.so.2.0 required by /usr/local/sbin/openvpn
 flags /usr/local/lib/liblz4.so.2.0 = 0x0
obj /usr/local/lib/liblz4.so.2.0 has /usr/local/sbin/openvpn as head
loading: libssl.so.44.1 required by /usr/local/sbin/openvpn
 flags /usr/lib/libssl.so.44.1 = 0x0
obj /usr/lib/libssl.so.44.1 has /usr/local/sbin/openvpn as head
linking dep /usr/local/lib/liblzo2.so.1.0 as child of 
/usr/local/sbin/openvpn
linking dep /usr/local/lib/liblz4.so.2.0 as child of 
/usr/local/sbin/openvpn

linking dep /usr/lib/libssl.so.44.1 as child of /usr/local/sbin/openvpn
linking dep /usr/lib/libcrypto.so.42.0 as child of 
/usr/local/sbin/openvpn

linking dep /usr/lib/libc.so.90.0 as child of /usr/local/sbin/openvpn
examining: '/usr/local/lib/liblzo2.so.1.0'
examining: '/usr/local/lib/liblz4.so.2.0'
examining: '/usr/lib/libssl.so.44.1'
loading: libcrypto.so.42.0 required by /usr/lib/libssl.so.44.1
linking dep /usr/lib/libcrypto.so.42.0 as child of 
/usr/lib/libssl.so.44.1

examining: '/usr/lib/libcrypto.so.42.0'
examining: '/usr/lib/libc.so.90.0'
 flags /usr/libexec/ld.so = 0x0
obj /usr/libexec/ld.so has /usr/local/sbin/openvpn as head
protect start RELRO = 0xce741923f78 in /usr/lib/libc.so.90.0
protect end RELRO = 0xce741926000 in /usr/lib/libc.so.90.0
protect start RELRO = 0xce7c455fbb8 in /usr/lib/libcrypto.so.42.0
protect end RELRO = 0xce7c457b000 in /usr/lib/libcrypto.so.42.0
protect start RELRO = 0xce7e7530048 in /usr/lib/libssl.so.44.1
protect end RELRO = 0xce7e7533000 in /usr/lib/libssl.so.44.1
protect start RELRO = 0xce7af2e8cb0 in /usr/local/lib/liblz4.so.2.0
protect end RELRO = 0xce7af2e9000 in /usr/local/lib/liblz4.so.2.0
protect start RELRO = 0xce7b6059c78 in /usr/local/lib/liblzo2.so.1.0
protect end RELRO = 0xce7b605a000 in /usr/local/lib/liblzo2.so.1.0
protect start RELRO = 0xce5097b0348 in /usr/local/sbin/openvpn
protect end RELRO = 0xce5097b1ff0 in /usr/local/sbin/openvpn
StartEnd  Type Open Ref GrpRef Name
0ce50950 0ce5097b3000 exe  10   0  
/usr/local/sbin/openvpn
0ce7b5e2c000 0ce7b605b000 rlib 01   0  
/usr/local/lib/liblzo2.so.1.0
0ce7af0d2000 0ce7af2ea000 rlib 01   0  
/usr/local/lib/liblz4.so.2.0
0ce7e72e2000 0ce7e7537000 rlib 01   0  
/usr/lib/libssl.so.44.1
0ce7c41af000 0ce7c4583000 rlib 02   0  
/usr/lib/libcrypto.so.42.0
0ce74165a000 0ce741939000 rlib 01   0  
/usr/lib/libc.so.90.0
0ce78300 0ce78300 rtld 01   0  
/usr/libexec/ld.so

symcache lookups 342 hits 0 ratio 0% hits
dynamic loading done, success.
tib new=0xce7c954cd00
setting environ 0xce783212000@/usr/libexec/ld.so[0xce771dfc800] from 
0xce783212000
setting __progname 0xce783212008@/usr/libexec/ld.so[0xce771dfc800] from 
0xce783212008
doing ctors obj 0xce7622e4c00 @0xce7b5e2c2e0: 
[/usr/local/lib/liblzo2.so.1.0]
doing ctors obj 0xce7951d1c00 @0xce7af0d22e0: 
[/usr/local/lib/liblz4.so.2.0]
doing ctors obj 0xce7622e4400 @0xce7c41af2e0: 
[/usr/lib/libcrypto.so.42.0]

doing ctors obj 0xce7622e4800 @0xce7e72e22e0: [/usr/lib/libssl.so.44.1]
entry point: 0xce509501870

# dmesg
OpenBSD 6.2 (GENERIC.MP) #134: Tue Oct  3 21:22:29 MDT 2017

Re: ld.so: openvpn: can't load library 'liblzo2.so.1.0'

[Atanas Vladimirov]

On 2017-10-03 02:35, Stuart Henderson wrote:

The error is missing when I do a reboot


Oh, I missed this bit before... That's rather unexpected. Please set
LD_DEBUG= in the environment as well (or instead?) and see if you get
anything useful from the output there (there will be a couple of 
screens

full, but should fit within the dmesg -s buffer).

You might be out of luck for new snapshots for a little while..


Hello Stuart,
Here is the relevant output (regular reboot) of `dmesg -s` with the 
following in /etc/hostname.tun4


---
up
description dn42-w0h
!env LD_DEBUG= /usr/local/sbin/openvpn --daemon --config 
/etc/dn42-w0h.ovpn

---

After the reboot `tun4` is up and running. Is there a way to "simulate" 
or force a reboot as when I do an upgrade and boot for "first time" the 
new snapshot.

Thanks.

rtld loading: 'openvpn'
exe load offset:  0x13aa4720
 flags /usr/local/sbin/openvpn = 0x0
head /usr/local/sbin/openvpn
obj /usr/local/sbin/openvpn has /usr/local/sbin/openvpn as head
examining: '/usr/local/sbin/openvpn'
loading: liblz4.so.2.0 required by /usr/local/sbin/openvpn
 flags /usr/local/lib/liblz4.so.2.0 = 0x0
obj /usr/local/lib/liblz4.so.2.0 has /usr/local/sbin/openvpn as head
loading: libcrypto.so.42.0 required by /usr/local/sbin/openvpn
 flags /usr/lib/libcrypto.so.42.0 = 0x0
obj /usr/lib/libcrypto.so.42.0 has /usr/local/sbin/openvpn as head
loading: libc.so.90.0 required by /usr/local/sbin/openvpn
 flags /usr/lib/libc.so.90.0 = 0x0
obj /usr/lib/libc.so.90.0 has /usr/local/sbin/openvpn as head
loading: liblzo2.so.1.0 required by /usr/local/sbin/openvpn
 flags /usr/local/lib/liblzo2.so.1.0 = 0x0
obj /usr/local/lib/liblzo2.so.1.0 has /usr/local/sbin/openvpn as head
loading: libssl.so.44.1 required by /usr/local/sbin/openvpn
 flags /usr/lib/libssl.so.44.1 = 0x0
obj /usr/lib/libssl.so.44.1 has /usr/local/sbin/openvpn as head
linking dep /usr/local/lib/liblzo2.so.1.0 as child of 
/usr/local/sbin/openvpn
linking dep /usr/local/lib/liblz4.so.2.0 as child of 
/usr/local/sbin/openvpn

linking dep /usr/lib/libssl.so.44.1 as child of /usr/local/sbin/openvpn
linking dep /usr/lib/libcrypto.so.42.0 as child of 
/usr/local/sbin/openvpn

linking dep /usr/lib/libc.so.90.0 as child of /usr/local/sbin/openvpn
examining: '/usr/local/lib/liblzo2.so.1.0'
examining: '/usr/local/lib/liblz4.so.2.0'
examining: '/usr/lib/libssl.so.44.1'
loading: libcrypto.so.42.0 required by /usr/lib/libssl.so.44.1
linking dep /usr/lib/libcrypto.so.42.0 as child of 
/usr/lib/libssl.so.44.1

examining: '/usr/lib/libcrypto.so.42.0'
examining: '/usr/lib/libc.so.90.0'
 flags /usr/libexec/ld.so = 0x0
obj /usr/libexec/ld.so has /usr/local/sbin/openvpn as head
protect start RELRO = 0x13ad41183f78 in /usr/lib/libc.so.90.0
protect end RELRO = 0x13ad41186000 in /usr/lib/libc.so.90.0
protect start RELRO = 0x13acf6e24bb8 in /usr/lib/libcrypto.so.42.0
protect end RELRO = 0x13acf6e4 in /usr/lib/libcrypto.so.42.0
protect start RELRO = 0x13aca9cae048 in /usr/lib/libssl.so.44.1
protect end RELRO = 0x13aca9cb1000 in /usr/lib/libssl.so.44.1
protect start RELRO = 0x13ace69e3cb0 in /usr/local/lib/liblz4.so.2.0
protect end RELRO = 0x13ace69e4000 in /usr/local/lib/liblz4.so.2.0
protect start RELRO = 0x13acf7ddbc78 in /usr/local/lib/liblzo2.so.1.0
protect end RELRO = 0x13acf7ddc000 in /usr/local/lib/liblzo2.so.1.0
protect start RELRO = 0x13aa474b0348 in /usr/local/sbin/openvpn
protect end RELRO = 0x13aa474b1ff0 in /usr/local/sbin/openvpn
StartEnd  Type Open Ref GrpRef Name
13aa4720 13aa474b3000 exe  10   0  
/usr/local/sbin/openvpn
13acf7bae000 13acf7ddd000 rlib 01   0  
/usr/local/lib/liblzo2.so.1.0
13ace67cd000 13ace69e5000 rlib 01   0  
/usr/local/lib/liblz4.so.2.0
13aca9a6 13aca9cb5000 rlib 01   0  
/usr/lib/libssl.so.44.1
13acf6a74000 13acf6e48000 rlib 02   0  
/usr/lib/libcrypto.so.42.0
13ad40eba000 13ad41199000 rlib 01   0  
/usr/lib/libc.so.90.0
13ad2400 13ad2400 rtld 01   0  
/usr/libexec/ld.so

symcache lookups 342 hits 0 ratio 0% hits
dynamic loading done, success.
tib new=0x13ac4d612a00
setting environ 0x13ad24212530@/usr/libexec/ld.so[0x13ac72660800] from 
0x13ad24212530
setting __progname 0x13ad24212538@/usr/libexec/ld.so[0x13ac72660800] 
from 0x13ad24212538
doing ctors obj 0x13acd564b000 @0x13acf7bae2e0: 
[/usr/local/lib/liblzo2.so.1.0]
doing ctors obj 0x13acd564b400 @0x13ace67cd2e0: 
[/usr/local/lib/liblz4.so.2.0]
doing ctors obj 0x13ac72660c00 @0x13acf6a742e0: 
[/usr/lib/libcrypto.so.42.0]
doing ctors obj 0x13ac72660400 @0x13aca9a602e0: 
[/usr/lib/libssl.so.44.1]

entry point: 0x13aa47201870

Re: ld.so: openvpn: can't load library 'liblzo2.so.1.0'

[Stuart Henderson]

> The error is missing when I do a reboot

Oh, I missed this bit before... That's rather unexpected. Please set
LD_DEBUG= in the environment as well (or instead?) and see if you get
anything useful from the output there (there will be a couple of screens
full, but should fit within the dmesg -s buffer).

You might be out of luck for new snapshots for a little while..

Re: ld.so: openvpn: can't load library 'liblzo2.so.1.0'

[Atanas Vladimirov]

On 2017-10-02 21:54, Jeremie Courreges-Anglas wrote:

On Mon, Oct 02 2017, Atanas Vladimirov  wrote:

On 2017-10-02 18:47, Stuart Henderson wrote:

On 2017-10-01, Atanas Vladimirov  wrote:

I'm running -current and I'm seeing that error on first boot when
upgrading to a newer snapshot:


..

em0: DHCPACK from 95.87.227.225 (64:87:88:58:b2:b8)
em0: bound to 95.87.227.232 -- renewal in 300 seconds
ld.so: openvpn: can't load library 'liblzo2.so.1.0'
Killed


OpenVPN started here ^^


reordering libraries: done.
starting early daemons: syslogd pflogd nsd unbound ntpd isakmpd 
npppd.

starting RPC daemons:.
savecore: no core dump
checking quotas: done.
clearing /tmp
kern.securelevel: 0 -> 1
creating runtime link editor directory cache.


but ldconfig runs here ^^

liblzo2.so.1.0 isn't reachable until the above is run.

Try something like "env LD_LIBRARY_PATH=/usr/lib:/usr/local/lib" when
starting openvpn from hostname.if.

If this used to work, there is a chance that maybe this changed in
libexec/ld.so/path.c r1.7.


I'm not sure that I did it in the right way:

~$ cat /etc/hostname.tun4
up
description dn42-w0h
!env LD_LIBRARY_PATH=/usr/lib:/usr/local/lib
!/usr/local/sbin/openvpn --daemon --config /etc/dn42-w0h.ovpn


This should rather be

!env LD_LIBRARY_PATH=/usr/lib:/usr/local/lib /usr/local/sbin/openvpn
--daemon --config /etc/dn42-w0h.ovpn


Thank you. I'll wait for a newer snapshot and will let you know the 
result.

Re: ld.so: openvpn: can't load library 'liblzo2.so.1.0'

[Jeremie Courreges-Anglas]

On Mon, Oct 02 2017, Atanas Vladimirov  wrote:
> On 2017-10-02 18:47, Stuart Henderson wrote:
>> On 2017-10-01, Atanas Vladimirov  wrote:
>>> I'm running -current and I'm seeing that error on first boot when
>>> upgrading to a newer snapshot:
>>>
>> ..
>>> em0: DHCPACK from 95.87.227.225 (64:87:88:58:b2:b8)
>>> em0: bound to 95.87.227.232 -- renewal in 300 seconds
>>> ld.so: openvpn: can't load library 'liblzo2.so.1.0'
>>> Killed
>>
>> OpenVPN started here ^^
>>
>>> reordering libraries: done.
>>> starting early daemons: syslogd pflogd nsd unbound ntpd isakmpd npppd.
>>> starting RPC daemons:.
>>> savecore: no core dump
>>> checking quotas: done.
>>> clearing /tmp
>>> kern.securelevel: 0 -> 1
>>> creating runtime link editor directory cache.
>>
>> but ldconfig runs here ^^
>>
>> liblzo2.so.1.0 isn't reachable until the above is run.
>>
>> Try something like "env LD_LIBRARY_PATH=/usr/lib:/usr/local/lib" when
>> starting openvpn from hostname.if.
>>
>> If this used to work, there is a chance that maybe this changed in
>> libexec/ld.so/path.c r1.7.
>
> I'm not sure that I did it in the right way:
>
> ~$ cat /etc/hostname.tun4
> up
> description dn42-w0h
> !env LD_LIBRARY_PATH=/usr/lib:/usr/local/lib
> !/usr/local/sbin/openvpn --daemon --config /etc/dn42-w0h.ovpn

This should rather be

!env LD_LIBRARY_PATH=/usr/lib:/usr/local/lib /usr/local/sbin/openvpn --daemon 
--config /etc/dn42-w0h.ovpn

> And after upgrade to the newest snap:
> ...
> _=/usr/bin/env
> INRC=1
> HOME=/
> PATH=/sbin:/bin:/usr/sbin:/usr/bin
> LD_LIBRARY_PATH=/usr/lib:/usr/local/lib
> ld.so: openvpn: can't load library 'liblz4.so.2.0'
> Killed
> ...
>
> Thanks.
>

-- 
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE

Re: ld.so: openvpn: can't load library 'liblzo2.so.1.0'

[Atanas Vladimirov]

On 2017-10-02 18:47, Stuart Henderson wrote:

On 2017-10-01, Atanas Vladimirov  wrote:

I'm running -current and I'm seeing that error on first boot when
upgrading to a newer snapshot:


..

em0: DHCPACK from 95.87.227.225 (64:87:88:58:b2:b8)
em0: bound to 95.87.227.232 -- renewal in 300 seconds
ld.so: openvpn: can't load library 'liblzo2.so.1.0'
Killed


OpenVPN started here ^^


reordering libraries: done.
starting early daemons: syslogd pflogd nsd unbound ntpd isakmpd npppd.
starting RPC daemons:.
savecore: no core dump
checking quotas: done.
clearing /tmp
kern.securelevel: 0 -> 1
creating runtime link editor directory cache.


but ldconfig runs here ^^

liblzo2.so.1.0 isn't reachable until the above is run.

Try something like "env LD_LIBRARY_PATH=/usr/lib:/usr/local/lib" when
starting openvpn from hostname.if.

If this used to work, there is a chance that maybe this changed in
libexec/ld.so/path.c r1.7.


I'm not sure that I did it in the right way:

~$ cat /etc/hostname.tun4
up
description dn42-w0h
!env LD_LIBRARY_PATH=/usr/lib:/usr/local/lib
!/usr/local/sbin/openvpn --daemon --config /etc/dn42-w0h.ovpn

And after upgrade to the newest snap:
...
_=/usr/bin/env
INRC=1
HOME=/
PATH=/sbin:/bin:/usr/sbin:/usr/bin
LD_LIBRARY_PATH=/usr/lib:/usr/local/lib
ld.so: openvpn: can't load library 'liblz4.so.2.0'
Killed
...

Thanks.

Re: ld.so: openvpn: can't load library 'liblzo2.so.1.0'

[Stuart Henderson]

On 2017-10-01, Atanas Vladimirov  wrote:
> I'm running -current and I'm seeing that error on first boot when 
> upgrading to a newer snapshot:
>
..
> em0: DHCPACK from 95.87.227.225 (64:87:88:58:b2:b8)
> em0: bound to 95.87.227.232 -- renewal in 300 seconds
> ld.so: openvpn: can't load library 'liblzo2.so.1.0'
> Killed

OpenVPN started here ^^

> reordering libraries: done.
> starting early daemons: syslogd pflogd nsd unbound ntpd isakmpd npppd.
> starting RPC daemons:.
> savecore: no core dump
> checking quotas: done.
> clearing /tmp
> kern.securelevel: 0 -> 1
> creating runtime link editor directory cache.

but ldconfig runs here ^^

liblzo2.so.1.0 isn't reachable until the above is run.

Try something like "env LD_LIBRARY_PATH=/usr/lib:/usr/local/lib" when
starting openvpn from hostname.if.

If this used to work, there is a chance that maybe this changed in
libexec/ld.so/path.c r1.7.