Protocole de validation Shutdown-Reboot du systeme

Résumé de la validation

On rempli le tableau des éléments validés (OK/KO), nouvelle colonne si nouveaux tests:

Vérification du status de la station

But: tester les procédures de check: T_check_status_euler.pl et T_ippower_stat.pl

Le test se fait en local et en remote. Mettre les TEUPS sur ON, pour tester si oui ou non le Moxa LED et la camera de guidage répondent au ping.

login sur glslogin1

taper:
T_check_status_euler
T_ippower_stat

login sur gvanuc01

taper:
T_check_status_euler
T_ippower_stat

Validation:

• Verifier les statuts Moxa-LED et camera de guidage. S'il ne répondent pas au ping, les supprimer du script.
• Verifier la cohérence des résultats affichés avec les pages WEB des IpPower et l'état courant des machines

---

Test des fonctions de base pour IpPower

But: tester les fonctions annexe à disposition mais d'un usage occasionnel. T_ippower_set.pl, T_ippower_clear, T_ippower_reset_nocheck.pl

Préliminaire:l faut choisir un port  inutilisé d'un IpPower, par exemple sur glsippower02 port 8 (à vérifier s'i lest vraiment libre !!!).

Le test se fait en local et en remote

login sur glslogin1

taper:

T_ippower_set           glsippower02 8
T_ippower_reset_nocheck glsippower02 8
T_ippower_clear         glsippower02 8

login sur gvanuc01

taper:
T_ippower_set           glsippower02 8
T_ippower_reset_nocheck glsippower02 8
T_ippower_clear         glsippower02 8

Validation sur la page WEB de l'IpPower (glsippower02 ou 10.10.132.92)

1. clear doit mettre le port sur OFF
2. set doit mettre le port sur ON
3. reset_nocheck doit mettre sur OFF, faire le wait de la config du port et finir sur ON

---

Test du reset "intelligent" sur IpPower

But: tester la fonction utilisée lors du reboot de la station T_ippower_reset.pl

Cette commande ne fonctionne que sur les ports connectés à une machine (principalement NUCs ou LCUs), il faut donc choir un port avec une machine en état de marche. Exemple glstspa.

Le test se fait en local et en remote

login sur glslogin1

taper:
T_ippower_reset glstspa
T_shutdown_lcu glstspa
T_ippower_reset glstspa

login sur gvanuc01

taper:
T_ippower_reset glstspa
T_shutdown_lcu glstspa       (uniquement depuis glslogin1)
T_ippower_reset glstspa

Validation sur la page WEB de l'IpPower (glsippower02 ou 10.10.132.92)

1. si le PC est actif, rien ne se passe
2. si le PC est éteint le port passe sur OFF, fait le wait de la config du port et fini sur ON

Shutdown de glsserv et du SynologyCluster

But: tester la procédure T_shutdown_NAS_synology.pl

Cette procédure descend le SynologyCluster et la machine qui envoie la commande. On envoie donc cette commande en local:

login sous root sur glsserv

taper:
/opt/t4/beta/scripts/T_shutdown_NAS_synology

Validation:

1. le active server du SynologyCluster doit s'arrêter en l'espace de 2-3 minutes
2. glsserv s'éteint
3. le passive server du SynologyCluster doit s'arrêter en l'espace de 2-3 minutes
4. glsserv est éteint et toutes les autres machine ne répondent plus

Il faut redémarrer le SynologyCluster puis glsserv pour continuer les tests, Voir points suivants.

Redémarrage du Synology Cluster par Wake-On-Lan

But: tester la procedure T_boot_NAS_synology.pl en remote

Rem: si on a pas d'accès à Astrodome, rebooter le SynologyCluster manuellement.

login sur gvanuc01 (astrodome)

taper:
T_boot_NAS_synology

Validation:

1. le active server du SynologyCluster émet un beep et démarre
2. le passive server du SynologyCluster émet un beep et démarre
3. les NUCs et LCUs ne sont plus figés
4. on doit recevoir un mail du SynologyCluster

---

Redémarrage glsserv

Ensuite:

1. attendre que 10.10.132.101 reponde au ping
2. rebooter glsserv qui avait lancé le shutdown. glsserv est donc éteint à ce moment. Test de la procédure T_ippower_reset.pl.

Rem: si on a pas accès à Astrodome, utilise glslogin1.

login sur gvanuc01 (astrodome)

taper:
ping 10.10.132.101
T_ippower_reset glsserv

Validation:

1. glsserv boot
2. glsserv affiche le status des cameras

---

Shutdown complet local

But: tester le shutdown effectué par glsserv lors d'une panne de courant longue durée avec la procédure T_shutdown_euler.pl

Cette commande doit etre envoyé par root et descend l'ensemble des NUCs et LCUs et le NAS.

login sous root sur glsserv

taper:
T_shutdown_euler

Validation:

1. à l'exception de glsserv, tout les LCUs et les NUCs doivent s'arrêter dans l'espace d'une minute.
2. le active server du SynologyCluster doit s'arrêter en l'espace de 2-3 minutes
3. glsserv s'éteint
4. le passive server su SynologyCluster doit s'arrêter en l'espace de 2-3 minutes
5. tout doit etre arrêté

Reboot Remote (depuis Astrodome uniquement)

But: tester le reboot complet de manière software avec la station complètement arrêtée donc avec localement aucune machine accessible. Ce test ne peut se faire que depuis Astrodomeavec un VPN actif. On test T_restart_euler.pl et T_ippower_set.pl

Pour tester le cas d'une coupure prolongée, on coupe l'alimentation des IpPower. Attention, avant cela il faut etre certain que les PC sont éteints.

login sur gvanuc01 (astrodome)

taper:
T_check_status_euler

La sortie du script doit indiquer formellement que les NAS, NUCs et LCUs 
ne répondent pas. 
Si c'est le cas: ON/OFF des IpPower. 
Apres, vérifier sur l'ensemble des pages des IpPower (10.10.132.91/92/93/94) 
que tout les ports sont OFF
(sinon configurer les IpPower pour un status OFF après coupure de courant)

Déroulement:

Le système interroge les IpPower pour connaitre la liste des machines connectées. Allume les 4 alimentations des NAS et attend que le SynologyCluster réponde au ping. Puis il fait un reset "intelligent" des NUCs et LCUs.

login sur gvanuc01 (astrodome)

taper:
T_restart_euler

Validation:

1. Boot du SynologyCluster
2. Attente du "ready" du SynologyCluster
3. Les NUCs bootent
4. Les LCUs Bootent
5. Il faut rebooter glslogin2 qui n'est pas sur IpPower
6. Tout doit répondre (voir point suivant)

FIN