Actions
Bug #6378
closedpostfix is using libdb-5.1.so from rudder used instead of library from system and complaining about that
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
or
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.
Actions