Your message dated Wed, 25 Mar 2020 12:40:57 -0700
with message-id <20200325194057.ga26...@t570.nardis.ca>
and subject line Re: Bug#595464: slapd: migration to new setup fails
has caused the Debian Bug report #595464,
regarding move_old_database=false set with no explanation, error message unclear
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
595464: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=595464
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: slapd
Version: 2.4.23-4
Severity: important

  As my ldap server propose several database, I put them in sub directories
of /var/lib/ldap/ (in this test machine, there is only one database in
/var/lib/ldap/danjean instead of /var/lib/ldap by default)
  Migration scripts fail and tips they give to solve the problem also fail.

During upgrade:
[...]
Paramétrage de slapd (2.4.23-4) ...
Installation de la nouvelle version du fichier de configuration 
/etc/ldap/schema/README ...
[...]
Installation de la nouvelle version du fichier de configuration 
/etc/init.d/slapd ...
  Backing up /etc/ldap/slapd.conf in /var/backups/slapd-2.4.17-2.1... done.
  Moving old database directories to /var/backups:
  There are leftover files in /var/lib/ldap/danjean. This will probably break 
  creating the initial directory. If that's the case please move away
  stuff in there and retry the configuration.
  Loading from /var/backups/slapd-2.4.17-2.1: 
  Directory /var/lib/ldap/danjean for dc=danjean,dc=fr not empty, aborting.
dpkg : erreur de traitement de slapd (--configure) :
 le sous-processus script post-installation installé a retourné une erreur de 
sortie d'état 1
[...]

Then, I tried to move the database away as asked :
root@ogmios:/home/vdanjean# mv /var/lib/ldap/danjean /var/tmp
root@ogmios:/home/vdanjean# dpkg -a --configure
Paramétrage de slapd (2.4.23-4) ...
  Backing up /etc/ldap/slapd.conf in /var/backups/slapd-2.4.17-2.1... done.
  Moving old database directories to /var/backups:
  Loading from /var/backups/slapd-2.4.17-2.1: 
  - directory dc=danjean,dc=fr... failed.

Loading the database from the LDIF dump failed with the following
error while running slapadd:
    /etc/ldap/slapd.conf: line 83: invalid path: No such file or directory
    slapadd: bad configuration file!
dpkg : erreur de traitement de slapd (--configure) :
 le sous-processus script post-installation installé a retourné une erreur de 
sortie d'état 1
Des erreurs ont été rencontrées pendant l'exécution :
 slapd

I put it back:
root@ogmios:/home/vdanjean# mv /var/tmp/danjean /var/lib/ldap/

t@ogmios:/home/vdanjean# dpkg -a --configure
Paramétrage de slapd (2.4.23-4) ...
  Backing up /etc/ldap/slapd.conf in /var/backups/slapd-2.4.17-2.1... done.
  Moving old database directories to /var/backups:
  There are leftover files in /var/lib/ldap/danjean. This will probably break 
  creating the initial directory. If that's the case please move away
  stuff in there and retry the configuration.
  Loading from /var/backups/slapd-2.4.17-2.1: 
  Directory /var/lib/ldap/danjean for dc=danjean,dc=fr not empty, aborting.
dpkg : erreur de traitement de slapd (--configure) :
 le sous-processus script post-installation installé a retourné une erreur de 
sortie d'état 1
Des erreurs ont été rencontrées pendant l'exécution :
 slapd

Looking into slapd postinst, I see that debconf slapd/move_old_database can
help me. However, dpkg-reconfigure does not work on not-installed package:
root@ogmios:/home/vdanjean# dpkg-reconfigure slapd
/usr/sbin/dpkg-reconfigure: slapd est cassé ou partiellement installé

Reconfiguring debconf priority to low (depkg-reconfigure debconf) did not help
(I do not see the question when running "dpkg -a --configure")

The only working tip has been to manually edit /var/cache/debconf/config.dat
and set slapd/move_old_database to true.
And then:
root@ogmios:/home/vdanjean# dpkg -a --configure
Paramétrage de slapd (2.4.23-4) ...
  Backing up /etc/ldap/slapd.conf in /var/backups/slapd-2.4.17-2.1... done.
  Moving old database directories to /var/backups:
  - directory dc=danjean,dc=fr... done.
  Loading from /var/backups/slapd-2.4.17-2.1: 
  - directory dc=danjean,dc=fr... done.
  - chowning database directory (openldap:openldap)... done
  Migrating slapd.conf to slapd.d configuration style... done.
Starting OpenLDAP: slapd.

You should really propose easiest way to upgrade slapd when non standard
configuration is found (at least, a way to leave the package in a installed
state even if the config migration is not completed).
Perhaps, reasking the slapd/move_old_database question can be a solution (at
least for interactive upgrade)

  Regards,
    Vincent

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'unstable'), (990, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages slapd depends on:
ii  adduser                   3.112          add and remove users and groups
ii  coreutils                 8.5-1          GNU core utilities
ii  debconf [debconf-2.0]     1.5.35         Debian configuration management sy
ii  libc6                     2.11.2-2       Embedded GNU C Library: Shared lib
ii  libdb4.7                  4.7.25-9       Berkeley v4.7 Database Libraries [
ii  libgnutls26               2.8.6-1        the GNU TLS library - runtime libr
ii  libldap-2.4-2             2.4.23-4       OpenLDAP libraries
ii  libltdl7                  2.2.6b-2       A system independent dlopen wrappe
ii  libperl5.10               5.10.1-14      shared Perl library
ii  libsasl2-2                2.1.23.dfsg1-5 Cyrus SASL - authentication abstra
ii  libslp1                   1.2.1-7.7      OpenSLP libraries
ii  libwrap0                  7.6.q-19       Wietse Venema's TCP wrappers libra
ii  lsb-base                  3.2-23.1       Linux Standard Base 3.2 init scrip
ii  perl [libmime-base64-perl 5.10.1-14      Larry Wall's Practical Extraction 
ii  psmisc                    22.11-1        utilities that use the proc file s
ii  unixodbc                  2.2.14p2-1     ODBC tools libraries

Versions of packages slapd recommends:
ii  libsasl2-modules          2.1.23.dfsg1-5 Cyrus SASL - pluggable authenticat

Versions of packages slapd suggests:
ii  ldap-utils                    2.4.23-4   OpenLDAP utilities



--- End Message ---
--- Begin Message ---
Hello,

On Sun, 12 Sep 2010 23:54:32 -0700 Steve Langasek <vor...@debian.org> wrote:
On Wed, Sep 08, 2010 at 10:15:55PM +0200, Vincent Danjean wrote:
> Name: slapd/move_old_database
> Template: slapd/move_old_database
> Value: true
> Owners: slapd

> Note that I manually edited this file to change the value of "Value" from
> false to true.
> Looking at other entry around, the "seen" flags is *not* set for
> slapd/move_old_database.

Hmm, then I have no explanation for why this value was set the way it was.
:(  I'll leave this bug report open for a while then in case you happen to
find the reason, or in case someone else has the same problem.

Unfortunately we still have no more information about how this happened. However, as this was an isolated case and has never been reported again, I think this bug is not actionable and should be closed. I'm sorry we weren't able to provide a proper resolution to your problem.

thanks,
Ryan

--- End Message ---

Reply via email to