CycleCloud version 8.0.0
Modifications de compatibilité
- Le
cyclecloud
groupe est maintenant utilisé pour contrôler l’accès administrateur sur les nœuds Linux au lieu ducyclecloud-admin
groupe.
Nouvelles fonctionnalités
- Cloud-Init est désormais disponible sur les images qui le prennent en charge.
- Les disques UltraSSD sont désormais pris en charge.
- Les disques de système d’exploitation éphémères sont désormais pris en charge
- Les métriques au niveau du nœud sont désormais collectées à partir d’Azure Monitor au lieu de Ganglia
- L’affichage de l’état du nœud affiche maintenant les erreurs spécifiques qui peuvent être rencontrées lors du démarrage des nœuds dans un groupe identique
- Jetpack est désormais disponible au format RPM et DEB pour faciliter l’installation de Linux.
- L’interface CLI CycleCloud prend désormais en charge python 3.6+. (Ne prend plus en charge python 2.)
- Ajout de la prise en charge de Univa GridEngine 8.6.7 au projet GridEngine.
- Les messages provenant de nœuds du cluster sont désormais chiffrés avec HTTPS
- Jetpack n’utilise plus le champ de données personnalisées pour recevoir des données de configuration.
- Amélioration de l’heure de démarrage cycleCloud :
- Suppression de la maintenance converge pour réduire la gigue sur les travaux étroitement couplés
- Désactivé Samba par défaut, utilisez
cyclecloud.samba.enabled = true
pour activer - Suppression du démarrage automatique/autostop hérité, en faveur de l’API de démarrage automatique/autostop
- Un sous-ensemble plus petit de packages SELinux est installé selon les besoins
- Suppression de l’installation de NTP
- Suppression de l’installation de fail2ban
- Suppression du code spécifique AWS/GCP
- Suppression des dépendances sur EPEL
- Suppression du MOTD cyclecloud
- Application CycleCloud rationalisée
- Suppression de la page surveillance et travaux du moteur de grille
- Page Suppression des données
- Page Rapports supprimés
- Page Des alertes basées sur des requêtes supprimées
- Suppression de submitonce et filesync
Problèmes résolus
- Les clusters ne démarrent pas si le nom du propriétaire contenait un caractère non valide
- La commande Windows
jetpack
aurait une sortie nonsensique supplémentaire. - Jetpack avertirait par erreur les problèmes d’encodage ascii/utf-8.
- Les boutons de création, de suppression et de copie de cluster sont affichés, mais non fonctionnels pour les utilisateurs sans autorisations de gestion de cluster
- La configuration initiale du site n’a pas demandé la configuration du compte de fournisseur.
-
jetpack initialize
Échec sur certaines images Centos 7. - Un nom de cluster Slurm contenant un espace entraîne l’échec de l’installation principale.
- Lors de l’envoi de travaux PBSpro qui dépendent d’autres travaux, les utilisateurs peuvent désormais faire référence à des dépendances par numéros de travail au lieu de l’ID de travail complet
- Les clés publiques SSH ED25519 échouent dans l’interface utilisateur web
- Les liens vers des machines virtuelles de groupe identique individuels ont été rompus en raison d’un changement dans le portail Azure
- Dans certains cas d’erreur, les machines virtuelles qui n’ont pas pu démarrer ont été recréées automatiquement même si cela n’aiderait pas
- Les groupes identiques avec des machines virtuelles ayant échoué ont provoqué plus d’interrogation que nécessaire
- Les requêtes HTTP non valides affichent une trace de pile Tomcat dans le corps de la réponse
- Les cookies de paramètres utilisateur n’ont pas inclus l’indicateur
HttpOnly
- Problèmes CVE atténués 2013-4002, 2017-9050, 2019-5477, 2019-16892, 2019-17531, 2019-20330, 2020-5258, 2020-7598, 2020-8840