Anomalie #8504
Le modèle pour le partage Minedu n'est pas retenu après migration 2.2 vers 2.3
Description
Nous rencontrons des difficultées depuis la migration d'un Horus 2.2.3 vers une version 2.3.9 avec le script "ftp://eoleng.ac-dijon.fr/pub/Outils/migration/migration23.sh".
Nous constatons que le partage "Minedu" est initialisé avec le modéle "Standard" par defaut sur tous nos serveurs ayant subit la migration.
Tandis que sur les serveurs ayant subit une installation en 2.3.9 directement nous n'avons pas ce probleme le modele est à "Minedu" pour le partage.
Notre procédure est la suivante:
-->Telechargement du script "migration23.sh" depuis le dépot Eole
-->Lancement du script sur le serveur Horus 2.2.3 afin d'obtenir une sauvegarde sur un support externe
-->Extinction du serveur Horus 2.2.3
-->Demarage du nouveau serveur 2.3.9
-->Montage du support contenant la sauvegarde du Horus 2.2.3
-->Lancement du gen_config puis lancement de l'import Creole 2.2 avec le fichier eole22.eol
-->Passage en mode expert pour correction de quelques valeurs bloquant dans la version 2.3.9 (majuscule...)
-->Dans l'onglet Samba modification de la longueur minimal du mot de passe, le champ "modele par défaut" reste à la valeur par défaut "standard"
-->Enregistrement du fichier puis lancement de la commande "instance zephir.eol"
-->Lancement du script "migration23.sh" afin d'importer les données du disque de sauvegarde
Resultat dans l'EAD, tous les partages "Minedu" ont maintenant le modéle "Standard".
Ce comportement semble logique car l'option modele dans le gen_config est par defaut à la valeur "Standard".
Cependant lors d'une migration, il nous semblerait normal les attributs des partages samba soient conservés en particulier celui du "Minedu".
Révisions associées
migration23.sh : correction des modèles de partages Horus si nécessaire
Fixes #8504 @30m
migration24.sh : correction des modèles de partages Horus si nécessaire
Ref #8504 @10m
migration24.sh : corrections et améliorations
Ref #8504 @20m (VERSION="20140729")
migration23.sh : corrections et améliorations
Ref #8504 @20m (VERSION="20140729")
Historique
#1 Mis à jour par Klaas TJEBBES il y a presque 10 ans
- Sujet changé de "Preserve Case" non défini pour le partage Minedu apres lmigration 2.2 vers 2.3 à Le modèle pour le partage Minedu n'est pas retenu après migration 2.2 vers 2.3
À tester sur d'autres partages migrés.
#2 Mis à jour par Philippe Taurines il y a presque 10 ans
Je vient de vérifier les différents partages de nos serveurs Horus ayant subit la migration, nous avons les valeurs suivantes:
-->Partage "Minedu" modele "Standard"
-->Partage "groupe" modele "Standard"
-->Partage "Applidos" modele "Standard"
-->Partage "Icone$" modele "Icone$"
Par contre les partages sur serveur Horus 2.3.9 en natif aucun souci les partages semblent correctements associés:
-->Partage "Minedu" modele "Minedu"
-->Partage "groupe" modele "groupe"
-->Partage "Applidos" modele "Standard"
-->Partage "Icone$" modele "Icone$"
Le probleme est apparu aprés la migration, car il me semble que la notion de modéle n'était pas présente dans la version 2.2.
#3 Mis à jour par Joël Cuissinat il y a presque 10 ans
Je viens de regarder dans une sauvegarde que j'avais de côté et l'attribut "sambaShareModel" n'a pas la bonne valeur dans le ldif :
$ grep -A7 "sambaShareName: minedu" ./horus-0000a/eole.ldif sambaShareName: minedu description: minedu sambaShareGroup: minedu sambaFilePath: /data/minedu sambaShareURI: \\horus22\minedu sambaShareModel: standard sambaShareOptions: sticky sambaShareDrive: X:
#4 Mis à jour par Joël Cuissinat il y a presque 10 ans
- Projet changé de Horus à creole
- Echéance mis à 01/08/2014
- Assigné à mis à Joël Cuissinat
- Version cible mis à Migration 2.3
- Temps estimé mis à 1.50 h
Personnellement, je pense que le bug est présent sur les 2.2 les plus récentes mais je vais ajouter un test dans les scripts de migration afin d'être sûr que ce problème soit réglé.
#5 Mis à jour par Joël Cuissinat il y a presque 10 ans
- Statut changé de Nouveau à Résolu
- % réalisé changé de 0 à 100
Appliqué par commit 24ebf99d38cbba4c1f65effd92fc71d6850a63df.
#6 Mis à jour par Joël Cuissinat il y a plus de 9 ans
- Statut changé de Résolu à Fermé