Tâche #12130
Scénario #12129: Qualification de la migration de la version 2.3 vers 2.4
ecdl: blocage de la migration lors de la mise à jour du paquet slapd
Description
il peut y avoir des données dans le répertoire '/etc/ldap/slapd.d/' qui sont susceptibles d'avoir été modifiés lors d'une précédente mise à jour du paquet 'slapd'
Upgrade-Auto s'interrompt lors de l'installation des paquets
Demandes liées
Historique
#1 Mis à jour par christophe guerinot il y a plus de 8 ans
Cause du plantage de la mise à jour du paquet slapd:
la valeur de la directive 'suffix' récupéré par la fonction get_suffix (utilisée lors de la mise à jour du paquet) n'est pas la même lors de la procédure de sauvegarde de la base ldap locale, que lors de la restauration.
la fonction définie dans '/var/lib/dpkg/info/slapd.preinst' et '/var/lib/dpkg/info/slapd.postinst' est identique
get_suffix() { if [ -f "${SLAPD_CONF}" ]; then for f in `get_all_slapd_conf_files`; do sed -n -e's/^suffix[[:space:]]\+"*\([^"]\+\)"*/\1/p' $f done else grep -h olcSuffix ${SLAPD_CONF}/cn\=config/olcDatabase* | cut -d: -f 2 fi }
lors de la mise à jour du paquet slapd, il y a une sauvegarde de la base ldap s'appuyant sur la valeur de la directive 'suffix' contenue dans le fichier de configuration de slapd au moment de la mise à jour du paquet:
le fichier de configuration est alors le fichier /etc/ldap/slapd.conf (cela étant défini dans le fichier /etc/default/slapd)
root@cdlpnesr-05:~# cat /etc/default/slapd |grep SLAPD_CONF SLAPD_CONF=/etc/ldap/slapd.conf
root@cdlpnesr-05:~# cat /etc/ldap/slapd.conf|grep suffix suffix "ou=domaines,ou=Samba,ou=applications,ou=ressources,dc=equipement,dc=gouv,dc=fr"
lors de la restauration de la base la valeur de la directive suffix peut ne pas être la même puisque le fichier '/etc/default/slapd' suite à l'installation du paquet donne
SLAPD_CONF=
est considère ainsi que le répertoire de configuration est alors par défaut '/etc/ldap/slapd.d/' et la valeur de la directive sera recherché dans les fichiers 'olcDatabase*' du sous-répertoire '/cn\=config/'
root@cdlpnesr-05:~# grep -h olcSuffix /etc/ldap/slapd.d/cn\=config/olcDatabase* olcSuffix: dc=cete-ouest,dc=i2
la sauvegarde s'effectue donc en s'appuyant sur une valeur de 'suffix ' de "ou=domaines,ou=Samba,ou=applications,ou=ressources,dc=equipement,dc=gouv,dc=fr"
Dumping to /var/backups/slapd-2.4.23-7.2-eole1: - directory ou=domaines,ou=Samba,ou=applications,ou=ressources,dc=equipement,dc=gouv,dc=fr... done.
alors que lors de la restauration la valeur de la directive 'suffix' est "dc=cete-ouest,dc=i2"
Loading from /var/backups/slapd-2.4.23-7.2-eole1: - directory dc=cete-ouest,dc=i2... failed.
Pour éviter le bug lors de la mise à jour du paquet, il suffirait de substituer la valeur ou=domaines,ou=Samba,ou=applications,ou=ressources,dc=equipement,dc=gouv,dc=fr à la valeur de la directive 'olcSuffix' du fichier /etc/ldap/slapd.d/cn=config/olcDatabase={1}hdb.ldif
root@cdlpnesr-05:~# cat /etc/ldap/slapd.d/cn\=config/olcDatabase={1}hdb.ldif |grep olcSuffix olcSuffix: dc=cete-ouest,dc=i2
#2 Mis à jour par christophe guerinot il y a plus de 8 ans
une piste serait de renommer le répertoire '/etc/ldap/slapd.d/', au moins lors de la procédure de migration du serveur
#3 Mis à jour par Emmanuel IHRY il y a plus de 8 ans
- Statut changé de Nouveau à Ne sera pas résolu
- Restant à faire (heures) changé de 2.0 à 0.0
Décision COSUI EOLE : La procédure de migration des eCDL est abanondonnée. La solution de réinstallation est privilégiée