Bug #6378: postfix is using libdb-5.1.so from rudder used instead of library from system and complaining about that - Rudder - Issue Tracker

Actions

Copy link

Bug #6378

closed

postfix is using libdb-5.1.so from rudder used instead of library from system and complaining about that

Added by Fabrice FLORE-THÉBAULT almost 10 years ago. Updated about 9 years ago.

Status:

Rejected

Priority:

Assignee:

Matthieu CERDA

Category:

System integration

Target version:

2.10.20

Pull Request:

Severity:

UX impact:

User visibility:

Effort required:

Priority:

Name check:

Fix check:

Regression:

Description

On a server running rudder 2.10 on debian stable.

Example of error appearing when restarting postfix:

sendmail: /opt/rudder/lib/libdb-5.1.so: no version information available (required by /usr/lib/libpostfix-util.so.1)

/etc/ld.so.conf.d contains:

libc.conf  rudder-inventory-ldap.conf    x86_64-linux-gnu.conf

Rudder libraries are retrieved before standard x86_64-linux-gnu.conf libraries:

ldd /usr/lib/libpostfix-util.so.1
/usr/lib/libpostfix-util.so.1: /opt/rudder/lib/libdb-5.1.so: no version information available (required by /usr/lib/libpostfix-util.so.1)
    linux-vdso.so.1 =>  (0x00007fff132e4000)
    libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007ffc34541000)
    libssl.so.1.0.0 => /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 (0x00007ffc342e1000)
    libcrypto.so.1.0.0 => /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0 (0x00007ffc33ee8000)
    libsasl2.so.2 => /usr/lib/x86_64-linux-gnu/libsasl2.so.2 (0x00007ffc33ccd000)
    libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007ffc33ab1000)
    libdb-5.1.so => /opt/rudder/lib/libdb-5.1.so (0x00007ffc33727000)
    libnsl.so.1 => /lib/x86_64-linux-gnu/libnsl.so.1 (0x00007ffc3350f000)
    libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 (0x00007ffc332f9000)
    libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007ffc32f6d000)
    /lib64/ld-linux-x86-64.so.2 (0x00007ffc3498a000)
    libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007ffc32d56000)

2 possible fixes to make postfix happy, but break rudder-slapd:

mv rudder-inventory-ldap.conf zz_rudder-inventory-ldap.conf
ldconfig

cp x86_64-linux-gnu.conf 01x86_64-linux-gnu.conf
ldconfig

Then postfix is happy:

ldd /usr/lib/libpostfix-util.so.1
    linux-vdso.so.1 =>  (0x00007fff829fc000)
    libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fa1005c2000)
    libssl.so.1.0.0 => /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 (0x00007fa100362000)
    libcrypto.so.1.0.0 => /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0 (0x00007fa0fff69000)
    libsasl2.so.2 => /usr/lib/x86_64-linux-gnu/libsasl2.so.2 (0x00007fa0ffd4e000)
    libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fa0ffb32000)
    libdb-5.1.so => /usr/lib/x86_64-linux-gnu/libdb-5.1.so (0x00007fa0ff7ae000)
    libnsl.so.1 => /lib/x86_64-linux-gnu/libnsl.so.1 (0x00007fa0ff596000)
    libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 (0x00007fa0ff380000)
    libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fa0feff4000)
    /lib64/ld-linux-x86-64.so.2 (0x00007fa100a0b000)
    libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007fa0feddd000)

but then rudder-slapd is broken

rudder-slapd[23408]: [INFO] Using /etc/default/rudder-slapd for configuration
rudder-slapd[23413]: [INFO] Halting OpenLDAP...
rudder-slapd[23418]: [OK] OpenLDAP stopped after 1 seconds
rudder-slapd[23419]: [INFO] Launching OpenLDAP database backup...
54fdbe42 bdb(cn=rudder-configuration): Build signature doesn't match environment
54fdbe42 hdb_db_open: database "cn=rudder-configuration" cannot be opened, err -30969. Restore from backup!
54fdbe42 backend_startup_one (type=hdb, suffix="cn=rudder-configuration"): bi_db_open failed! (-30969)
slap_startup failed
rudder-slapd[23436]: [ALERT] OpenLDAP database backup failed

/etc/init.d/rudder-slapd restart
rudder-slapd[23595]: [INFO] Using /etc/default/rudder-slapd for configuration
rudder-slapd[23600]: [INFO] Halting OpenLDAP...
rudder-slapd[23601]: [INFO] can't read PID file, to stop rudder-slapd try: /etc/init.d/rudder-slapd forcestop
rudder-slapd[23602]: [INFO] Halting OpenLDAP replication...
rudder-slapd[23603]: [INFO] no replica found in configuration, aborting stopping slurpd
rudder-slapd[23604]: [INFO] Launching OpenLDAP configuration test...
rudder-slapd[23606]: [OK] OpenLDAP configuration test successful
rudder-slapd[23607]: [INFO] Launching OpenLDAP replication...
rudder-slapd[23608]: [INFO] no replica found in configuration, aborting lauching slurpd
rudder-slapd[23609]: [INFO] no db_recover done
rudder-slapd[23610]: [INFO] Launching OpenLDAP...
rudder-slapd[23611]: [OK] file descriptor limit set to 1024
rudder-slapd[23615]: [ALERT] no PID file for rudder-slapd

So for now, postfix is complaining, but still working.

Related issues 1 (0 open — 1 closed)

Actions

Copy link

Updated by Matthieu CERDA almost 10 years ago

Status changed from New to 8
Priority changed from N/A to 3

Thanks for the report Fabrice.

This issue can probably be avoided by not using ld.so.conf files but specifying a correct rpath in binaries instead during the linking stage of the slapd compilation.

(giving the -rpath argument to the linker)

Actions

Copy link