Nouvelle version. Arrêtez le nœud. Remplacez les binaires. Puis vérifiez que tout ce que vous avez téléchargé était réellement correct.
C’est le genre de routine de maintenance que je supposais que les opérateurs de Dusk devaient gérer avec soin. Mais le flux d’installation du nœud le plus récent a modifié un détail qui, à mon avis, compte davantage qu’il n’y paraît. La version 0.5.22 renforce les mises à niveau : les artefacts de remplacement sont mis en scène et vérifiés avant que les fichiers en production ne soient remplacés. La procédure de mise à niveau de Dusk suit le même ordre : l’installateur télécharge les binaires Rusk et wallet pris en charge, les contrôle, puis seulement ensuite arrête le service Rusk en cours d’exécution. Il préserve aussi l’état de la chaîne de l’opérateur, les clés de consensus et les surcharges de service intentionnelles, plutôt que de traiter une mise à niveau comme une nouvelle installation de nœud. Le service reste arrêté ensuite afin que l’opérateur puisse examiner la configuration régénérée, démarrer Rusk de manière délibérée et confirmer l’avancement des pairs et de la hauteur de bloc avant de considérer le travail comme terminé.
C’est une étape opérationnelle petite, mais utile.
La fenêtre de mise à niveau commence désormais une fois le remplacement prêt, et non pendant que l’opérateur découvre encore s’il est utilisable.
Pour une infrastructure censée rester disponible, cet ordre vaut plus qu’une autre commande pratique.
@Dusk $DUSK #dusk