Tâche #37037
Scénario #36895: Sauvegarde de salt sur les serveur scribe en passant par le script de migration "migration2.9.sh"
test
100%
Révisions associées
correctif sur migration28 et migration29
ref #37037
correctif sur migration28 et migration29
ref #37037
Historique
#1 Mis à jour par Ludwig Seys il y a 8 mois
- Statut changé de Nouveau à En cours
#2 Mis à jour par Ludwig Seys il y a 8 mois
- Sujet changé de etude à test
- Statut changé de En cours à Nouveau
- Assigné à
Ludwig Seyssupprimé
#3 Mis à jour par Ludwig Seys il y a 8 mois
pré-requis :
- accès ssh au vm pour scp
- dépot creole cloné et à jour
démarrer un aca.scribe-2.8 avec import
démarrer un aca.pc-10.22h2
1. dans centre réseau et partage du client windows (connexion login=admin, password =eole) sur l'adaptateur réseau faire propriété, puis sélectionner IPV4 => configurer => ip DNS inscrire 192.168.0.30.
dans avancée ajouter suffixe DNS => domscribe.ac-test.fr & scribe.domscribe.ac-test.fr
2. valider en sortant sans oublier de cocher "appliquer en quittant". fermer la fenêtre de détection de problème.
3. ouvrir un navigateur et ce rendre sur http://192.168.0.26/joineole (ou domscribe.ac-test.fr/joineole)
4. télécharger le joineole
5. lancer le joineole
partie scribe
1. une fois finit aller sur le scribe et lancer la commande salt-key qui devrait afficher la clé du nouveau client en rouge
2. lancer la commande salt-key -A et valider avec Y
3. le client windows doit redémarrer, il est possible qu'il affiche un message, il faut fermer ce message, et le client redémarrera dans l'instant, le laisser faire !
4. Après quelques secondes salt-key doit afficher le pc dans Accepted Keys (garder le nom quelque part)
Client windows redémarré après intégration.
1. ce connecter avec admin / eole
2. ouvrir veyon, ce connecter avec :
login : admin
mdp : Eole12345!
la connexion doit fonctionner !
3. éteindre le windows !
Coté serveur scribe
1. copier le script migration29.sh dans le dépôt creole branch migration sur le scribe puis lancer les commandes suivantes :
mkdir /root/sauvegarde
bash migration29.sh
2. indiquer le dossier /root/sauvegarde et répondre oui à la question
3. une fois finit faire une archive tar -czvf sauvegarde.tar.gz sauvegarde/
4. copier l'archive et le script sur votre machine
5. éteindre le scribe
6. démarrer un aca.scribe-2.9.default
7. copier le script et l'archive sur le scribe
8. extraire l'archive tar -xzvf sauvegarde.tar.gz
9. lancer le script bash migration29.sh pour restaurer, répondre oui à la question et indiquer le path correspondant (logiquement /root/sauvegarde)
10. une fois terminé lancer la commande salt-key, elle doit retourner le client (même nom que sur le scribe 2.8)
11. démarrer le client windows
12. ce connecter avec admin / eole
13. si windows démarre c'est bon signe
14. lancer veyon et ce connecter avec admin / Eole12345!
15. la connexion doit fonctionner !
16 entrer les commandes suivantes :
salt-key
salt-run manage.up
salt '*' test.ping
le résultat attendus est équivalent à :
root@scribe:~# salt-key
Accepted Keys:
PC-1561002.ac-test.fr
Denied Keys:
Unaccepted Keys:
Rejected Keys:
root@scribe:~# salt-run manage.up
- PC-1561002.ac-test.fr
root@scribe:~# salt '*' test.ping
PC-1561002.ac-test.fr:
True
#4 Mis à jour par Laurent Gourvenec il y a 7 mois
Test sur un etb1, avec un scribe 2.7.2 avec conf (puis 2.9.0 daily), un amon 2.9.0 et un pc profs 11.
Partie Salt + Veyon sur scribe OK
Je suis parti d'un daily 2.9 et la restauration d'ecostations ne fonctionne pas car eole-ecostations n'est pas installé par défaut !
A voir comment résoudre ce problème.
Test à faire avec amonEcole, il est peu probable que cela fonctionne, il n'y a pas de gestion des conteneurs dans les fonctions qui ont été ajoutées.
Modifs à faire :
- Gérer AmonEcole (conteneurs) dans les fonctions ajoutées et ajouter un appel dans amonecole29
- Enlever commentaire "save salt & ecostations" (les noms de fonctions font redondance)
- Faire une boucle sur les fichiers à sauver
- Remplacer /bin/cp par cp
- Il manque le fichier /var/www/html/outils/ecoStations/cron/ecoStations_start.cron qui semble présent que si on configure un allumage automatique des machines
- A vérifier : il manque peut-être un lien symbolique de /etc/cron/?? vers les .cron
- Changer le message de warning "ecostations non actif" par quelque chose qui indique une sauvegarde/restauration partielle (gestion des fichiers optionnels)
- Update la doc https://eole.ac-dijon.fr/documentations/2.8/completes/HTML/MigrationVersEOLE28/co/migrationVers28AvecReinstallation.html
- Changer la version du script
#5 Mis à jour par Laurent Gourvenec il y a 7 mois
- Statut changé de Nouveau à En cours
- Assigné à mis à Laurent Gourvenec
- % réalisé changé de 0 à 50
#6 Mis à jour par Laurent Gourvenec il y a 6 mois
- Statut changé de En cours à Résolu
- % réalisé changé de 50 à 100
Doc et tests OK
#7 Mis à jour par Joël Cuissinat il y a 6 mois
- Statut changé de Résolu à Fermé
- Restant à faire (heures) mis à 0.0
Non (re)testé ;)