Instance : vps-cloud-tp — 179.237.76.136
Date d'intervention : 22 août 2026
Objectif : Défi 3 du programme — script de redémarrage automatique
Un sudo reboot déclenché manuellement redémarre le système d'exploitation
depuis l'intérieur. Ce script va plus loin : il déclenche le redémarrage
via l'API OpenStack, avec journalisation — la même action que le bouton
"Redémarrer" d'Horizon, mais scriptable, tracée et automatisable. Il
s'appuie sur le pilotage en ligne de commande mis en place précédemment —
voir Pilotage CLI OpenStack.
L'identifiant cli-stage, créé le 20 août pour la découverte de la CLI,
avait été révoqué en fin de procédure — bonne pratique pour un accès
temporaire. Un nouvel identifiant, cli-restart-script, est donc créé
spécifiquement pour ce script, suivant le même principe : une identité par
usage.
sudo nano /usr/local/bin/restart-vm.sh
#!/bin/bash
# Redémarrage automatique de la VM via l'API OpenStack
set -euo pipefail
source /home/ubuntu/app-cred-cli-restart-script-openrc.sh
echo "$(date '+%Y-%m-%d %H:%M:%S') — Redémarrage demandé pour vps-cloud-tp" >> /var/log/restart-vm.log
openstack server reboot vps-cloud-tp
echo "$(date '+%Y-%m-%d %H:%M:%S') — Commande de redémarrage envoyée" >> /var/log/restart-vm.log
sudo chmod +x /usr/local/bin/restart-vm.sh
set -euo pipefail: le script s'arrête à la première erreur plutôt
que de continuer aveuglément — utile pour un script qui touche à
l'infrastructure, pas seulement à un fichier local.
sudo /usr/local/bin/restart-vm.sh
La session SSH se coupe immédiatement (Connection closed by remote host)
— comportement attendu, la VM redémarre pour de vrai.
Après reconnexion, une minute plus tard :
systemctl status wikijs nginx --no-pager
wikijs.service et nginx.service tous deux active (running), repartis
seuls — cette confirmation revalide au passage la correction apportée le
12 août sur la persistance des services (voir
Remise en service et sauvegarde).
Journal du script :
cat /var/log/restart-vm.log