Package: slapd Version: 2.4.28-1.1 Followup-For: Bug #655845 Hi,
same problem happened for me while upgrading from Squeeze to Wheezy. Database backup during package upgrade cannot be run because of missing symbol error while running slapcat. I think it is because sasl2 package was upgraded before and so symbols againts old version cannot be resolved anymore. I had to move /var/lib/ldap directory to another system still using Squeeze and to run slapcat on it to be able to recover my directory. Cheers, Paul -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages slapd depends on: ii adduser 3.113+nmu1 ii coreutils 8.13-3 ii debconf [debconf-2.0] 1.5.41 ii libc6 2.13-26 ii libdb5.1 5.1.29-1 ii libgcrypt11 1.5.0-3 ii libgnutls26 2.12.16-1 ii libldap-2.4-2 2.4.28-1.1 ii libltdl7 2.4.2-1 ii libodbc1 2.2.14p2-5 ii libperl5.14 5.14.2-7 ii libsasl2-2 2.1.25.dfsg1-3 ii libslp1 1.2.1-9 ii libwrap0 7.6.q-23 ii lsb-base 3.2-28.1 ii multiarch-support 2.13-26 ii perl [libmime-base64-perl] 5.14.2-7 ii psmisc 22.15-2 ii unixodbc 2.2.14p2-5 Versions of packages slapd recommends: ii libsasl2-modules 2.1.25.dfsg1-3 Versions of packages slapd suggests: ii ldap-utils 2.4.28-1.1 -- debconf information: slapd/allow_ldap_v2: false slapd/password_mismatch: slapd/invalid_config: true shared/organization: ezvan.fr * slapd/upgrade_slapcat_failure: slapd/no_configuration: false slapd/move_old_database: true slapd/dump_database_destdir: /var/backups/slapd-VERSION slapd/purge_database: false slapd/domain: ezvan.fr slapd/backend: HDB slapd/dump_database: when needed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org