Tâche #37286
Scénario #37240: script migration210.sh - les fichiers de sysvol ne sont restaurés au bon endroit
migration 2.10 et restauration des PolicyDefinitions
100%
Description
A rattacher au scénario: https://dev-eole.ac-dijon.fr/issues/37240
En complément de la dernière modification annoncée: https://dev-eole.ac-dijon.fr/news/720
Le dossier
sysvol/nom_domaine/Policies
est bien restauré au bon endroit avec les GPOs
Mais il contient normalement aussi un dossier ‘PolicyDefinitions’
sysvol/nom_domaine/Policies/PolicyDefinitions
Au lieu du dossier lui-même, c’est le contenu de ce dossier qui est recopié dans
sysvol/nom_domaine/Policies
lors de la migration
En gros, ce qu’on devrais avoir :
├── Policies
│ ├── {0A31C154-2107-47A0-AF64-0A1BDEBAF7F4} (une gpo)
│ ├── . . . . . (et les autres gpo)
│ └── PolicyDefinitions
│ ├── en-US (dossier des adml en anglais)
│ ├── fr-FR (dossier des adml en francais)
│ ├── *.admx (les fichiers admx)
Et en fait ce qu’on obtient (précédé de ## ce qui n’est pas au bon endroit):
├── Policies
│ ├── {0A31C154-2107-47A0-AF64-0A1BDEBAF7F4} (une gpo)
│ ├── . . . . . (et les autres gpo)
│## ├── en-US (dossier des adml en anglais)
│## ├── fr-FR (dossier des adml en francais)
│## ├── *.admx (les fichiers admx)
Révisions associées
Fix ACLs sur le dossier Policy dans online_addc_restore
Ref #37257
Historique
#1 Mis à jour par Joël Cuissinat il y a 8 mois
- Tâche parente mis à #37284
#2 Mis à jour par Joël Cuissinat il y a 8 mois
- Description mis à jour (diff)
- Tâche parente changé de #37284 à #37240
#3 Mis à jour par Laurent Gourvenec il y a 8 mois
Je ne reproduis pas.
Il y a peut-être un problème dans la manière dont on sauvegarde les fichiers.
Est-ce qu'il serait possible de faire un tar tf sauvegarde/<etab>/samba/bareos/sysvol.tar.gz et de vérifier que dans la tarball l'arborescence est correct (avec le bon chemin, bien sûr) ?
#4 Mis à jour par Thierry ARBEZ-CARME il y a 8 mois
Bonjour,
je viens de vérifier, le fichier sysvol.tar.gz est bien correcte:
sysvol.tar.gz/utar://ad.jeanzay.lan/Policies
/PolicyDefinitions │ 0│ 26 nov. 18:03│
/{0A31C154-2107-47A0-AF64-0A1BDEBAF7F4} │ 0│ 26 nov. 18:02│
/{0A5E0BBE-8CDC-4C2C-8839-C6AA9E246E08} │ 0│ 26 nov. 18:02│
/{1BC37A50-C26B-45FE-8642-2141B96E65B2} │ 0│ 26 nov. 18:03│
/{1E3CA360-8C47-4C1C-A8DC-F90D1C3C96F6} │ 0│ 26 nov. 18:02│
/{28DBD629-CFA3-470C-B861-58AE9EC3D93B} │ 0│ 26 nov. 18:03│
/{2F0357AB-C48C-41C8-9D0D-9D85C2706730} │ 0│ 26 nov. 18:03│
/{31B2F340-016D-11D2-945F-00C04FB984F9} │ 0│ 26 nov. 18:02│
le problème existe toujours dans la dernière version du script migration210.sh que klass m'avait demandé de tester pour la partie restauration des clés salt
#5 Mis à jour par Laurent Gourvenec il y a 5 mois
Bonjour, problème vu et corrigé. Le contenu de la première Policy copiée était copiée directement dans le dossier Policy.
Le paquet eole-ad-dc-scripts 2.10.0-31 (dans le conteneur addc) contient le correctif.
#6 Mis à jour par Laurent Gourvenec il y a 5 mois
- Statut changé de Nouveau à À valider
- % réalisé changé de 0 à 100
#7 Mis à jour par Laurent Gourvenec il y a 5 mois
- Assigné à mis à Laurent Gourvenec
#8 Mis à jour par Ludwig Seys il y a 4 mois
- Statut changé de À valider à Résolu
#9 Mis à jour par Joël Cuissinat il y a 3 mois
- Statut changé de Résolu à Fermé
- Restant à faire (heures) mis à 0.0
eole-ad-dc$ git branch -r --contains 4f895780 origin/2.10.0/master origin/2.9.0/master origin/HEAD -> origin/master origin/dist/eole/2.10.0/master origin/dist/eole/2.11.0/master origin/dist/eole/2.9.0/master origin/master
#10 Mis à jour par Joël Cuissinat il y a 3 mois
- Temps estimé mis à 0.00 h
Correction confirmée par Thierry ;)