Tâche #36977
Scénario #36880: migration2x.sh : vérifier la restauration sur AmonEcole et AD distant
Étude
100%
Historique
#1 Mis à jour par Laurent Gourvenec il y a 8 mois
En ce qui concerne le test https://dev-eole.ac-dijon.fr/jenkins/job/2.8.1/job/test-migration28sh-eolead-28-restauration272-2.8.1-amd64/50/parsed_console/ ; l'archive ne semble contenir aucune donnée concernant le niveau 6ème. Cela expliquerait pourquoi il n'y a pas de partage pour les 6ème.
Le fichier eole.ldif n'a pas de référence au groupe 6eme non plus.
Dans le test de sauvegarde, on part d'un scribe et d'un seth DC Daily. Seul le niveau 3e est ajouté plus tard. Donc, soit on test la restauration de seulement 1 niveau, soit on ajoute d'autres niveaux à la sauvegarde.
A priori, le problème a été introduit le 23 avril 2025 dans eole-ci-tests. On test le login 6b.01 qui devait être valide en partant d'une 2.6.2.
Du coup, remplacement par 3a.01.
Reste les tests sur amonecole
- https://dev-eole.ac-dijon.fr/jenkins/job/2.8.1/job/test-migration28sh-etb3amonecole-28-restauration262-2.8.1-amd64/421/parsed_console/
- https://dev-eole.ac-dijon.fr/jenkins/job/2.9.0/job/test-migration29sh-etb3amonecole-29-restauration281-2.9.0-amd64/127/consoleFull en erreur.
Cette fois, l'erreur semble avoir été cachée par une autre erreur qui a été corrigé le 23/04. Le script de migration tente de remettre les acls sur les adhomes, sauf qu'ils ne sont pas encore créés. Avant, ces adhomes étaient sauvegardé, mais il ne le sont plus car ils faisait doublon. Un simple changement dans l'ordre d'exécution des commandes devrait suffire.
Autre problème : le user 3a.01 n'est pas dans les même groupes sur amonecole et sur scribe :
root@scribe:~# getfacl /home/adhomes/3a.01/perso getfacl : suppression du premier « / » des noms de chemins absolus # file: home/adhomes/3a.01/perso # owner: 3a.01 # group: root user::rwx user:3a.01:rwx group::--- mask::rwx other::--- default:user::rwx default:user:3a.01:rwx default:group::--- default:mask::rwx default:other::--- root@amonecole:~# getfacl /home/adhomes/3a.01/perso getfacl : suppression du premier « / » des noms de chemins absolus # file: home/adhomes/3a.01/perso # owner: 3a.01 # group: root user::rwx user:3a.01:rwx group::--- group:professeurs:r-x mask::rwx other::--- default:user::rwx default:user:3a.01:rwx default:group::--- default:group:professeurs:r-x default:mask::rwx default:other::---
Le problème est coté scribe et uniquement scribe2.7. Par ailleurs, ce problème vient de l'importation, les acls manquent sur les dossiers du scribe d'origine. La création d'utilisateur via l'ead2 semble générer un home avec les bons droits, cependant, il y a des erreurs de setfacl dans le test https://dev-eole.ac-dijon.fr/jenkins/job/2.7.2/job/test-importation-acascribe-2.7.2-amd64/755/console
00:03:14.077 DEBUG:scribe.importation:Création des partages pour 6a 00:03:14.077 setfacl : Option -m : Argument invalide près du caractère 3 00:03:14.077 setfacl : Option -m : Argument invalide près du caractère 3 00:03:14.077 setfacl : Option -m : Argument invalide près du caractère 3 00:03:14.077 setfacl : Option -m : Argument invalide près du caractère 3 00:03:14.077 setfacl : Option -m : Argument invalide près du caractère 3 00:03:14.078 setfacl : Option -m : Argument invalide près du caractère 3 00:03:14.078 setfacl : Option -m : Argument invalide près du caractère 3 00:03:14.078 setfacl : Option -m : Argument invalide près du caractère 3
Ce dernier problème n'est pas réapparut suite à un rebuild... On va ignorer le soucis.
#2 Mis à jour par Laurent Gourvenec il y a 7 mois
- Statut changé de Nouveau à À valider
- % réalisé changé de 0 à 100
#3 Mis à jour par Ludwig Seys il y a 7 mois
- Statut changé de À valider à Résolu
#4 Mis à jour par Joël Cuissinat il y a 7 mois
- Statut changé de Résolu à Fermé
- Restant à faire (heures) mis à 0.0