Anomalie #3730
migration23.sh : filtrer l'ancienne objectClass "sambaServer"
Description
lors de l'exécution de migration23.sh :
en essayant de restaurer le ldap d'un scribe 2.2 pour le passer en 2.3, la restauration échoue car certaines lignes du fichier ldif sont coupées (sur deux lignes plus exactement).
à rapprocher de mon signalement : http://dev-eole.ac-dijon.fr/issues/2299
Merci d'avance
Demandes liées
Révisions associées
- migration23.sh : erreur si présence de l'objectClass "sambaServer"
Fixes #3730 @30m (VERSION="20130411")
Reword; fixes #3730
Historique
#1 Mis à jour par Joël Cuissinat il y a presque 12 ans
- Sujet changé de pbm enregistrement ldap trop longs à la restauration scribe à migration23.sh : filtrer l'ancienne objectClass "sambaServer"
- Statut changé de Nouveau à En attente d'informations
- Temps estimé mis à 0.50 h
#2 Mis à jour par Nicolas ROBIN il y a presque 12 ans
La restauration du LDAP a pu être effectuée en supprimant du LDIF l'ensemble des lignes suivantes :
dn: cn=sc180644,ou=ordinateurs,ou=ressources,ou=0180644c,ou=ac-orleans-tours,ou=education,o=gouv,c=fr
objectClass: sambaServer
cn: sc180644
structuralObjectClass: sambaServer
Il s'agit d'un reliquat du LDAP de scribe 1. Cela risque de concerner dans notre académie de nombreux scribes.
#3 Mis à jour par Joël Cuissinat il y a presque 12 ans
- Projet changé de Scribe à creole
#4 Mis à jour par Joël Cuissinat il y a presque 12 ans
- Version cible mis à Migration 2.3
#5 Mis à jour par Klaas TJEBBES il y a environ 11 ans
- objectClass: sambaServer
- structuralObjectClass: sambaServer
- sambaShareDep: none
- sambaShareAdmin: Administrateurs
- location: /
- server: %%smb_netbios_name
Cette partie n'a qu'un seul "objectClass" qui est justement dans le schema alpes :
# id=00000188 dn: cn=%%smb_netbios_name,ou=ordinateurs,ou=ressources,ou=%%numero_etab,ou=%%nom_academie,ou=edu cation,o=gouv,c=fr objectClass: sambaServer cn: serv-pedago creatorsName: cn=admin,o=gouv,c=fr createTimestamp: 20100224153644Z modifiersName: cn=admin,o=gouv,c=fr modifyTimestamp: 20100224153644Z structuralObjectClass: sambaServer entryUUID: 11857714-9d48-102f-9db1-efd3a74b5c7e entryCSN: 20101216100743.756622Z#000000#000#000000
Une fois ces modifications effectuées :
slapadd -f /etc/ldap/slapd.conf -l sauv_ldap.ldif
fonctionne.
#6 Mis à jour par Klaas TJEBBES il y a environ 11 ans
- Statut changé de En attente d'informations à Accepté
#7 Mis à jour par Joël Cuissinat il y a environ 11 ans
- Echéance mis à 12/04/2013
- Assigné à mis à Joël Cuissinat
- Début changé de 29/06/2012 à 08/04/2013
- % réalisé changé de 0 à 10
- Temps estimé changé de 0.50 h à 1.00 h
Code possible à placer juste avant la resto du ldif :
dn=$(grep "ou=ordinateurs,ou=ressource" $LDIF | grep "dn: cn" | grep -v '\$') if [ -n "$dn" ];then echo "L'entrée ldap débutant par \"$dn\" est obsolète," echo "veuillez la supprimer dans le fichier eole22.ldif" exit 1 fi
#8 Mis à jour par Joël Cuissinat il y a environ 11 ans
- Statut changé de Accepté à Résolu
- % réalisé changé de 10 à 100
Appliqué par commit 38db91f149e34f1415047bbd6bef4506461d09b7.
#9 Mis à jour par Joël Cuissinat il y a presque 11 ans
- Statut changé de Résolu à Fermé